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

Re: GPS NAV

Postby NNagib » Wed Aug 13, 2014 11:32 am

ezio wrote:I have added it too to the logs converter


It doesn't work on my Note 3 :(
I can't open .mission file in the program (log converter), it sees .el1 files only.
NNagib
 
Posts: 25
Joined: Sat Aug 09, 2014 5:42 pm

Re: GPS NAV

Postby ezio » Wed Aug 13, 2014 3:49 pm

NNagib wrote:
ezio wrote:I have added it too to the logs converter


It doesn't work on my Note 3 :(
I can't open .mission file in the program (log converter), it sees .el1 files only.

I have added conversion to GPX format.
For the mission to KML you will have to wait few days.
User avatar
ezio
 
Posts: 827
Joined: Sun Apr 01, 2012 11:03 pm
Location: Paris

Re: GPS NAV

Postby dawagner » Sat Aug 16, 2014 2:17 pm

I have the Multiwii pro 3.0 with version 2.3, when I connect to the ez-gui the mission planner disappears. Do I have to comment this out in the sketch file for the mission planner stuff to work. Or does mission planner just not work with 2.3?
dawagner
 
Posts: 11
Joined: Wed Apr 02, 2014 4:31 pm

Re: GPS NAV

Postby ezio » Sat Aug 16, 2014 2:24 pm

dawagner wrote:I have the Multiwii pro 3.0 with version 2.3, when I connect to the ez-gui the mission planner disappears. Do I have to comment this out in the sketch file for the mission planner stuff to work. Or does mission planner just not work with 2.3?

You have to have this firmware
http://eosbandi.com/downloads/
User avatar
ezio
 
Posts: 827
Joined: Sun Apr 01, 2012 11:03 pm
Location: Paris

Re: GPS NAV

Postby dawagner » Sat Aug 16, 2014 3:59 pm

That did the trick. Thanks!
dawagner
 
Posts: 11
Joined: Wed Apr 02, 2014 4:31 pm

Re: GPS NAV

Postby dawagner » Sun Aug 17, 2014 12:05 am

Does this firmware disable gps hold and RTH? They no longer work even though I have them setup as aux positions.
dawagner
 
Posts: 11
Joined: Wed Apr 02, 2014 4:31 pm

Re: GPS NAV

Postby ezio » Sun Aug 17, 2014 12:40 am

dawagner wrote:Does this firmware disable gps hold and RTH? They no longer work even though I have them setup as aux positions.

Every function works like in normal 2.3 plus you have mission and autolanding.
Check config.h line by line because it is set completely different then standard config.h.
User avatar
ezio
 
Posts: 827
Joined: Sun Apr 01, 2012 11:03 pm
Location: Paris

Re: GPS NAV

Postby ezio » Mon Aug 18, 2014 7:12 pm

Is there a way to change the vertical speed between waypoints?
And what is crosstrack gain for ?
User avatar
ezio
 
Posts: 827
Joined: Sun Apr 01, 2012 11:03 pm
Location: Paris

Re: GPS NAV

Postby dawagner » Tue Aug 19, 2014 9:09 pm

Did you ever get the POI working ezio? Mine seems to only look at the poi for the single way point that it was programmed by. The rest of the flight the copter faces the waypoint.
dawagner
 
Posts: 11
Joined: Wed Apr 02, 2014 4:31 pm

Re: GPS NAV

Postby ezio » Tue Aug 19, 2014 10:30 pm

dawagner wrote:Did you ever get the POI working ezio? Mine seems to only look at the poi for the single way point that it was programmed by. The rest of the flight the copter faces the waypoint.

I have tested it few times without a success. I think POI has to be set after each waypoint (WP,POI,WP,POI ...) but I haven't tested this idea yet.
User avatar
ezio
 
Posts: 827
Joined: Sun Apr 01, 2012 11:03 pm
Location: Paris

Re: GPS NAV

Postby ezio » Wed Aug 20, 2014 2:11 am

NNagib wrote:@ezio, I use full version of ez-gui and log converter. These are wonderful apps, indeed. I have a question for you:
is there a simple way to load a .mission file in google earth? I create .kml file manually sometimes, but that's boring.
I would like to compare mission and logged flight path in google earth. Tnx

Done
uploadfromtaptalk1408497095172.jpg
uploadfromtaptalk1408497077682.jpg
User avatar
ezio
 
Posts: 827
Joined: Sun Apr 01, 2012 11:03 pm
Location: Paris

Re: GPS NAV

Postby NNagib » Thu Aug 21, 2014 11:29 am

Congratulations!
NNagib
 
Posts: 25
Joined: Sat Aug 09, 2014 5:42 pm

Re: GPS NAV

Postby dawagner » Thu Aug 21, 2014 11:09 pm

Is there wnything that can be done to make the mission planner more like the APM new one with spline (arc) waypoints and a better functioning POI/ROI?
dawagner
 
Posts: 11
Joined: Wed Apr 02, 2014 4:31 pm

Re: Autoland

Postby carlonb » Fri Aug 22, 2014 8:47 pm

Hi Guys,

First of all I have to say that with std version of MWii 2.3 my AltHold, PosHold and RTH are working very well.

Now, step by step I want to try the Eosbandi enhanced version.
I've already installed "MultiWii2_3-navi-b7" and "WinGUI_2.3pre10b71" in order to test the Autoland function but seems not working (of course it's my issue).
It's possible try Autolanding without enabling or selecting any waipoint but only using an RC switch ?
What do I need to enable in GUI ?
I've already read all this thread, but I've not found detailed info.

Thanks
Carlo
carlonb
 
Posts: 210
Joined: Sun Apr 03, 2011 6:29 pm

Re: Autoland

Postby stronnag » Fri Aug 22, 2014 9:57 pm

carlonb wrote:Hi Guys,

It's possible try Autolanding without enabling or selecting any waipoint but only using an RC switch ?
What do I need to enable in GUI ?
I've already read all this thread, but I've not found detailed info.

Thanks
Carlo


You need to assign a TX switch to the land function. The following works for me (indeed I used it today). Beeper is optional, of course.

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

Re: Autoland

Postby Rust » Sat Aug 23, 2014 7:35 am

stronnag wrote:
carlonb wrote:Hi Guys,

It's possible try Autolanding without enabling or selecting any waipoint but only using an RC switch ?
What do I need to enable in GUI ?
I've already read all this thread, but I've not found detailed info.

Thanks
Carlo


You need to assign a TX switch to the land function. The following works for me (indeed I used it today). Beeper is optional, of course.

switchedit_196.png


Excuse me, what is this GUI you're using?
Rust
 
Posts: 36
Joined: Wed Nov 20, 2013 8:39 am

Re: Autoland

Postby carlonb » Sat Aug 23, 2014 11:24 am

stronnag wrote:
carlonb wrote:Hi Guys,

It's possible try Autolanding without enabling or selecting any waipoint but only using an RC switch ?
What do I need to enable in GUI ?
I've already read all this thread, but I've not found detailed info.

Thanks
Carlo


You need to assign a TX switch to the land function. The following works for me (indeed I used it today). Beeper is optional, of course.

switchedit_196.png

Thanks stronnag,
Waiting for the wind here slow down Please tell me if i need to activate LAND keeping GPS HOLD/HOME on or no matter about it.
I mean, to activate LAND do I need BARO and MAG ?
Last question: During LAND do I need the throttle stick centered or down to zero ?
Thanks
Carlo
carlonb
 
Posts: 210
Joined: Sun Apr 03, 2011 6:29 pm

Re: GPS NAV

Postby stronnag » Sat Aug 23, 2014 3:15 pm

I usually LAND from POSHOLD, and put the throttle down as MW-nav is controlling it. It seems (or may be it's my imagination) to power off quicker that way.
Just my experience, not really sure what the rules are.
User avatar
stronnag
 
Posts: 114
Joined: Thu Oct 24, 2013 9:32 pm
Location: New Forest, England

Re: GPS NAV

Postby carlonb » Sat Aug 23, 2014 3:54 pm

stronnag wrote:I usually LAND from POSHOLD, and put the throttle down as MW-nav is controlling it. It seems (or may be it's my imagination) to power off quicker that way.
Just my experience, not really sure what the rules are.


Thanks stronnag,
Just now completed some tests and Autoland seems working well, so here what I've understood looking also at the code:
1) Autoland only working if GPS HOLD/RTH are disabled as these have a priority over LAND.
2) Autoland when engaged (by RC switch) automatically enables GPS HOLD and BARO so no need to enable it by RC switch.
3) Autoland no need MAG, but if enabled the copter keep better the nose (as usual).
4) During Landing the throttle may stay at middle as the code take the control of it. When landed, if the stick is centered, the code wait for 5 sec more to disarm, if the throttle is all the way down, the disarm is more rapid.

NOTE of my test result:
Autolanding run almost well, but when landed, do not disarm, I've wait for more than 30sec but not disarm.
To verify the Landing speed I've tried 50, 100, 250 in Landing Speed param (in GUI), but the results are almost the same, I've not noted big difference, Always the copter land at about 0.5mt/sec (more or less).

Any help about these two issues?

Cheers
Carlo
carlonb
 
Posts: 210
Joined: Sun Apr 03, 2011 6:29 pm

Postby ezio » Sat Aug 23, 2014 6:16 pm

I've waited 5min throttle set to minimum and also no disarm
User avatar
ezio
 
Posts: 827
Joined: Sun Apr 01, 2012 11:03 pm
Location: Paris

Re: GPS NAV

Postby stronnag » Sat Aug 23, 2014 6:21 pm

Indeed, disarm appears to be somewhat random.
User avatar
stronnag
 
Posts: 114
Joined: Thu Oct 24, 2013 9:32 pm
Location: New Forest, England

Re: GPS NAV

Postby carlonb » Sun Aug 24, 2014 8:55 pm

@Eosbandi
News about AUTOLAND function:
I saw that after land, the motors will never disable, so looking at the part of code that detect Landing and using debug() info in GUI I realized that in my tests the variable BaroPID never decrease over -180 as defined with BAROPIDMIN. The min value of BaroPID was -112. So I've changed BAROPIDMIN to -111 and tested again (starting at 5mt height) and then worked as espected.
The motors, after touch down, stops within 12-15sec if throttle stick is at minimum.
I don't know why I have BaroPID -112 as min, only Eosbandi (or other skilled coders) can understood it.
Tomorrow I will try at 20/30mts.

Part of code in GPS.cpp
Code: Select all
#define LAND_DETECT_THRESHOLD 40      //Counts of land situation
#define BAROPIDMIN           -180     //BaroPID reach this if we landed.....

//Check if we landed or not
void check_land()
  {
  // detect whether we have landed by watching for low climb rate and throttle control
  if ( (abs(alt.vario) < 20) && (BaroPID < BAROPIDMIN)) {
    if (!f.LAND_COMPLETED) {

      if( land_detect < LAND_DETECT_THRESHOLD) {
        land_detect++;
        }else{
          f.LAND_COMPLETED = 1;
          land_detect = 0;
        }
      }
    }else{
...
...
        }
    }
  }
carlonb
 
Posts: 210
Joined: Sun Apr 03, 2011 6:29 pm

Re: GPS NAV

Postby DorsetFlyer » Mon Aug 25, 2014 11:27 am

After my HobbyKing red board started refusing to connect to WinGUI I returned it to HobbyKing, got a refund and changed to their Crius All-in-One clone. This worked fine for a while but now it has the same problem. I have been using "MultiWii 2.3naviB7" with "WinGUI_2.3 pre10 for naviB7". I found that the quad became unstable on take off although it had previously been OK. I could connect it to the GUI at that stage and the accelerometer showed level, but when tilted sideways it reacted as if tilted sideways and backwards. I recalibrated the accelerometer but still got the same result. So I cleared the EEPROM and reloaded B7. Now it won’t connect to the GUI at all, saying that I have selected the wrong port although I have not and the port appears to be working correctly. I have tried different USB cables, different versions of MultiWii and ArduCopter and different PCs with the same result. When I connect the USB cable, lights A,B and C flash. When I click connect A and C flash and the GUI freezes. I can’t see what I could be doing wrong but it seems odd that I could have got two dud boards from HobbyKing.
DorsetFlyer
 
