Yeah, of course, the coordinates are fixed after the survey.
I tried to get a fix down to MM and failed when doing the survey for a week. Wonder if NTRIP corrections may have helped. Probably not.
Yeah, of course, the coordinates are fixed after the survey.
I tried to get a fix down to MM and failed when doing the survey for a week. Wonder if NTRIP corrections may have helped. Probably not.
I believe you can input corrections into the base but if that other basesās position isnāt precisely surveyed then it doesnāt help you much.
I just set my base surveying in to a basically unattainable level then left it until i got fed up of waiting. About 35 ish hours i think. Then just photograph the coordinates in u-centre and input them. Was down to less than 50mm iirc. Remember this doesnāt affect your rover accuracy, just itās position relative to other bases and real world coordinates.
Would be useful to know what was the RTCM 1008 message content when it did not work with Topcon (AGI-3) and what was the message content when it started working?
I run RTKBase (obviously with F9P) and I just set the antenna type to NULLANTENNA or ADVNULLANTENNA and this works fine with TOPCON AGI-4. Since AGI-4 only supports GPS and Glonass, I use legacy RTCM messages. I also set receiver options ā-TADJ=1ā.
At least with legacy messages the (older) Topcon receivers (I guess the same with Trimble) need to know if the base station receiver is made by Topcon, Trimble or any other company. This way the receiver can adapt to the different interpretation of RTCM specs.
Thatās an easy way, but if you move the base and re-survey the new base location the same way then your global reference could be out by 0-100mm, and all your existing saved guidance lines and boundaries will shift that much.
With RTKBase you can log the position readings to a text file on the sd card. Then you can post process the file with a tool like CSRS-PPP to correct for any satellite drift. Thatās about as good as its going to get.
Whenever I have to move the base station, I use RTCM from the old base station to find the precise relative location of the new base station, and then manually put those coordinates into the base when itās set up at the new location. That way everything stays relative.
Iāve never bothered with post-processing, and Iāve never done a survey-in longer than 10 minutes. It just doesnāt matter to me that much. Getting coordinates that agree with other RTK systems is always going to be a challenge and involves dealing with GIS coordinate systems (NAD83 in my case) to compensate for the fact that the land is always moving. Itās kind of interesting that Google maps is as close as it is, dealing with all that uncertainty. The satellite systems (SF3, RTX) cover wide areas. I wonder what coordinate system they use.
which, on the scale of what we do is absolutely nothing and, why would I move the base?
The narrowest tyres on any machine I use are six times that distance.
If you give a 24h log to the OPUS service, it should return the coordinates in NAD83. Isnāt it ?
Oh sure. Probably. But Iāve never had the need to do it.
Just dug out the code for the 1008 message. It was just a dummy 1008 and this actually may well be why it wouldnāt work before. RTKBase is sending exactly what you are, along with the receiver option.
However, it didnāt work with the default output of RTKBase which was :-
1004,1005(10),1006,1008(10),1012,1019,1020,1033(10),1042,1045,1046,1077,1087,1097,1107,1127,1230.
Thanks a lot for that information. A pity if nobody has any idea why the AGI-3 did not work from RTKBase with the default set. Not critical as youāve found a working approach.
Iām only sending the mandatory legacy messages for the AGI-4, 1004, 1012, 1006, 1008 if I remember right. I tend to remember others sending both legacy and MSM successfully. I think someone claimed too high message flow confusing AGI-4 (or was it some other brand) but Iāve never tried to test that.
Following our conversation I might change the messages to those actually. My RTKBase caster is already sending those for my friend with the AGI-3 to test. If I can grab him for an hour or two Iām going to see if I can narrow down what really stops it working.
I donāt quite understand, I have a server with a fixed IP, how should I install it, I downloaded the source code, but I donāt know how to install it
The opening message of this thread has links to instructions.
Is there a way to send different base coordinates to the two different Ntrip-services?
I know, this sounds very strang and stupid but this would be very helpful for me.
Perhaps setting different reciever options?
Thx a lot, christoph
No, itās not possible from the GUI.
But if you have some skill, you can edit the files. This is how I would do it:
position2=
entry in settings.conf with the āotherā coordinates
out_caster_B=
to use position2 in run_cast.shNtrip B service
from the guiThx a lot!
I hope my linux skills are good enough!
Would using a separate memory card for each base location , be a solution?
Or two kits if both need to be running simultaneously.