Open tkerby opened 2 years ago
@tkerby I make an update here to explain how I solved , hoping that I can be of help to other people . I understand that the idea of this repository is that of a software designed for a fixed station , and therefore I think it will be quite complicated that in the future there will be a possibility of a survey system addition in . So I thought that very simply the survey in phase, must be done BEFORE starting the rtkbase services . Since I also work with a raspberry + ubuntu server+ ublox f9p , there is no GUI or even a command line interface to configure the survey . So I devised a small script in python that initially stops rtkbase services afterwards sends the configuration parameters to start the survey , and does a RESET of the F9P to start it . It is possible to follow the progress of the survey either with a led (using GPIO of the raspberry) or from the terminal , simply by going to read the UBX-NAV-SVIN packets . Once the survey is finished , the python script will start the rtkbase services , passing access to the f9p's serial . At this point from web interface , you can see the quality of the satellites , and start the various ntrip services. Since the f9p has finished the survey and is in TIME mode , it will send RTCM messages by itself .
Although it goes against the main idea of this repo , I did not use the automatic gnss configuration , because it gave me problems .So , be careful to save the working configuration of the f9p , before doing any action
+1 to this idea. I've been asked to provide a mobile-base and having rtkbase give this functionality would be ideal!
Maybe even an option to save a list of locations, so returning to the same area a year later, they could call up the previous "fixed" location. Obviously, a perfectly accurate location wouldn't be needed here, just good-enough that they can refer to when onsite
Would be great to support the survey in mode of the ZED-F9P for those looking to use this as a more temporary local correction source (eg on site with a drone). Having the ability to trigger that with a switch to one of the Pi pins and some sort of status LED would be really useful.
I'm also wondering if the reported position deviates a lot from the position entered by the user whether it should gate the outputs to avoid sending bad data. Could cover situations where a unit has moved or damage to an antenna for instance