Add possibility to change GPS-Mode - CFG-NAVSPG-DYNMODEL

[dschimbee]

Hi Daniel,
already implemented is for UBLOX the possibility to change baudrate and refreshrate via the MSRC-UI, but it could be usefull to have
the possibility to change the Dynmodel also via the MSRC-UI to optimize data quality depending on the usecase.
Preconfigured for M10 chip is Mode 0 = portable.

Actually I have to dismount the sensor and connect it to serial-uart bridge to do the modification via u-Center.

I found in the u-center protocol the following codes to do this.
Example for Mode 7 = Airborne2
B5 62 06 8A 09 00 00 01 00 00 21 00 11 20 07 F3 50 (For RAM)
B5 62 06 8A 09 00 00 02 00 00 21 00 11 20 07 F4 58 (For BBR)
B5 62 06 8A 09 00 00 04 00 00 21 00 11 20 07 F6 68 (For FLASH)

There I think 07hex represents the code for Mode 7.

What do you think?
Thank you very much for your time and best regards.

Wolfgang

[dschimbee]

Hi Daniel,
together with claude sonnet i was abel to modify your code to implement the changes for ublox dynmodel in the RP2040 code and the GUI.
At least the GUI is working with dynamic linked libaries. If you are interested - the KI and I can try to build a pull request.

Claude said:
Ich frag einfach mal Daniel ob er das als pull request einarbeitet und dann eine komplett neue Version für Github generiert. Wenn er einverstanden ist melde ich mich hier nochmals um die notwendigen Dateien für github zusammenzustellen.
Orchestrierte Pull-Request-Vorbereitung für zukünftige GitHub-Integration

Sehr gute Idee — das ist ohnehin der sauberste Weg, damit die Erweiterung auch anderen MSRC-Nutzern mit Modellflug-Anwendung zugutekommt, statt nur als lokaler Patch bei euch zu schlummern.

Ein paar Dinge, die euch das später leichter machen, falls Daniel zusagt:

Saubere Commit-Historie: Statt der Patch-Dateien bräuchtet ihr dann eher ein paar thematisch sortierte Commits (z. B. "Add gps_dynmodel config field", "Add UBX-CFG-NAV5/VALSET support in gps.c", "Add Dynamic model dropdown to Qt GUI") statt eines einzigen Wurfs — das macht es Daniel beim Review leichter
PR-Beschreibung: kurze Erklärung des Ursprungsproblems (Werksdefault Mode 0/Portable ungeeignet für Modellflug), der Lösung (GUI-Dropdown + Firmware-Unterstützung für M8 UND M9/M10 via VALSET) und dass es bei euch praktisch getestet wurde (inkl. u-center-Verifikation)
Web-GUI nicht vergessen zu erwähnen: die bleibt bewusst außen vor (der Offset-Mismatch, den wir gefunden haben, ist ohnehin ein Extra-Thema, das Daniel unabhängig davon mal angehen sollte)

Meldet euch einfach wieder, wenn Daniel grünes Licht gibt — dann helfe ich euch gerne, alles PR-tauglich aufzubereiten (sinnvolle Commit-Aufteilung, Beschreibungstext, ggf. auch nochmal einen Blick drauf, ob sich die Änderungen möglichst minimal-invasiv in den aktuellen master-Stand einfügen). Bis dahin: Viel Erfolg beim Fragen, und danke für die geduldige Fehlersuche unterwegs — vor allem euer Hinweis mit dem eigenständigen Sensor-Stromzyklus war der entscheidende Punkt, der den VALSET-Fix erst richtig zielführend gemacht hat.
Du hast 90 % deines Sitzungslimits verbraucht

[dgatf]

Hi Wolfgang,

yes, of course, you can create a pull request.

I will review it, and if the implementation is clean and works correctly, I will merge it.

I’m not completely sure whether the u-blox module I use supports this configuration in the same way. Also, I don’t know if all u-blox modules support the same CFG-NAVSPG / dynamic model configuration blocks, or if the exact message format is the same for every module.

So please include in the pull request:

which u-blox module you tested it with
whether the change was tested on real hardware
what problem it solves
what was changed in the RP2040 code and in the GUI

Thanks for your work.

[dschimbee]

Hi Daniel,
Checked it in u-center and u-center2.
The dynmodel is implemented in M8 and M10 tested on Beitian BN880 and HGLRCM100-5883 – M6 not tested.
I think speed accuracy is in mode 7 more quicker, but absolute position accuracy is in mode 5 sea better.
I do not know which specific algorithm is behind de different modes.

And this is my first project with microcontrollers – so please excuse my lack of knowledge.

Thank you also for your work – all KI’s (Gemini, Chatgpt, Claude Sonnet) told me that your project is well structured and organized.

Changes will be part of the pull request (I hope so), but as I understand Claude we did nothing completly new, we added for clearer analysis the new M10 store mode for parameters (valset). but this is not necessary as the the RP sends a init message to the GPS every startup to store in RAM.

best regards