Posts: 30
Joined: Tue Jul 08, 2014 10:15 am

Re: GPS NAV

Postby Arakon » Mon Aug 25, 2014 11:57 am

Your bootloader may have gotten corrupted for some reason.
You could try using an USB to serial cable (cp2102 or FTDI based) and connect that to the ftdi port to see if you get a connection this way, to make sure it's not the USB port or chipset that has been damaged.
Arakon
 
Posts: 196
Joined: Thu Jul 17, 2014 2:22 pm

Re: GPS NAV

Postby brewski » Mon Aug 25, 2014 12:17 pm

I can.
Out of 4 guys at local club running MW or MP all have had unresolved issues with both the red MW & Crius clone HK Mega boards. They have all sent them back for refund & bought genuine Crius AIOP V2 boards, as I have & fly regularly without issue running MW2.3 Navi B7 provided you do the following-
1. Use a switching 5.5V UBec ( or 6V with series diode). Crius board has protection diode in series with supply to AtMega 2560 so you require more than 5V to ensure that
voltage does not run close to 4.5V minimum.
2. Onboard HMC5883 Mag chip can be badly affected by current flowing in DC distribution board or wiring to ESCs. This is not unique to this board & why APM for example removed Mag chip from latest APM 2.6 board.
AIOP V2 has jumper that can be cut (S3) so that I2C Ext Mag board can be connected & Mag located away from interference.
brewski
 
Posts: 483
Joined: Tue Apr 29, 2014 12:04 am
Location: Cleveland Qld Australia

Re: GPS NAV

Postby DorsetFlyer » Mon Aug 25, 2014 6:53 pm

I think I must have been unlucky with dud HobbyKing flight controllers. I would be tearing my hair out if I had any to spare! I shall get a genuine Crius AIO. Hope the ones advertised by the likes of Good Luck Buy are the real McCoy and not some other dodgy offering.
DorsetFlyer
 
Posts: 30
Joined: Tue Jul 08, 2014 10:15 am

Re: GPS NAV

Postby brewski » Tue Aug 26, 2014 1:33 am

DorsetFlyer wrote:I think I must have been unlucky with dud HobbyKing flight controllers. I would be tearing my hair out if I had any to spare! I shall get a genuine Crius AIO. Hope the ones advertised by the likes of Good Luck Buy are the real McCoy and not some other dodgy offering.

You sure are unlucky! You could do as Arakon suggests & reload the AtMega 2560 Bootloader https://learn.sparkfun.com/tutorials/in ... bootloader
This tutorial shows you the various ways this can be done.
If after reloading Bootloader & it still won't connect to a valid port then obviously something is faulty with FC.
brewski
 
Posts: 483
Joined: Tue Apr 29, 2014 12:04 am
Location: Cleveland Qld Australia

Re: GPS NAV

Postby DorsetFlyer » Tue Aug 26, 2014 4:18 pm

Time for me to eat humble pie and restore the reputation of HobbyKing. The problem was that I had Serial 0 speed set as 115200. I have changed it to 57600 in the sketch and GUI and everything works now. I do not remember how I managed to change this or why I thought it was the correct value. I am very grateful to “v_max” for putting me right on this.
DorsetFlyer
 
Posts: 30
Joined: Tue Jul 08, 2014 10:15 am

Re: GPS NAV

Postby carlonb » Tue Aug 26, 2014 8:44 pm

stronnag wrote:Indeed, disarm appears to be somewhat random.

Hi stronnag and @eosbandi,

