I am trying to get my new EMLID REACH+ units to work and am having problems. I have tried the helpdesk, but it’s not really helping.
I’m in UK. Trying to use the units to survey, using a pole mounted Rover. I want to get as accurate a survey as possible, with minimum post-processing. I have set up RTK as per the instructions as I was told this would be accurate if I left the Base up for at least an hour before initial survey.
I am struggling to get FIX, despite BASE unit being set up all day in an open field with no obstructions. FIX occasionally comes on, but then goes quickly. Rover is maybe 150m from base. Maximum.
The survey points I took when it was in Fix say they are accurate to about 20-40mm (great!) but when exported they are clearly in error -baselines are not straight, buildings are not square. The sides of surveyed trenches overlap.
Also, the Base unit just turns itself off. Still has charge, not touched it. Just turns off.
Doesn’t help that I can’t use internet on my phone to look up answers when I am conected to the Reach units.
I want to export into QGIS, where I believe I need to be working in WGS84 CRS.
when I export the dxf into QGIS it pops up the wrong position relative to the mapping, although project and shapefile and mapping CRS are all set to WGS84
‘No matter which method you use relative position of the rover will always be cm-precise, the actual accuracy will be set by the accuracy of the base position.’
Doesn’t seem to be the case. Square structures are coming out rhomboid
In WGS84 it is true for all square structures, since it is not a cartesian CRS. You should convert your coordinates to UTM, for example, or any other orthogonal CRS.
If I understand right, it’s a rover. This log has a lot of cycle slips and really poor signal quality. I assume that it’s the main reason for not getting a fix solution.
thanks, what is a cycle slip? By signal quality do you mean the Lora or the satellite signals to the base? The base was in the middle of a field c150m from the Rover.
I’m on an away job without the units but will get them to you asap
thanks
Simplified, to have a good “lock” on the signal from a particular satellite, you need to have a continuously excellent signal to gain centimeter accuracy. A cycle slip is an interruption of this lock/stream.
By signal quality, @andrew.yushkevich means SNR or Signal-To-Noise Ratio, which is what you see in the Status tab in Reachview (all the vertical bars). For the fix to be trusted it should be 40 or more, though 35 will work.
The plots from RTKplot indicates really poor signal strength to a degree that I have not seen in an RS+ unit (unless covered, like inside).
Do you have a picture of your setup and environment you can share with us ?
Thank you, the base was in the middle of a field, no photos sadly, there was nothing above unit level on 75% of circumference, some trees c 100m away on 25% of circumference. Only sky above!
But the file that is problematic seems to be the rover rs+?
I don’t have access to your base log.
Both need excellent receiver-conditions to be centimeter precise.
the rover was also outside, c150m from Base. Theer were some trees in between, but no buildings (but that shouldn’t matter anyway if it is on Lora?). I’ll try and get the logs when I am with the units