- By itselfs, AUX3 controls flight modes;
- AUX2 sets mission and I can bail out either side of centre;
- AUX4 provides HOLD and HOME
- AUX1 provides LAND
All modes work well, once you have correctly set up MAG, BARO etc.
stronnag wrote:The following switch settings work for me :LAND I may only have used from one of the other NAV modes with MAG/BARO enabled.
- By itselfs, AUX3 controls flight modes;
- AUX2 sets mission and I can bail out either side of centre;
- AUX4 provides HOLD and HOME
- AUX1 provides LAND
All modes work well, once you have correctly set up MAG, BARO etc.
msev wrote:Elm are you trying to hack it into baseflight lol
e_lm_70 wrote:Sorry if I ask something dummy or mega repeated.
I see you use Horizon mode in Navigation.
Is a well known fact that Angle does not work as good as Horizon in navigation mode ?
Also I got some report that Angle mode is less precise then Horizon for keep a GPS PH ... is this something confirmed now ?
Thanks
e_lm_70
PatrikE wrote:On my Hacked version for FixedWing.
Using MPU6050 + Mag on a Mega 2560.
Binary sketch size: 36 160 bytes (of a 258 048 byte maximum
/Patrik
mike105105 wrote:I have noticed that in the nav version RTH flys much faster than regular 2.3.
Mike
bejo52 wrote:Hi All,
I just start to use the latest version of the EOSBandi software at a Crius AIOP V1. So far everything seems to work fine (PosHold, RTH, Alt hold) except the headfree mode. I didn't activate the advanced mode in the code. With the RC I activate it together with the mag and horizon but when I switch it on nothing happens. The strange thing is when I switch at the RC in the WinGui I can see the response at the RC Control Set-Tab (highlight the headfree) but not at the Flight Deck-Tab.
Has anyone an idea? Did I miss anything?
Thanks in advance for your help.
Joerg
o_lampe wrote:Yesterday, I had the third crash with the NAV_b7 sw. This time, I cleared the eeprom ( all 4096 Bytes ) before flashing.
http://youtu.be/wrvXft2kzVg
On the ground , I checked GPS-fix for 30 seconds and had 9 stable satellites.
I could start and use horizon, MAG,headhold and baro. But when I switched to GPS-hold the copter drifted away very fast ( again...)
I would highly appreciate a GPS-failsafe routine to filter out those dangerous hickups.
The sw should check if the number of satellites dropped significantly during the last cycle and compare last GPS position/new GPS position in relation to horizontal speed. If this result is out off a reasonable limit, simply ignore the new GPS data until the number of satellites is stable again.
o_lampe wrote:Yesterday, I had the third crash with the NAV_b7 sw. This time, I cleared the eeprom ( all 4096 Bytes ) before flashing.
http://youtu.be/wrvXft2kzVg
On the ground , I checked GPS-fix for 30 seconds and had 9 stable satellites.
I could start and use horizon, MAG,headadj and baro. But when I switched to GPS-hold the copter drifted away very fast ( again...)
I would highly appreciate a GPS-failsafe routine to filter out those dangerous hickups.
The sw should check if the number of satellites dropped significantly during the last cycle and compare last GPS position/new GPS position in relation to horizontal speed. If this result is out off a reasonable limit, simply ignore the new GPS data until the number of satellites is stable again.
-ralf- wrote:@András;
can you implement the possibility to configure 3DR-modules via WinGUI like
Ezio did in EZ-GUI? This will be a nice to have feature.
ezio wrote:-ralf- wrote:@András;
can you implement the possibility to configure 3DR-modules via WinGUI like
Ezio did in EZ-GUI? This will be a nice to have feature.
Configuration utility exist already for windows so what it the point of doing that?
o_lampe wrote:bejo52 wrote:Hi All,
I just start to use the latest version of the EOSBandi software at a Crius AIOP V1. So far everything seems to work fine (PosHold, RTH, Alt hold) except the headfree mode. I didn't activate the advanced mode in the code. With the RC I activate it together with the mag and horizon but when I switch it on nothing happens. The strange thing is when I switch at the RC in the WinGui I can see the response at the RC Control Set-Tab (highlight the headfree) but not at the Flight Deck-Tab.
Has anyone an idea? Did I miss anything?
Thanks in advance for your help.
Joerg
I'm not sure, but maybe MagHold overrules Headfree?
bejo52 wrote:o_lampe wrote:bejo52 wrote:Hi All,
I just start to use the latest version of the EOSBandi software at a Crius AIOP V1. So far everything seems to work fine (PosHold, RTH, Alt hold) except the headfree mode. I didn't activate the advanced mode in the code. With the RC I activate it together with the mag and horizon but when I switch it on nothing happens. The strange thing is when I switch at the RC in the WinGui I can see the response at the RC Control Set-Tab (highlight the headfree) but not at the Flight Deck-Tab.
Has anyone an idea? Did I miss anything?
Thanks in advance for your help.
Joerg
I'm not sure, but maybe MagHold overrules Headfree?
I tried with and without mag, with and without GPS, always the same no headfree function.
Are there still other ideas?
VirtualEnder wrote:Ok, I got the additional AUX channels working beautifully! Totally complete. I'll upload the Arduino and WinGUI code as soon as possible. I should have it posted by tomorrow night. Once I have it up, please test it on other configurations and let me know if it works.
o_lampe wrote:VirtualEnder wrote:Ok, I got the additional AUX channels working beautifully! Totally complete. I'll upload the Arduino and WinGUI code as soon as possible. I should have it posted by tomorrow night. Once I have it up, please test it on other configurations and let me know if it works.
That sounds great generally speaking..but I'm under the impression EOSBandi is occupied otherwise. He mentioned once, it will last till end of April until anything could be improved in his NAV code. Now it's end of june and I haven't read from him for awhile...
Your channel expansion "only" works for PPM-sum? I wouldn't dare to fly a full featured copter with only a ppm-sum RX.
I'm using a standard RX with an additional ppm-sum RX. But we can't split the sum signal to be read by two devices( MWii and standard RX ), right?
Is it possible to write a pass-thru for MWii?
In a way, where the sum-RX sends data to MWii and MWii sends same data to standard RX.
brewski wrote:APM & Megapirates have Loiter mode which from what I have read means you can fly but once sticks are centered quad goes into Position Hold until it receives another flight instruction from transmitter. I have only recently received my GPS module (connected to Crius AIOP V2) & tried Pos Hold & RTH which seem to function pretty accurately without any PID tuning. I am wondering if you can activate Pos Hold & fly similar to Loiter.
Code: Select all
/************************ AP FlightMode **********************************/
/*** FUNCTIONALITY TEMPORARY REMOVED
/* Temporarily Disables GPS_HOLD_MODE to be able to make it possible to adjust the Hold-position when moving the sticks.*/
//#define AP_MODE 40 // Create a deadspan for GPS.
Any reason you don't trust ppm sum?