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

Ublox M10 - Receiver (Dronetag BS) - Disabled Autoconfig #13647

Open
optical-o opened this issue May 20, 2024 · 3 comments
Open

Ublox M10 - Receiver (Dronetag BS) - Disabled Autoconfig #13647

optical-o opened this issue May 20, 2024 · 3 comments
Labels
BUG Bugs are excluded from automatically being marked as stale

Comments

@optical-o
Copy link

Describe the bug

The issue appeared on version 4.5.0 but was not present on version 4.4.3. The issue is that Betaflight is receiving the GNSS UBX messages PVT, DOP, and STATUS; however, the drone does not appear to validate the presence of the GNSS Receiver, as shown in the attached photo from the Betaflight configurator.

image

The problem can be resolved by disconnecting the GNSS receiver(Dronetag BS), checking the Auto-config option on, saving and Rebooting the Drone, setting the Auto-config option to off, saving and Rebooting the Drone, and connecting the GNSS receiver. The beta flight then successfully recognizes the GNSS receiver. (Note that the receiver is disconnected during this operation, so no configuration change has occurred on the Receiver side.)

image

Here is a UBX capture of the data sent to the beta flight controller by the GNSS receiver for validation. I'm happy to talk to you about any requirements we may be missing on the side of the Dronetag BS firmware. However, since changing the configuration and rebooting the drone somehow solves the problem, there might be a deeper issue inside the beta flight firmware.

ubx_log.ubx.zip

Additional question:
Is there some other messages that we are missing that do you require than:
PVT(10Hz), DOP(10Hz), SAT(1Hz), and STATUS(0.0333Hz (30s))
To verify that everything should work as expected. As attached ubx log file.

To Reproduce

The description already contains the steps to reproduce as part of the description.

Expected behavior

Bettaflight should recognize the GNSS receiver right after booting.

Support ID

*** Support data submitted *** 
Id: "b8a62d6c-e22c-4436-83f7-958e6b773abd"

Flight controller

4.5.0 BTFL

Other components

No response

How are the different components wired up (including port information)

No response

Add any other context about the problem that you think might be relevant here

No response

@optical-o optical-o added the Template: Bug Set by auto_close_issue. label May 20, 2024
@optical-o
Copy link
Author

Is there any way I can contribute to this issue from my side? Maybe I can have a quick call with any of the developers?

@McGiverGim
Copy link
Member

I don't understand exactly when and when not the GPS works. The support ID provided has this two parameters:

set gps_auto_config = OFF
set gps_auto_baud = OFF

Maybe it corresponds at the second situation. Can you try to enable BOTH of them to see if the GPS is detected and configured correctly?

@haslinghuis haslinghuis added BUG Bugs are excluded from automatically being marked as stale and removed Template: Bug Set by auto_close_issue. labels Jun 13, 2024
@optical-o
Copy link
Author

I have tested the configuration with both of the settings ON.

set gps_auto_config = ON # Works bot in the UI, it always shows 57600, which is incorrect.
set gps_auto_baud = ON

image

The result is the same: Betaflight receives messages with information but does not confirm the presence of the GNSS receiver. However, I could not reproduce my result from the previous testing, which showed that the beta flight with some restarts detects the GNSS receiver. The beta flight remained unconnected to the GPS receiver and did not show the Satelite info even though it was receiving the NAV-PVT messages obvious from the image.

Can you look at what needs to be received for the beta flight to mark the receiver as Connected? I will then analyze the communication and whether the messages are getting to the flight controller.

Note: The Dronetag BS is configuring the M10 Reciever, which passes through the I2C interface to the UART interface. Some specific configurations regarding the UART port might not be reflected on the I2C.

status result for GNSS
GPS: NOT CONNECTED, UART8 19200 (set to 115200), NOT CONFIGURED, version =  unknown

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
BUG Bugs are excluded from automatically being marked as stale
Projects
None yet
Development

No branches or pull requests

3 participants