Now I understood why the disarm appears random after autoland, this because of your own P term in alt hold PID.
I realized that #define BAROPIDMIN -180 (in GPS.cpp Land detection routine - see code in my previous post -) is strictly related to the P term of altitude hold PID (it was logical to get there before).
If P=6.4 as per default, BaroPID will decrease under -180, so the autoland can disarm the motors.
In my tests, my P was 2.3 so, my BaroPID stop to decrease at -112, so no disarm happened.

Will be a good solution, to make it working without changing #define BAROPIDMIN, to pre-calc (if possible) and then assign to BAROPIDMIN the min pre-calculated value with the P of users in order to avoid the issue where do not disarm if the P of altitude hold is changed from default or too low.
Is this an Eosbandi job ? :)

Cheers
Carlo
carlonb
 
Posts: 210
Joined: Sun Apr 03, 2011 6:29 pm

Re: GPS NAV

Postby EOSBandi » Thu Sep 11, 2014 10:10 am

carlonb wrote:
stronnag wrote:Indeed, disarm appears to be somewhat random.

Hi stronnag and @eosbandi,

Now I understood why the disarm appears random after autoland, this because of your own P term in alt hold PID.
I realized that #define BAROPIDMIN -180 (in GPS.cpp Land detection routine - see code in my previous post -) is strictly related to the P term of altitude hold PID (it was logical to get there before).
If P=6.4 as per default, BaroPID will decrease under -180, so the autoland can disarm the motors.
In my tests, my P was 2.3 so, my BaroPID stop to decrease at -112, so no disarm happened.

Will be a good solution, to make it working without changing #define BAROPIDMIN, to pre-calc (if possible) and then assign to BAROPIDMIN the min pre-calculated value with the P of users in order to avoid the issue where do not disarm if the P of altitude hold is changed from default or too low.
Is this an Eosbandi job ? :)

Cheers
Carlo


Hi Carlo,
You are perfectly correct. I'll change the baropidmin into a configurable parameter.
User avatar
EOSBandi
 
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary

Re: GPS NAV

Postby -ralf- » Thu Sep 11, 2014 5:03 pm

Welcome back, András .... we missed you
-ralf-
 
Posts: 215
Joined: Mon Dec 03, 2012 7:08 pm

Re: GPS NAV

Postby EOSBandi » Thu Sep 11, 2014 5:36 pm

-ralf- wrote:Welcome back, András .... we missed you

Thanks,
I'm slowly getting traction again... it was a rough couple of months...
Now, I'm catching up with the changes in the repo, and integrate them to the navi codebase... eventually i'll check in navi code to the main repo.... :D

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

Re: GPS NAV

Postby Nickman1200 » Thu Sep 11, 2014 7:36 pm

Excellent news. Very glad to see you back. :D
Nickman1200
 
Posts: 36
Joined: Sat Jul 06, 2013 10:31 am

Re: GPS NAV

Postby Hypermobile » Thu Sep 11, 2014 7:59 pm

Welcome Back!!!

Bad to hear you've had some rough month!
Also great to hear Navi development will be continued!!!
Hypermobile
 
Posts: 94
Joined: Mon Jan 13, 2014 8:53 pm

Re: GPS NAV

Postby carlonb » Thu Sep 11, 2014 9:04 pm

EOSBandi wrote:Hi Carlo,
You are perfectly correct. I'll change the baropidmin into a configurable parameter.


Hi Andras how are you ? Finally you are back :)
Well, I've tried your Mwii navi b7 and all seems working well.

I've take a look at your navi code and i tried to add the Autoland after RTH in case of failsafe detection, and seems running well, but I prefer wait for your better solution ;) .

I also tested the POI, well, the copter try to keep his front to the POI, but the yawing do not react quickly during waypoints, so the POI is not perfectly hooked.

Please, confirm me if your MultiWiiNaviSim is fully compatible with the last MultiWii2_3-navi-b7, I've already set the config.h with NMEA and uncommented GPS_SIMULATOR, but no GPS data are received in the FC with MultiWii2_3-navi-b7.
I'm sure the NaviSim throw out the NMEA strings as I've tested with an arduino test code.

Thanks for your great effort.
Carlo
carlonb
 
