GPS NAV

This forum is dedicated to software development related to MultiWii.
It is not the right place to submit a setup problem.
Software download
Jimbo385
Posts: 55
Joined: Sun Apr 21, 2013 8:00 am

GPS NAV

Post by Jimbo385 »

I would have thought that there would be 3 instances where Autoland would be very useful.

Testing
Failsafe
In conjunction with RTH

Testing would allow you to tune how quick or slow the copter would fall when initiated. I would suggest that for this to work, GPS_HOLD could be initiated first to halt any motion. It could be made to hold for say 10 seconds or so (configurable). After this time, Autoland would be initiated.

The RTH is straight forward because the arm altitude and Autoland altitude would be the same. So once the copter has returned home, after a configurable amount of time or activated via switch, the copter would initiate a controlled land.

Fail safe is another kettle of fish because the altitude above ground is unknown! It could be higher or lower than Arm altitude also, fail safe could be over water! I'm not sure if sonar works over water.

Therefore, Autoland in a failsafe scenario could be configured to any of the following depending on terrain and location

GPS_HOLD then
Autoland
Or
GPS_HOLD then
GPS_RTH then
AUTOLAND

So, the code could be amended to add a wait time between the various modes they have been selected.

Not a simple solution but it may work and it puts the decision in the hands of the pilot.

Just my 3 euros worth!

Cheers

schnupperm
Posts: 31
Joined: Tue Jun 25, 2013 1:41 pm

Re: GPS NAV

Post by schnupperm »

one thought about EXTENDED_AUX_STATES: I think it would be simpler to dial in a specific state, if there where only 5 states. I have my AUX channel on a slider and had problems to select state 2 or 3 and 4 or 5 without looking at my transmitter.

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

schnupperm wrote:one thought about EXTENDED_AUX_STATES: I think it would be simpler to dial in a specific state, if there where only 5 states. I have my AUX channel on a slider and had problems to select state 2 or 3 and 4 or 5 without looking at my transmitter.

