It’s probably always worth testing with Ublox U-Centre first to ensure there are no issues with the device.
You really need to do this anyway so as to upload the relevant configs.
Updated, thanks for your work.
I have one small issue, it’s nothing too important.
Please see screenshot. If I try to zoom in, or move the map, is always bounces back to this screen. It’s impossible to zoom in properly.
This does not affect operation.
Perfect, thank you.
I can answer this one. It’s most likely because you have the wrong interface set in crontab (or some config file).
I have some problems with my RTKBase 2.3.3. My setup contains ublox F9P and Raspberry Pi3.
GPS works, I can receive GPS signal remotely from 5015 port by u-center, satellites are visible. Local ntrip caster works, I can receive RTK correction from LAN with AgOpenGPS.
RTKBase status page does not work, lat, lon, height are 0, no satellites are shown.
If I enable ntrip service to rtk2go it pops up on the caster table as a PENDING. After a while it dissappeares from the list.
This setup did work for some time. I think the map also did work. After a power down I noticed my ip was banned from rtk2go. I haven’t got it working since.
Edit. I don’t know what was wrong. I reinstalled rtkbase and now it works.
Again, probably the wrong com port specified in RTKBase Main Service.
I have noticed that mine can change from ttyACM0 to ttyACM1 after a reboot. Not yet sure how to hardcode this but if it happens again, then SSH to the Pi and run “ls /dev”and check the port entry for the RTK board. Compare this with what is listed in the Main Service.
2 Likes
You can get a stable serial port filename by looking at the /dev/serial/by-id and seeing what entry corresponds with the f9p. I recommend using these dev nodes over the normal /dev/tty* nodes.
Is this the meaning of the “PPP” abbreviation mentioned in this topic?
“Positioning information using PPP (Precise Posint Positioning) method can be obtained with a single
GNSS (Global Navigationing Satellite Systems) receiver in both static and kinematic mode at a level very
similar to the Relative Positioning method. This method has been used as an alternative to the relative
method in recent years since it provides both cost and ease of application and also provides the
expected accuracy and sensitivity for location information. In this study, on Livingston Island, which is
located in the Antarctic Peninsula, has been made a series of GNSS measurements on two different
days with a Zodiac boat. GNSS data were evaluated separately by the relative method, PPP-AR
(Ambiguity Resolution) and Traditional PPP methods. Kinematic positioning performance of PPP-AR and
Traditional PPP method were compared with the relative method. The results clearly demonstrate the
superiority of the PPP-AR method”
Yes.
I have not had the time to study this yet, so would appreciate any clarification, but…
Having watched my base for a week or two, the position of the antenna seems to drift; the absolute position is not accurate. This is with a good 40+dB signal from more than 30 satellites. It still drifts.
Absolute (accurate) positioning is not required for high precision, this is what PPP is all about.
I think 
Edit: after a bit of reading, I think the above is incorrect. Does PPP eliminate the requirement for a base station?
1 Like
Serial port did work. I could read data from 5015 port.
I did save the non-working installation. Only difference between working and non-working settings.conf file is that the working one has rtcm_serial_receiver_options='-TADJ=1 while the non-working one option is empty.
It also might have been some other messed up thing.
Ah fair enough. It only takes one wrong value to mess everything up!
Have you seen this post?
1 Like
This option alone was not the reason you had some problems but it looks like the F9P was not detected during the non-working setup installation, as this option is automatically added when a F9P is detected during the first initialization (if you use the flashable image) or during ./install.sh --all.
Big warning with PPP:
You can get an accurate position with PPP, and without any base station, but you have to wait for a very long time on a static position. And the coordinates will be in WGS84 Coordinate reference system, not in your plate fixed CRS.
2 Likes
Good piece of information, saved me going down a rabbit hole. Thanks.
anyone using this with raspberry pi’s VNC? How to install VNC on Raspberry pi | Remote Access - YouTube
could be nice to access remotely, because after power failure need to login again so remotely it could be easier…
Why do you need to connect to your Pi after a power failure? RTKBase start automaticaly.
i thought i must login to make station working again with user: basegnss pass:basegnss!
No, you don’t have to.
I’ve configured VNC access to the Pi that runs Stefal’s base. So far only done updates for other Raspberry SW remotely.