Posts: 210
Joined: Sun Apr 03, 2011 6:29 pm

Re: GPS NAV

Postby Alexinparis » Thu Sep 11, 2014 9:27 pm

EOSBandi wrote:
-ralf- wrote:Welcome back, András .... we missed you

Thanks,
I'm slowly getting traction again... it was a rough couple of months...
Now, I'm catching up with the changes in the repo, and integrate them to the navi codebase... eventually i'll check in navi code to the main repo.... :D

Andras


Hi Andras,

I'm glad to see you again here :)
I begun some times ago to merge your nav code in the main repo, but no check in so far
what would you prefer ?
- you think it will be easier for you and I let you do it
- or I finish the most properly I can the integration based on the current nav code
Alexinparis
 
Posts: 1630
Joined: Wed Jan 19, 2011 9:07 pm

Re: GPS NAV

Postby brewski » Thu Sep 11, 2014 10:45 pm

Hi Andras,

Glad you are over rough patch & back on forum. Many of us believed that development had stopped.
Does this mean we will see V2.4 soon? :D
I have been running your fantastic MWV2.3 Navi b7 together with Esio's EZ-GUI since release & have mostly good experience. Would it be possible to integrate flight logging in V2.4 to make use of 16mb flash memory chip on Crius AIOP or ext data logger for boards without? This would be great to analyse when something does go wrong. Most times users blame the firmware, but there are many other causes that can result in a crash or flyaway.

What I & new users to MW would like to see is new WinGUI that allows easy APM style configuration of FC. The clunky Arduino IDE configuration is so difficult for new users to come to grips with unless they have previously experimented with Arduino as I had. At least 90% of requests for help are due to configuration issues as there is just too much in config.h (& def.h if adding ext sensors) for newbies to comprehend. Autodetection of microcontroller & sensors together with firmware update & config using WinGUI would make transition to MW so much easier for everyone.
Cheers..B
brewski
 
Posts: 483
Joined: Tue Apr 29, 2014 12:04 am
Location: Cleveland Qld Australia

Re: GPS NAV

Postby EOSBandi » Fri Sep 12, 2014 4:03 pm

Alexinparis wrote:
EOSBandi wrote:
-ralf- wrote:Welcome back, András .... we missed you

Thanks,
I'm slowly getting traction again... it was a rough couple of months...
Now, I'm catching up with the changes in the repo, and integrate them to the navi codebase... eventually i'll check in navi code to the main repo.... :D

Andras


Hi Andras,

I'm glad to see you again here :)
I begun some times ago to merge your nav code in the main repo, but no check in so far
what would you prefer ?
- you think it will be easier for you and I let you do it
- or I finish the most properly I can the integration based on the current nav code

Hi Alex,

Thanks, I am glad to be here again :D
I almost finished the integration.. (Just a flight test needed). So i'll check it in to the svn this weekend.
(I temporary removed the i2c_gps support, to make the code clear and readable, but will put it back, but it will be supported as a GPS... so gps nav on the 328p is out of the question :( )
Regards,
Andras
User avatar
EOSBandi
 
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary

Re: GPS NAV

Postby Rust » Sun Sep 14, 2014 10:52 am

Hey Andras! Nice to have you back :) Wish you well!
Rust
 
Posts: 36
Joined: Wed Nov 20, 2013 8:39 am

Re: GPS NAV

Postby o_lampe » Mon Sep 15, 2014 4:13 pm

-ralf- wrote:Welcome back, András .... we missed you


+1

Who said only bad things happen on 9.11? ;)
o_lampe
 
Posts: 117
Joined: Sat Nov 02, 2013 5:09 pm

Re: GPS NAV

Postby -ralf- » Mon Sep 15, 2014 5:57 pm

OK, r1694 is online ......

-It doesn't run on 328er or 32u4 platforms
-there is no MultiWiiConf, it works with EZ-GUI and WinGUI-Navi-Beta

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

Re: GPS NAV

Postby EOSBandi » Mon Sep 15, 2014 7:58 pm

-ralf- wrote:OK, r1694 is online ......

