What would it need? How could it be realized to get the rtk and roll corrected and centered (if using dual) antenna position out of AOG and make it available to an isobus terminal (e.g. CCI) via the serial interface. E.g. CCI needs NMEA sentences GGA, RMC, VTG (with 5 Hz) and GSA (with 1 Hz).
I’ve been working on this, actually. At least before the season started. Requires a Teensy, the F9P, and a BNO08x. I based my work loosely on how AOG does it, along with the new experimental PANDA code that uses the BNO08x in RVC mode. When I get some time to breath, I’ll see if I can get the code into a functional state. My purpose in doing this was to try to generate some isobus CAN bus position messages, but also RS232 output as well. It was mostly working when last I worked on it. Reverse detection has proved to be very difficult. That’s kind of important if you’re mapping with isobus.
I tested highly experimental code this spring (from someone else) that used AoG’s corrected & center position to output gga & vtg. It worked except it has a rounding/precision issue that I have not had time to further investigate.
It outputs to UDP so a RS232 Serial Ethernet Server works well
@CommonRail has documented the ISOBUS messages needed to feed an ISOBUS monitor. It wouldn’t be too difficult to make a little teensy with RS232 input that parsed the corrected GGA and VTG coming from AOG (using the experimental code) and generate the CAN messages.
That sounds awesome. I’d love to try it this fall for anhydrous application
I believe he already has code that outputs canbus messages for the corrected AoG position.
Yes I had forgotten about that.
I need to do some more research, but the dual GPS code seem to lose precision. I think it’s due to the amount of calculation that needs to be done. When I zoom in all the way in AOG, I see the tractor jitter a bit. We are using mtz8302 dual GPS code.
For interests sake, we have a F9P to RS-232 converter. It’s a work in progress, the end result will be a dual F9P sending UDP to AOG and RS-232 to any other devices needing GPS. The ESP32 code needs some more fine tuning, like should the RS-232 message be retrieved before the dual GPS code (for precision), or should the corrected position be sent for easier implementation on the RS-232 device?
Dual GPS Serial Rev B.fzz.zip (274.4 KB) Remove the .zip extension to open in Fritzing
This variant has charm to me. Hm, but how much time is passing by, the signal from f9p goes to teensy to AGIO to AOG (correction calculation) and back to AGIO … ?
I think Franz Husch has already done the same (dual f9ps with two esp32 - one does the calculation and provides the info to AOG. The other esp can provide the corrected information to a AMATRON from AMAZONE. Sorry, for now I don’t find the link to his software.
The Teensy has more than enough power to do the correction calculations.
How do you tell the teensy what height the antenna is at? I think we can’t always assume that the antenna height can be hard coded in the code.