I would like to start a random list of sources of z-errors (errors compromising the height measurement) when working with low cost RTK GPS receivers such as EMLID REACH. I would ask you to randomly contribute and I will later structure it systematically so that every one can benefit.
[Antenna hardware]: unknown position of the Antenna phase center (APC)
Antenna phase center is unknown for each antenna and needs to be calibrated to get the exact value. The build in antenna is an OEM model from Tallysman and phase offset could be uniq for each model, antenna phase offset highly depends on it surroundings. But its to be assumed phase center is close to ARP. A test could reveal that.
On my unites it varies between few mm to almost 4cm (reach with tin foil) and varies over time. Phase offset also changes over time.
I think I would do it more like a mind map and collect any aspects, probably even as far as flight speed of a uav. But at the other hand that might lead to a real mess and it is better to separate everything in threads.
Probably an admin could introduce a new subcategory for that? Very ambitious, but I think this could provide real value to those people like me who are not surveyors but coming from another profession (and I would guess that a lot of REACH users belong to that category).
I think seperating Z from XY is important as the test and usage is different.
Also have one unified test setup that is performed. The one in the PDF i linked too is good but maybe a overkill as it focus on the mm aspect. A simpler one might do it, just to bring the calibration error within a cm or two (for the Z value)?
If you mean relative to another position or absolute on earth I would say both.
If I get it right the case of the antenna phase center has impact in both cases!?
It might be good the note down where the error sources applies.
I think there is some confusion because of different view points on the topic.I’m looking to get to know ALL sources of error in order to make proper field measurements and photogrammetry. I would even include banal things like applying a wrong pole height. @TB_RTK is far more focused and structured.
In another post, @TB_RTK mentions that weather could be one source of the Phase Center being offset. So, if you make your measurements in a limited time-window, meaning the weather is also the same, then that error would be close to zero.
Googling how to determine the phase center doesn’t give me a sure-fire way to determine this. It would be fairly easy (but still have some other significant errorsources) to establish that the units can disagree (like placing the units at the same height with a known distance in between), and thus concluding that the phase centers are off, but that won’t give us an absolute error we can use for post-processing, because, who are correct to start with?
Yeah, i think as the first step would be to get relative measures. Mixing locations, antennas, different weather etc is going to add insecurity to the variables.
Using two RS (or more) units and compare result from the same timeframe when processed against a vrs or refrence station is one way to determined a relative variation between different units. If no variation is measured and reported, a single mean average delta could be applied for all RS units.
Mount 6 RS units on the same leveled height and all record the same data and process all with and against the same refrence point and see if any units deviates
edit: my point is, to first see if there is any deviations between units and for that you need minimum two… right?
If somebody is reporting deviation between units, we could all stop reporting because then we need individual offset delta`s
Ya’ll make me laugh!! So how would we find the phase center? I understand what TB was saying as far as checking 2 units (along with my 4 virtual units ) on same mount to check for deviation. I will do that as well. But after we find any deviation between two units, what is the process details for determining the Phase Center on the Reach RS?