Hello I am using the Raspberry Pi adapter for simpleRTK2B to connect a raspberry pi and a simpleRTK2B.
I use assembly to create a centipede base (rtk network opensource in France).
With this assembly I have data loss (10s every 25s). if I connect the f9p to USB on the raspberry pi I have no losses.
data transmitted in UBX format every 1s baudrate 115200.
Do you think this is a UART buffer problem?
You can check for buffer overflows by going to UBX-MON-COMMS and checking the flags at the top of the window.
Where can i found UBX-MON-COMMS
It is described in the Interface Specifications for the receiver, and implemented in uCenter.
If you connect via USB to a PC you should be able to inspect what’s happening inside the receiver.
From an RPi you’d have to send and process command packets yourself.
If you’re losing data from a UART/TTY connection, you’ll need to look very carefully at the loading of all interfaces, not just the ones you’re connected too. If not using NMEA on UART2, disable it, and at the very least all the messages that aren’t explicitly being used. ie NTRIP doesn’t care about satellite visibility, in most cases it only wants to know a location periodically, either part of enforcing a walled garden, or to provide a virtual reference station close to the area of application.
I don’t have e messages called UBX-MON-COMMS.
I connect with ucenter via network and I have no error message in the console
You need to go into the message view an navigate down the UBX-MON messages, and enable things like UBX-MON-IO, COMMS, TXBUF, etc to get metrics on system performance.
Check if you see “$GNTXT txbuf alloc” warnings. If this is the case you need to turn off messages on slower/unused interfaces, especially large NMEA messages to UART1 and UART2
I don’t have any messages called $ GNTXT txbuf alloc either
Well that’s good.
If the receiver is outputting everything properly, the focus then moves to the ability of the host to sink the data properly.