norem wrote:Out of curiosity do you recall which direction it ranaway ? north south west east ?
I just checked the map. Almost straight north. Maybe 5 - 10 degrees west of north.
norem wrote:Out of curiosity do you recall which direction it ranaway ? north south west east ?
io53 wrote:How do you properly build baseflight? I'm using linux and arm-none-eabi-gcc. Just doing "make" builds and I got baseflight_NAZE.hex, it all looks fine but the file size is 218KiB while the "baseflight.hex" is only 168KiB. Am I missing something? I have not tried to flash it yet, so I cannot tell if it works or not.
e_lm_70 wrote:io53 wrote:How do you properly build baseflight? I'm using linux and arm-none-eabi-gcc. Just doing "make" builds and I got baseflight_NAZE.hex, it all looks fine but the file size is 218KiB while the "baseflight.hex" is only 168KiB. Am I missing something? I have not tried to flash it yet, so I cannot tell if it works or not.
It is normal.
TimeCop use Keil compiler that is much more efficient on making code compared to open source compiler for ARM.
If you load the firmware in your board, it will just work fine ... maybe just a bit less efficient in CPU load / speed compared to Keil version.
timecop wrote:You're not missing anything - and gcc target is generally tested by others, so it should build and work.
The only supported config tho is gcc-arm-embedded, other crap like codesourcery, yagarto, gnuwinarm or whatever, all those things have had problems, mostly libc/nanolib related.
crazylittle wrote:Is the motor placement map in the manual correct for mixer OCTOX8 ?
(Is OCTOX8 the standard 8 motors in a circle?)
antix wrote:With July 12 version of baseflight I experienced the same problems with pitch control that Thorvald describes in the Naze32 thread: viewtopic.php?p=53330#p53330
When flying fast forward in acro mode I occasionally have erratic pitch control. In some situations quad will not pitch at all when given small pitch stick input and other times it will pitch much faster than expected for a small pitch stick input.
Pitch control is perfect when I remove the " || (abs(rcCommand[axis]) > 50)" condition from https://github.com/multiwii/baseflight/ ... /mw.c#L335
Condition was added with https://github.com/multiwii/baseflight/ ... a2052fR325
If this is meant to improve yaw, why is it applied for every axis?
timecop wrote:Due to removal of SBAAS thing, I need to hack that back in as an option.
scrat wrote:timecop wrote:Due to removal of SBAAS thing, I need to hack that back in as an option.
Please do and thank you. Question is, why as an option?
Metroid wrote:Hello Timecop,
When does the integration of Hott telemetry changing settings, like in the MultiWii version, come to the stm32?
I have a grauper TX system and find it very use full if I can use the telemetry to setup the PID and other CLI stuff on the fly.
Currently I'm using a GR-12L on SUMD and the telemetry on soft serial (RC5 and RC6). This works perfect. Even to 12 channels with SUMD. Just nice for a cheap receiver.
Thank you.
GR. Rob.
scrat wrote:timecop wrote:Due to removal of SBAAS thing, I need to hack that back in as an option.
Please do and thank you. Question is, why as an option?
dominicclifton wrote:Metroid wrote:Hello Timecop,
When does the integration of Hott telemetry changing settings, like in the MultiWii version, come to the stm32?
I have a grauper TX system and find it very use full if I can use the telemetry to setup the PID and other CLI stuff on the fly.
Currently I'm using a GR-12L on SUMD and the telemetry on soft serial (RC5 and RC6). This works perfect. Even to 12 channels with SUMD. Just nice for a cheap receiver.
Thank you.
GR. Rob.
cleanflight has working HoTT telemetry, the code in baseflight is proof-of-concept and unflyable. TC hasn't backed ported my changes. Menus for HoTT is on my list of things to do but the port of cleanflight to the CC3D board is my current priority.
Code: Select all
98: // Not supported with this frequency
99: if (hse_value == 12000000)
100: return false;
Crashpilot1000 wrote:I guess you are not supposed to have a bosch baro sensor on N5?
DLArts wrote:OK,
but is there any problem, if I remove the mentioned lines and run the rev5 with a BMP180 module?
Maybe a CLI switch may be useful, to force the BMP085/180 baro detection to skip the rev5 recognition.
Than there is no problem for the user of a full features naze32 rev5 but everyone can upgrade a Acro Naze32 rev5 with a cheap BMP180.
Just activate the option with a CLI command and reboot.
A Acro Naze32 rev5 with a inferior baro is better than a Acro Naze32 rev5 without a baro
This post was made by dominicclifton who is currently on your ignore list. Display this post.
timecop wrote:This post was made by dominicclifton who is currently on your ignore list. Display this post.
Or, you can just get fucked and keep your shit in your own thread where nobody cares about it.
cGiesen wrote:Answers like this, are the reason why I never fly Naze32 anymore.
DaggyMAC wrote:Which FW is better for GPS position hold and RTH, Baseflight or Clearflight? I have Afromini32 with BMP180 baro and waiting for Ublox GPS.
Second question - since I have to use PPM, how can I control Walkera G-2D brushless gimbal tilt from afromini32 board? Can I use also FPV video switch for switching FPV camera and GoPro from gimbal? I need to have 2 outputs from afromini board to control gimbal and cameras, so it is possible?
scrat wrote:Question about GPS. Now I'm using uBlox NEO-6M and it works. If I buy uBlox MAX-7 will this gps work with BF fw?
scrat wrote:I think it will work better. This gps have better reception and will have more satellites.
This post was made by dominicclifton who is currently on your ignore list. Display this post.