-It doesn't run on 328er or 32u4 platforms
-there is no MultiWiiConf, it works with EZ-GUI and WinGUI-Navi-Beta

Right?

Yes.
GPS modes with 328 and 32u4 are not supported at the moment (due inadequate memory size).
Also it should work with MultiWiiConf but you can change GPS parameters only in the config.h (GPS PID's are works with MultiWiiConf)

You need WinGUI for changing GPS parameters (not the PID's) without recompille and for the extended AUX states.
However servo settings are implemented in WinGUI only for Tricopter. (I'm working on a full implementation)

EZ works too
Andras
User avatar
EOSBandi
 
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary

Re: GPS NAV

Postby Alexinparis » Mon Sep 15, 2014 11:10 pm

Hi,

thank you for the integration.

some minor corrections:
2 box MISSION&LAND were always active because of this bug
#ifdef GPS → #if GPS

in multiwii.cpp:
if (GPS_Compute() != 0) break;
if (GPS_NewData() != 0) break;

the purpose is to disociate the 2 tasks:
1) not in the same loop to dissociate frame parsing from gps nav computation time
2) if no computation time taken, allows to continue other tasks in the scheduler

so GPS_NewData() must return 1 in case of data parsing, same for GPS_Compute() in case of GPS_Frame

if (GPS_update == 1) GPS_update = 0; else GPS_update = 1; must be executed only in one function, not both
Alexinparis
 
Posts: 1630
Joined: Wed Jan 19, 2011 9:07 pm

Re: GPS NAV

Postby maik » Tue Sep 16, 2014 7:43 pm

Hi,
i have the eosbandi "MultiWii2_3-navi-b7" firmware on my quad.
Do you have a code repository for your latest (eosbandi) code changes?

Maik
User avatar
maik
 
Posts: 6
Joined: Tue Sep 16, 2014 7:26 pm

Re: GPS NAV

Postby EOSBandi » Tue Sep 16, 2014 8:16 pm

The code checked in _shared is functionally identical to the B7 version. Only cosmetically changes and changes in the main code since around April.
User avatar
EOSBandi
 
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary

Re: GPS NAV

Postby carlonb » Wed Sep 17, 2014 10:38 pm

Hi friends,
It's almost 2 or 3 weeks that I use navi b7 from Eosbandy and looking at the code I've not understood this:

GPS.cpp file
Code: Select all
void GPS_bearing(int32_t* lat1, int32_t* lon1, int32_t* lat2, int32_t* lon2, int32_t* bearing) {

  int32_t off_x = *lon2 - *lon1;
  int32_t off_y = (*lat2 - *lat1) / GPS_scaleLonDown;

  *bearing = 9000 + atan2(-off_y, off_x) * 5729.57795f;      //Convert the output redians to 100xdeg
  if (*bearing < 0) *bearing += 36000;
  }

Why GPS_scaleLonDown is applied to lat ? I think it must be applied to Lon :o

Please explain me, thanks.
carlonb
 
Posts: 210
Joined: Sun Apr 03, 2011 6:29 pm

Re: GPS NAV

Postby EOSBandi » Thu Sep 18, 2014 12:18 am

carlonb wrote:Hi friends,
It's almost 2 or 3 weeks that I use navi b7 from Eosbandy and looking at the code I've not understood this:

GPS.cpp file
Code: Select all
void GPS_bearing(int32_t* lat1, int32_t* lon1, int32_t* lat2, int32_t* lon2, int32_t* bearing) {

  int32_t off_x = *lon2 - *lon1;
  int32_t off_y = (*lat2 - *lat1) / GPS_scaleLonDown;

  *bearing = 9000 + atan2(-off_y, off_x) * 5729.57795f;      //Convert the output redians to 100xdeg
  if (*bearing < 0) *bearing += 36000;
  }

Why GPS_scaleLonDown is applied to lat ? I think it must be applied to Lon :o

in this case scaleLonDown is actually streches the latitude to match longitude and this converts the local area to a normal grid, so atan2 can be used...
It was Jason Short's original idea back in 2010.... (http://diydrones.com/forum/topics/getbe ... erstanding)

(originally it was int32_t off_y = (*lat2 - *lat1) * GPS_scaleLonUp; Where GPS_scaleLonUp was 1/scaleLonDown....
User avatar
EOSBandi
 
Posts: 802
Joined: Sun Jun 19, 2011 11:32 am
Location: Budapest, Hungary

Re: GPS NAV

Postby carlonb » Thu Sep 18, 2014 7:48 am

EOSBandi wrote:
carlonb wrote:Hi friends,
It's almost 2 or 3 weeks that I use navi b7 from Eosbandy and looking at the code I've not understood this:

GPS.cpp file
Code: Select all
void GPS_bearing(int32_t* lat1, int32_t* lon1, int32_t* lat2, int32_t* lon2, int32_t* bearing) {

  int32_t off_x = *lon2 - *lon1;
  int32_t off_y = (*lat2 - *lat1) / GPS_scaleLonDown;

  *bearing = 9000 + atan2(-off_y, off_x) * 5729.57795f;      //Convert the output redians to 100xdeg
  if (*bearing < 0) *bearing += 36000;
  }

Why GPS_scaleLonDown is applied to lat ? I think it must be applied to Lon :o

in this case scaleLonDown is actually streches the latitude to match longitude and this converts the local area to a normal grid, so atan2 can be used...
It was Jason Short's original idea back in 2010.... (http://diydrones.com/forum/topics/getbe ... erstanding)

(originally it was int32_t off_y = (*lat2 - *lat1) * GPS_scaleLonUp; Where GPS_scaleLonUp was 1/scaleLonDown....


OK, now I realized.
Tanks Andras
carlonb
 
Posts: 210
Joined: Sun Apr 03, 2011 6:29 pm

Re: GPS NAV

Postby carl1864 » Sun Sep 21, 2014 1:37 am

I'm trying this Nav version for the first time, but after hours, I cannot get it to work.

I had a fully working quad with multiwii 2.3, on a crius aiop board, and using the EZ Gui App to configure over bluetooth.

However after attempting to use this nav version, I am completely unable to connect to EZ Gui. I just get constant "No Data Recieved" Errors, even though I have nav protocol selected. I've tried the latest b7, as well as b5 baro fix. I cleared EEPROM multiple times, have compiled both nav versions multiple times, I made sure EZ Gui is updated, double checked all settings in config.h to match my working settings from version 2.3.

Anyone have any idea what the problem is?
carl1864
 
Posts: 2
Joined: Sun Apr 21, 2013 3:52 am

Re: GPS NAV

Postby brewski » Sun Sep 21, 2014 8:53 am

carl1864 wrote:I'm trying this Nav version for the first time, but after hours, I cannot get it to work.

I had a fully working quad with multiwii 2.3, on a crius aiop board, and using the EZ Gui App to configure over bluetooth.

However after attempting to use this nav version, I am completely unable to connect to EZ Gui. I just get constant "No Data Recieved" Errors, even though I have nav protocol selected. I've tried the latest b7, as well as b5 baro fix. I cleared EEPROM multiple times, have compiled both nav versions multiple times, I made sure EZ Gui is updated, double checked all settings in config.h to match my working settings from version 2.3.

Anyone have any idea what the problem is?

I have same Crius AIOP (V2) & run MW 2.3 Navi B7. I also have BT module & EZ-GUI. I found that if BT connected when Lipo plugged in then FC locks up.
I you unplug BT until FC has initialised then plug it in OK. I overcame this with a small switch in +5V line to BT. There is another mod required to BT (which runs on 3.3V logic) to prevent possible damage from 5V logic of FC. viewtopic.php?f=6&t=5250
I was hoping that doing mod would also prevent the FC lockup but it didn't :cry: so switch is still installed.
brewski
 
Posts: 483
Joined: Tue Apr 29, 2014 12:04 am
Location: Cleveland Qld Australia

PreviousNext

Return to Software development

Who is online

Users browsing this forum: No registered users and 15 guests