You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is a consolidated list of enhancements that would make GPS-for-yaw work better and/or ease the setup for users:
Allow GPS-for-yaw to initialise heading. Currently it cannot which means "EFK attitude bad" pre-arm messages appear which stops motor tests (discussion)
Implement GPS-for-yaw via UAVCAN. This would allow connecting two CAN GPSs to the autopilot without adding the extra CPU and I/O overhead which comes from using Serial ports because the CAN messages would flow from the Rover to the Base (through the autopilot) without the autopilot having to parse them.
Enhance EKF3 to consume yaw separately from position and velocity (currently they must be consumed from the same GPS at the same time). This would both improve accuracy (position and velocity are most accurate from the "base" while yaw must come from the "rover") and avoid the GPS switching we see when we lose the yaw estimate from the GPS (when this happens we switch to the "base" because it gives a better position and velocity estimate.
Add a GPS_OPTIONS flag to for the GPS driver to use the baud rate specified by the SERIALx_BAUD parameter instead of using the GPS driver's autobauding
Enhance the GPS-for-yaw wiki page to explain how to connect the two GPSs together directly
The text was updated successfully, but these errors were encountered:
Yes, I think these have largely been done. For the 2nd last one we only have a very specific "Use 115200" option but that's the one that was really required. The very last one is really a wiki thing so I think I'll close this now. txs
This is a consolidated list of enhancements that would make GPS-for-yaw work better and/or ease the setup for users:
The text was updated successfully, but these errors were encountered: