Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

2.1.0 RC1 delayed GPS acknowledgement time #4178

Closed
ghost opened this issue Jan 9, 2019 · 11 comments
Closed

2.1.0 RC1 delayed GPS acknowledgement time #4178

ghost opened this issue Jan 9, 2019 · 11 comments
Assignees
Labels
Milestone

Comments

@ghost
Copy link

ghost commented Jan 9, 2019

Target - Omnibus F4 Pro
GPS module - Matek SAM M8Q + 5883
Firmware version - Inav 2.1.0 RC1

This was confirmed by the configurator and a stop watch.
Both these tests were confirmed with both firmware's uses both and alternate 2.0.0 and 2.1.0 configurators. Not just with the configurator designed for its firmware. I wanted to be sure were the problem was.

Inav 2.0.1 operation -
When the flight controller is initialised and power.
The GPS will take 3 seconds to get acknowledgement from the flight controller.
Then 1.5 seconds to hookup and start transferring data.
It received 4 timeouts.

2 0 1 gps timeouts

Inav 2.1.0 operation -
When the flight controller is initialised and power.
The GPS will take 10 seconds to get acknowledgement from the flight controller.
Then 43.5 seconds to hookup and start transferring data.
It received 24 timeouts.

2 1 0 gps timeouts

I ran these tests 3 times. Back and fort between flashes. And 6 times times total, between both configurators.
And the inav to GPS acknowledgement time was precisely 10sec, and precisely 43.5 sec before inav would acknowledge the data.
That sounds too precise to me, to just be chance.

These are the only DIFF settings for Ports and GPS config. For repo.

serial 0 64 115200 38400 0 115200
serial 5 2 115200 115200 0 115200

set gps_provider = UBLOX7

@leeph
Copy link

leeph commented Jan 11, 2019

I flashed 2.1.0 RC1 to two craft yesterday, one multirotor and one flying wing running Matek F722-STD.

Multirotor all fine, but on the flying wing the GPS goes red shortly after boot-up and the beeper sounds at 2hz. I may not have left it for 45 seconds to see if it would resolve itself, but I'm wondering if this is the same issue.

Does your GPS go red at all after power-on? If not, I may just have disturbed the wiring and need to re-solder.

Multicopter has Beitian BN-880 while the flying wing has the Matek GPS+MAG unit. Both running UBLOX7 protocol.

@ghost
Copy link
Author

ghost commented Jan 11, 2019

@leeph
In the first case I displayed with 2.0.1. It goes RED on the configurator after 3 seconds. Then turns BLUE after another 1.5seconds. Then it starts sending message between the GPS and FC.

But with 2.1.0. RC1; It takes 10 seconds to go RED. Then another 43.5 seconds before it turns BLUE, and start sending message between the GPS and FC.

Its way slower than before.
This is not including the time that follows after this; before it gets satellite acquisition.

@digitalentity digitalentity self-assigned this Jan 11, 2019
@digitalentity digitalentity added this to the 2.1 milestone Jan 11, 2019
@leeph
Copy link

leeph commented Jan 11, 2019

Confirmed, GPS goes red on startup and the beeper goes mad, then after about half a minute or so it turns blue and everything seems stable.

I feel this is something to do with the GPS auto config and change to 115200bps, but logging seems practically non - existent in inav so difficult to say anything for sure.

@DzikuVx
Copy link
Member

DzikuVx commented Jan 15, 2019

fixed in #4193

@leeph
Copy link

leeph commented Jan 15, 2019

Thanks for your efforts, guys.

@tn2009
Copy link

tn2009 commented Feb 26, 2019

Flashed 2.1.0 and Now the GPS light is steady red (not blue lights) and the drone beeping. There was a firmware 1.9.1 on it everything was fine. How to fix?

@leeph
Copy link

leeph commented Feb 26, 2019

I've flashed 2.1.0 stable and the M8Q GPS has been detected and configured in a timely fashion on all so far. Odd behaviour, up to this point I was having similar issues but no more it seems.

@tn2009
Copy link

tn2009 commented Feb 26, 2019

2.1.0 RC1 RC2 RC3 and 2.1.0 stable have an error. GPS light is steady red.

@wx4cb
Copy link

wx4cb commented Feb 26, 2019

i've got 2.1 on 3 aircraft (3 different FCs) and they all are working as they should with the gps. as @leeph i had an issue on at least one of these and they (so far) appear to not have this issue in my limited testing since release.

I will test later this week when i can get out and actually fly them. but right now i get a good lock from a complete cold start in about 1.5 minutes whereas before at least one of them was taking 5 minutes

@Nihilistic
Copy link

Flashed 2.1 full on my 5" quad with the Matek F722-SE and BN-880 GPS. The GPS indicator on the configurator is off at first when plugging in USB and immediately connecting to iNAV (after being fully configured), then after about 5 seconds it goes red, and then another 10 seconds or so it goes blue. And then it takes a few minutes to get a 3D lock with HDOP under 2 on the bench inside the house (but that's normal).

@stronnag
Copy link
Collaborator

Flashed 2.1.0 and Now the GPS light is steady red (not blue lights) and the drone beeping. There was a firmware 1.9.1 on it everything was fine. How to fix?

Most lileky you need to check / fix your cabling; prior to 2.1 iNav did not check for acknowledgements from the GPS, now it does. This is a feature, not a bug.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

7 participants