Well, with a slider or a pot, anything above three states is a gamble.
What is in my mind is an arduino mini with six buttons and six leds. It outputs standard PPM signal which can be connected to the trainer port. Voila six channel switch... (something like this http://diydrones.com/profiles/blogs/ard ... ode-switch)
(Or the old school arducopter way, a small rotary switch with four resistors which replaces one of the pot's on your transmitter.)

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

-ralf- wrote:LAND doesn't work here.

ACC is active, same as MAG. LAND is on a switch (AUX4). When switched GUI says
LAND is active, but nothing happens.

Perry said BARO must be off when switching to LAND. Is this correct?


Nope, state of BARO is irrelevant, BUT "Ignore Throttle during Nav and RTH" and "Takeover BARO mode" must be enabled.....

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

-ralf- wrote:And what will happen when the ground level at landing zone is higher
than at starting point?


A multi stage autoland definitely will require sonar support. It is soo wrong to assume that ground level is the same at home and at the landing point.

Perhaps RTH and NAVI mode it can be assumed (in the mission editor, the ground level is available from google but the resolution is quite low).

BTW; current land sequence is the following :

Switch to alt and position hold.
allow 5 seconds to settle down
start descent (speed is defined by Land Speed parameter)
if copter not changed altitude for 10 seconds and BaroPID is > -180 (throttle is below hoover throttle by 180) assume we landed.
If throttle stick is at minimum : disarm ,else wait for 5 seconds then disarm.

timecop
Posts: 1880
Joined: Fri Sep 02, 2011 4:48 pm

Re: GPS NAV

Post by timecop »

I was looking at beta5 nav code or so, and I'm wondering what the fk is up with all #defines for shit like NAV states, errors, etc. (in types.h I think). Why isn't that stuff enums? Please fix, it makes the code much easier to read not to mention easier to modify (you don't need to keep track of enum index or worry about duplicated IDs etc.

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

timecop wrote:I was looking at beta5 nav code or so, and I'm wondering what the fk is up with all #defines for shit like NAV states, errors, etc. (in types.h I think). Why isn't that stuff enums? Please fix, it makes the code much easier to read not to mention easier to modify (you don't need to keep track of enum index or worry about duplicated IDs etc.

You are right....

-ralf-
Posts: 215
Joined: Mon Dec 03, 2012 7:08 pm

Re: GPS NAV

Post by -ralf- »

EOSBandi wrote:
-ralf- wrote:LAND doesn't work here.

ACC is active, same as MAG. LAND is on a switch (AUX4). When switched GUI says
LAND is active, but nothing happens.

Perry said BARO must be off when switching to LAND. Is this correct?


Nope, state of BARO is irrelevant, BUT "Ignore Throttle during Nav and RTH" and "Takeover BARO mode" must be enabled.....


Thanks, I'll give it a new try next weekend.

BTW, is there a priority list for Aux-commands if they are enabled at the same time, like

LAND overrides MISSION
MISSION overrides RTH + PH
RTH overrides PH

User avatar
alll
Posts: 220
Joined: Fri Dec 07, 2012 9:53 am

Re: GPS NAV

Post by alll »

Can't you program it as a "trigger", when "on-off" = "off-on" triggers the function MISSION, PH, RTH, ... whatever the previous function is, PILOT is still in control and not the "pre-programmed" logic.

Keep it simple
manu

Hypermobile
Posts: 94
Joined: Mon Jan 13, 2014 8:53 pm

Re: GPS NAV

Post by Hypermobile »

alll wrote:Can't you program it as a "trigger", when "on-off" = "off-on" triggers the function MISSION, PH, RTH, ... whatever the previous function is, PILOT is still in control and not the "pre-programmed" logic.

Keep it simple
manu



You mean a "and" Function

Eg.
Aux 1 low + Aux 2 High = Mag
Aux 1 mid + Aux 2 High = RTH
Aux 1 high + Aux 2 High = LAND

Aux 2 low = GPS Hold

If aux 2 is switched Low, No matter what...but the AUX 1 functions are lost immediate. and "Gps Hold" or some other function is is enabled

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

-ralf- wrote:
EOSBandi wrote:
-ralf- wrote:LAND doesn't work here.

ACC is active, same as MAG. LAND is on a switch (AUX4). When switched GUI says
LAND is active, but nothing happens.

Perry said BARO must be off when switching to LAND. Is this correct?


Nope, state of BARO is irrelevant, BUT "Ignore Throttle during Nav and RTH" and "Takeover BARO mode" must be enabled.....


Thanks, I'll give it a new try next weekend.

BTW, is there a priority list for Aux-commands if they are enabled at the same time, like

LAND overrides MISSION
MISSION overrides RTH + PH
RTH overrides PH


Current priority Home>Hold>Land>Nav

User avatar
alll
Posts: 220
Joined: Fri Dec 07, 2012 9:53 am

Re: GPS NAV

Post by alll »

Just quick thought:

AUX1
Low : manual (gyro/acc only PID)
Mid : Attitude (software activates auto level and all sensors to do that)
High : GPS (software avtivates GPS and all other sensors that are needed

Code: Select all

AUX2   Aux1Low    Aux1Mid    Aux1High
Low      Normal      Normal       Hold
Mid       Mag           Acro          Nav
High      AltHold     AltHold       RTH


Or any other "functions"!

manu

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

alll wrote:Just quick thought:

AUX1
Low : manual (gyro/acc only PID)
Mid : Attitude (software activates auto level and all sensors to do that)
High : GPS (software avtivates GPS and all other sensors that are needed

Code: Select all

AUX2   Aux1Low    Aux1Mid    Aux1High
Low      Normal      Normal       Hold
Mid       Mag           Acro          Nav
High      AltHold     AltHold       RTH


Or any other "functions"!

manu


Not following....
I don't see how can it be better than the current implementation.....

User avatar
alll
Posts: 220
Joined: Fri Dec 07, 2012 9:53 am

Re: GPS NAV

Post by alll »

Maybe i am not aware of latest implementations, ...
What i mean is that activating "main functions", mutually exclusive, like command NAV or PH or RTH or LAND or ... it should do it on demand without priority, you can't do 2 or more at the same time? I don't see why there is a need for prioritizing these functions.

There should be a first group of 3 that tells what is possible to do/activate after these:
The fuctions are assigned via Aux2, Aux3 ...
Aux1 = mode :
manual : gyro/acc sensors only : possible to activate Alt-Hold, HeadFree but not possible to activate NAV, PH, RTH (or it will be ignored by software)
Attitude = level mode : gyro.acc/baro/mag : it should be possible to activate LAND (if it does not need GPS!), Acro-Level, ...
GPS : Headfree, RTH, PH,

manu

Jimbo385
Posts: 55
Joined: Sun Apr 21, 2013 8:00 am

Re: GPS NAV

Post by Jimbo385 »

I wonder if we can get Auto Stabilization like this?

http://www.youtube.com/watch?v=0-pTpnsBrvU

:lol:

Hypermobile
Posts: 94
Joined: Mon Jan 13, 2014 8:53 pm

Re: GPS NAV

Post by Hypermobile »

EOSBandi wrote:
alll wrote:Just quick thought:

AUX1
Low : manual (gyro/acc only PID)
Mid : Attitude (software activates auto level and all sensors to do that)
High : GPS (software avtivates GPS and all other sensors that are needed

Code: Select all

AUX2   Aux1Low    Aux1Mid    Aux1High
Low      Normal      Normal       Hold
Mid       Mag           Acro          Nav
High      AltHold     AltHold       RTH


Or any other "functions"!

manu


Not following....
I don't see how can it be better than the current implementation.....


I think it is a little better; in case you use a 5-state Aux1 in combination with a 2 state Aux2 (flip switch).

The advantage is: The Aux 2 switch can be used as a abort-switch for AUX1.
As said before, 5 AUX states is a little more difficult to set.

Abort Mission, Abort Altitude hold, Abort Landing etc.
It's way more easy to flip a switch, then Rotate a Potmeter.

You also can Preset a function...and activate it with the Flip Switch.

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

Once again and last time... more than three aux states is not good for potmeter based setting. It is meant for external PPM injection switch panels or rotary switch modded tx's

Jimbo385
Posts: 55
Joined: Sun Apr 21, 2013 8:00 am

Re: GPS NAV

Post by Jimbo385 »

Thought I'd as but can you tell me if the following work ok with Navi b5 on the Crius AIOP v2 board as I'm having a few issues;

Buzzer
Voltage Monitor
PPM (CPPM) with an FRSKY D8R-XP

Many thanks

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

Jimbo385 wrote:Thought I'd as but can you tell me if the following work ok with Navi b5 on the Crius AIOP v2 board as I'm having a few issues;

Buzzer
Voltage Monitor
PPM (CPPM) with an FRSKY D8R-XP

Many thanks

I actually fly with such a config.

Jimbo385
Posts: 55
Joined: Sun Apr 21, 2013 8:00 am

Re: GPS NAV

Post by Jimbo385 »

I wonder what I'm doing wrong then?
Here is my post on buzzer n battery. viewtopic.php?f=8&t=4632

With regards to PPM, here's my post on another forum, http://www.multi-rotor.co.uk/index.php?topic=6222.0

Cheers

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

Jimbo385 wrote:I wonder what I'm doing wrong then?
Here is my post on buzzer n battery. viewtopic.php?f=8&t=4632

With regards to PPM, here's my post on another forum, http://www.multi-rotor.co.uk/index.php?topic=6222.0

Cheers


check ports for arduino mega 2560... A7 is actually portf7.

Jimbo385
Posts: 55
Joined: Sun Apr 21, 2013 8:00 am

Re: GPS NAV

Post by Jimbo385 »

I am not quite sure why the battery monitor is acting the way it is but it's working so I'm happy with it.

Regarding PPM, I plugged to PPM cable from my RX into Throttle and un-commented
#define PPM_ON_THROTTLE

PPM now works! I had to select the correct control configuration and all works fine now.

Just need to get the damn buzzer to work! At least I now only have 1 issue to attend to!

Cheers.

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

Jimbo385 wrote:I am not quite sure why the battery monitor is acting the way it is but it's working so I'm happy with it.

Regarding PPM, I plugged to PPM cable from my RX into Throttle and un-commented
#define PPM_ON_THROTTLE

PPM now works! I had to select the correct control configuration and all works fine now.

Just need to get the damn buzzer to work! At least I now only have 1 issue to attend to!

Cheers.

I just wrote it....
On ARDUINO MEGA 2560 the A7 pin is actually PORTF bit 7.
So according to the fact above, what is wrong with your config.h modification ?

#define OVERRIDE_BUZZERPIN_PINMODE pinMode (A7, OUTPUT); // use A2 instead of d8
#define OVERRIDE_BUZZERPIN_ON PORTC |= 1<<7 //PORTB |= 1;
#define OVERRIDE_BUZZERPIN_OFF PORTC &= ~(1<<7); //PORTB &= ~1;

Jimbo385
Posts: 55
Joined: Sun Apr 21, 2013 8:00 am

Re: GPS NAV

Post by Jimbo385 »

Hi EOSBandi,

Not sure what you were trying to say so I changed the Config.h to what you have written above and tried again but still no buzzer!

I have placed the +ve of the buzzer in pin A7 and the -ve in the -ve pin on the ESC rail. All I understand I need to do is to change the Config.h file but I do not know what to change to what.

I have tried the following;

#define OVERRIDE_BUZZERPIN_PINMODE pinMode (A7, OUTPUT); // use A2 instead of d8
#define OVERRIDE_BUZZERPIN_ON PORTC |= 1<<7 //PORTB |= 1;
#define OVERRIDE_BUZZERPIN_OFF PORTC &= ~(1<<7); //PORTB &= ~1;

& also

#define OVERRIDE_BUZZERPIN_PINMODE pinMode (A7, OUTPUT); // use A2 instead of d8
#define OVERRIDE_BUZZERPIN_ON PORTF |= 1<<7 //PORTB |= 1;
#define OVERRIDE_BUZZERPIN_OFF PORTF &= ~(1<<7); //PORTB &= ~1;

Neither work!

Cheers.

Imen
Posts: 20
Joined: Thu Sep 27, 2012 5:11 pm

Re: GPS NAV

Post by Imen »

Do post
Last edited by Imen on Thu Feb 06, 2014 10:36 am, edited 1 time in total.

Imen
Posts: 20
Joined: Thu Sep 27, 2012 5:11 pm

Re: GPS NAV

Post by Imen »

EOSBandi wrote:
Jimbo385 wrote:Thought I'd as but can you tell me if the following work ok with Navi b5 on the Crius AIOP v2 board as I'm having a few issues;

Buzzer
Voltage Monitor
PPM (CPPM) with an FRSKY D8R-XP

Many thanks

I actually fly with such a config.



HI, I'm also work with navi b5 :), AIOP V1

4S battery with voltage divider on A0 pin
buzzer for battery warn and flight mode change
last is PPM sum on throttle pin

Jimbo385
Posts: 55
Joined: Sun Apr 21, 2013 8:00 am

GPS NAV

Post by Jimbo385 »

I think I've had a revelation on the buzzer which I shall test this morning.

I warn you, I may be very embarrassed!

Jimbo385
Posts: 55
Joined: Sun Apr 21, 2013 8:00 am

Re: GPS NAV

Post by Jimbo385 »

Well that's typical of me and yes very embarrassing! :oops: :oops: :oops: :oops: :oops: :oops:

As stated, and I didn't understand at the time, the buzzer needs to be on PortF and the pin plugged into A7.

However, I can't count! :oops: :oops: :oops: :oops: :oops: :oops:

The board has 8 analogue ports that start at 0 with the last one being 7 so the the buzzer needs to be plugged into the last pin. I, because I can't count thought 8 pins therefore plug the buzzer into the penultimate pin which is A6 and not A7! :oops: :oops: :oops: :oops: :oops:

I changed the code this morning to override PortF to A6 and the buzzer has kicked into life! :D :D :D

I am now wondering if the buzzer can be sounded when the copter is armed.

Thanks guys. :D :D :D :D

User avatar
howardhb
Posts: 189
Joined: Tue Oct 11, 2011 7:10 pm
Location: Port Elizabeth, South Africa

Re: GPS NAV

Post by howardhb »

@Jimbo385...
Hmmmmm, blame the schools that taught us to count 1,2,3,4,5,6.....
(when I was in school, there was no need to count from ZERO - only main-frame computers existed in BIG corporations :ugeek: )
Programmers know that zero IS a valid number.... any number, raised to the power of ZERO equals 1 !!!
There only 10 types of programmers: Those that know Binary and those that don't !


Not sure if you arm your copter using the sicks, but you can enable the buzzer to beep when you flip aux switches....
(incidently, should be numbered Aux ZERO to Aux3 :lol: :lol: :lol: )

Code: Select all

    #define BUZZER 
    #define RCOPTIONSBEEP         // uncomment this if you want the buzzer to beep at any rcOptions change on channel Aux1 to Aux4

o_lampe
Posts: 117
Joined: Sat Nov 02, 2013 5:09 pm

Re: GPS NAV

Post by o_lampe »

Hi all,
I just downloaded the b5_baro_fix Version and opened it with arduino 1.05 IDE.
I can't find the config.h tab.
It's not listed in the dropdown menu, but it exists in the folder.

Sorry if this has been adressed before. I didn't want to read through the whole thread :cry:

User avatar
shikra
Posts: 783
Joined: Wed Mar 30, 2011 7:58 pm

Re: GPS NAV

Post by shikra »

click on drop down arrow somewhere near top right side of IDE

o_lampe
Posts: 117
Joined: Sat Nov 02, 2013 5:09 pm

Re: GPS NAV

Post by o_lampe »

shikra wrote:click on drop down arrow somewhere near top right side of IDE


I sure did that already, but it is not listed.

Hypermobile
Posts: 94
Joined: Mon Jan 13, 2014 8:53 pm

Re: GPS NAV

Post by Hypermobile »

o_lampe wrote:
shikra wrote:click on drop down arrow somewhere near top right side of IDE


I sure did that already, but it is not listed.


Maybe you're working on a small Netbook with a low resolution. it could be out of screen.

other option is to open the Config.h with another editor > notepad++ for example

o_lampe
Posts: 117
Joined: Sat Nov 02, 2013 5:09 pm

Re: GPS NAV

Post by o_lampe »

Hypermobile wrote:
o_lampe wrote:
shikra wrote:click on drop down arrow somewhere near top right side of IDE


I sure did that already, but it is not listed.


Maybe you're working on a small Netbook with a low resolution. it could be out of screen.

other option is to open the Config.h with another editor > notepad++ for example


You are right, I'm working on a netbook. The last entry of the dropdown list is sensors.h.
Plus, they are sorted alphabeticaly...
How can I scroll down the list?

Hypermobile
Posts: 94
Joined: Mon Jan 13, 2014 8:53 pm

Re: GPS NAV

Post by Hypermobile »

Blind and counting Arrow down :p
buti use Notepad++.

o_lampe
Posts: 117
Joined: Sat Nov 02, 2013 5:09 pm

Re: GPS NAV

Post by o_lampe »

Ok,
I've sorted out the config.h problem. Thanks for the advice.

Today I played a bit with the Mission planer ( b6 Version) and had a few issues:

1. I can't zoom in/out with the touchpad of my Netbook. It doesn't have a scrollwheel .
<edit> OK, I found out, how I can zoom with my touchpad, but for Mr. Clumsy ( me ) it's pretty difficult. A key combination like "alt+ plus/minus " would be handy.
2. The errormessage " Copter disarmed. No Nav possible" doesn't disappear after I armed the copter.
3. When I enter a waypoint and change it to RTH with the scrolldown menu in the WP-table the Icon disappears and the LON/LAT values are both zero? If I understood it correctly, I can define a RTH Point anywhere in my Mission? I thought it would be best to have it as final WP in the Mission.
4. My ublox GPS has found 7-9 satellites, but still I had position errors of 10-15 m while I walked the copter around the house. I hope it gets better when the copter is above trees and buildings?

The new Extended AUX Setting are perfect for my lousy OrangeRX 6ch Transmitter! My AUX channels are only on/off switches but with mixing throttle to the gear channel I can start missions by enabling the Elevator D/R switch and hitting full throttle. ( Throttle is ignored otherwise )

One question about SetPOI: Can I use the altitude value to aim a camera? E.g. I'm flying in 15m heights but POI height is 3m. The camera aims down automatically?

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

See inline

o_lampe wrote:Ok,
I've sorted out the config.h problem. Thanks for the advice.

Today I played a bit with the Mission planer ( b6 Version) and had a few issues:

1. I can't zoom in/out with the touchpad of my Netbook. It doesn't have a scrollwheel .
<edit> OK, I found out, how I can zoom with my touchpad, but for Mr. Clumsy ( me ) it's pretty difficult. A key combination like "alt+ plus/minus " would be handy.
Right, I'll add some buttons to do zoom without trackwheel...
2. The errormessage " Copter disarmed. No Nav possible" doesn't disappear after I armed the copter.
Was it with solid fix outdoors ? Or on the desk for testing ?
3. When I enter a waypoint and change it to RTH with the scrolldown menu in the WP-table the Icon disappears and the LON/LAT values are both zero? If I understood it correctly, I can define a RTH Point anywhere in my Mission? I thought it would be best to have it as final WP in the Mission.
Nope, You cannot define Home point, home point is set whet you arm your copter. RTH command does not shown on the map since we don't know where is your home position when editing mission. This is why LAT and LON are zero. An RTH command IS the last command in the mission, anything after it is ignored...
4. My ublox GPS has found 7-9 satellites, but still I had position errors of 10-15 m while I walked the copter around the house. I hope it gets better when the copter is above trees and buildings?
Well, yes. It depends on your antenna size and your location, but on a clear sky you should get no larger than 1M position error.
The new Extended AUX Setting are perfect for my lousy OrangeRX 6ch Transmitter! My AUX channels are only on/off switches but with mixing throttle to the gear channel I can start missions by enabling the Elevator D/R switch and hitting full throttle. ( Throttle is ignored otherwise )
I'am happy to hear that ! :D

One question about SetPOI: Can I use the altitude value to aim a camera? E.g. I'm flying in 15m heights but POI height is 3m. The camera aims down automatically?
Not yet, but it is definitely on my todo list.


Metori
Posts: 18
Joined: Thu Jan 16, 2014 1:04 pm
Location: Russia, Vladivostok

Re: GPS NAV

Post by Metori »

EOSBandi, Thanks for Ext. AUX feature.On my Futaba T8FG transmitter I can set mixing on aux channels and use more switches to drive our 4 aux channels.

o_lampe
Posts: 117
Joined: Sat Nov 02, 2013 5:09 pm

Re: GPS NAV

Post by o_lampe »

I just enabled the DynBalance Option, but couldn't use it with the b6-NAV Version.

I also noticed that the orange frames are not yet implemented for the new checkboxes.

Suggestion for the mission window:

Disable the auto-pan and show flightpath boxes until there is a stable sat-fix. Otherwise the GUI tries to download the map of Alaska ( I live in Europe ;) )

I would find it helpful, if the mission planer could calculate an estimated flight duration from the total mission-distance , PosHold duration(s) and max NAV speed parameters to check if the mission is within the capacity of my battery.

Beside that I feel like a happy kid on Christmas eve :D. This is the biggest step forward for MultiWii ever!

User avatar
stronnag
Posts: 114
Joined: Thu Oct 24, 2013 9:32 pm
Location: New Forest, England
Contact:

Re: GPS NAV

Post by stronnag »

o_lampe wrote:I just enabled the DynBalance Option, but couldn't use it with the b6-NAV Version.

I would find it helpful, if the mission planer could calculate an estimated flight duration from the total mission-distance , PosHold duration(s) and max NAV speed parameters to check if the mission is within the capacity of my battery.

Beside that I feel like a happy kid on Christmas eve :D. This is the biggest step forward for MultiWii ever!


You mean like the bottom right below (cheap spoiler for my soon to released (github,GPL) free OS (linux mainly) planner)? Calculated from a preferences speed, jumps and loiters.

Can only agree with the final point ... the nav stuff is wonderful, and EOSBandi's output / progress is just stunning.

MW Planner_116.png

o_lampe
Posts: 117
Joined: Sat Nov 02, 2013 5:09 pm

Re: GPS NAV

Post by o_lampe »

Yes, something like that... with those infinite jumps it isn't possible to calculate. But in that case it would be useful to be able to calculate reverse:

The user can set a max. flight duration and the mission planner tells you, how many jumps are possible. Or the user can set a batteryvoltage threshold, where the infinite jump-mission has to stop.

User avatar
stronnag
Posts: 114
Joined: Thu Oct 24, 2013 9:32 pm
Location: New Forest, England
Contact:

Re: GPS NAV

Post by stronnag »

o_lampe wrote:Yes, something like that... with those infinite jumps it isn't possible to calculate. But in that case it would be useful to be able to calculate reverse:

The user can set a max. flight duration and the mission planner tells you, how many jumps are possible. Or the user can set a batteryvoltage threshold, where the infinite jump-mission has to stop.

Indeed, I hope that once it all becomes a bit more settled (and better documented), there will a lot of development in this area.
In an effort to assist the latter point I've created a GoogleDoc of my understanding of the new MSP extensions (enlightened self interest really, to help my development of mwptools).

Updates and corrections welcome.

o_lampe
Posts: 117
Joined: Sat Nov 02, 2013 5:09 pm

Re: GPS NAV

Post by o_lampe »

Recently I've seen a quadcopter "ballet" on TV. A swarm of copters wrote a "heart"-sign in the night sky.

I guess, with a synchorizing signal for mission waypoints , we could do that, too. It would be great to have a realtime clock onboard and use the time as parameter for WPs.

Slverfox94739
Posts: 3
Joined: Mon Feb 10, 2014 12:54 am

Re: GPS NAV

Post by Slverfox94739 »

I just loaded up the latest nav update. I am getting some weird flight situations. When ever I fly about 30m or so from my take off location. My quad will suddenly come flying back towards me tail first at the same speed i was going away from me. :?: 've checked in the config set the fence distance to 0 and then another flight with it set at 1000. Neither had any effect.

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

Slverfox94739 wrote:I just loaded up the latest nav update. I am getting some weird flight situations. When ever I fly about 30m or so from my take off location. My quad will suddenly come flying back towards me tail first at the same speed i was going away from me. :?: 've checked in the config set the fence distance to 0 and then another flight with it set at 1000. Neither had any effect.

Check your RC Options settings in GUI, this behavior occurs when you takeoff in PosHold mode...... What is your GUI saying (I hope you have telemetry link to the GUI....)

User avatar
howardhb
Posts: 189
Joined: Tue Oct 11, 2011 7:10 pm
Location: Port Elizabeth, South Africa

Re: GPS NAV

Post by howardhb »

I've modified the go_arm() function (in multiwii.cpp) to prevent this issue....

Code: Select all

if(!f.ARMED && !f.BARO_MODE && (f.GPS_mode == 0) ) { // arm now!


Yesterday I tested the NAV functions by flying a simple 9 way-point (25m altitude) mission with "LAND" (5m altitude) as the last way-point .
Quad-X - Flyduino Mega, Spektrum satellite Rx, MTK3329 GPS with 1.6 Binary protocol, 3DR 900mHz telemetry radios.
Flying conditions were near perfect: 1 - 3 km/h wind, sunshine, 28 degrees C :mrgreen:

My flying buddies were duly impressed - Arm, take off to 10m, flick the mission switch and watch the copter complete its programmed flight route and then softly LAND!
I flew the same mission 3 consecutive times without issue.
It works very very well indeed.

Slverfox94739
Posts: 3
Joined: Mon Feb 10, 2014 12:54 am

Re: GPS NAV

Post by Slverfox94739 »

EOSBandi wrote:
Slverfox94739 wrote:I just loaded up the latest nav update. I am getting some weird flight situations. When ever I fly about 30m or so from my take off location. My quad will suddenly come flying back towards me tail first at the same speed i was going away from me. :?: 've checked in the config set the fence distance to 0 and then another flight with it set at 1000. Neither had any effect.

Check your RC Options settings in GUI, this behavior occurs when you takeoff in PosHold mode...... What is your GUI saying (I hope you have telemetry link to the GUI....)[/quote

That is one of the first things I checked. All my switches are in the off position. All modes are off according to the GUI. Not sure what to check next.

User avatar
EOSBandi
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary
Contact:

Re: GPS NAV

Post by EOSBandi »

Slverfox94739 wrote:
EOSBandi wrote:
Slverfox94739 wrote:I just loaded up the latest nav update. I am getting some weird flight situations. When ever I fly about 30m or so from my take off location. My quad will suddenly come flying back towards me tail first at the same speed i was going away from me. :?: 've checked in the config set the fence distance to 0 and then another flight with it set at 1000. Neither had any effect.

Check your RC Options settings in GUI, this behavior occurs when you takeoff in PosHold mode...... What is your GUI saying (I hope you have telemetry link to the GUI....)[/quote

That is one of the first things I checked. All my switches are in the off position. All modes are off according to the GUI. Not sure what to check next.


Do you have in flight telemetry ? What does the GUI say when your copter starts flying back ?

Slverfox94739
Posts: 3
Joined: Mon Feb 10, 2014 12:54 am

Re: GPS NAV

Post by Slverfox94739 »

No in flight telemetry. I just use Ez-Gui.

o_lampe
Posts: 117
Joined: Sat Nov 02, 2013 5:09 pm

Re: GPS NAV

Post by o_lampe »

What's the idea behind the rule, that we can only plan a mission when armed?

Post Reply