Reach M+ and v2.22 issues

Emlid Flow & Emlid Flow 360
1

My test was about Reach M (i.e. Reach RTK). Very similar to [Tatiana’s second test] (Troubles with new 2.22.2 - #17). Reach RTK was placed on the roof of a car moving around the city. I used a separate mobile Wi-Fi to make corrections from an NTRIP station about 17 km away. After receiving a fixed solution I recorded the raw data in ubx format, basic RTCM with RINEX 3.00 and partly NMEA output, which I changed to LLH.
Comparing RTK and PPK results for this session, you can see the difference in the number of satellites. Hence the request to EMLID to find out the reason for this fault.

image
image623×509 16.7 KB

image
image635×509 12.5 KB

2000-02-20.zip (7.2 MB)
WARS0510.pos (277.0 KB)

Further, I explain that the starting point (initialization) I checked in the ‘Survey’
image
Base Point provides a stream of messages
image
The content of this thread has been significantly rewritten. I apologize for any inconvenience this may cause.

2

Hi Ryszard,

Thanks for reporting and sharing interesting data, we’ll look into the files.

4

More specific. This is a test made by Reach RTK formerly called Reach M :white_check_mark:

2020-02-22%2010-11-09
2020-02-22 10-11-09.jpg723×566 46.4 KB

5

@r.pazus
I set the elevation mask to 20 ° and get 99.8 % fixed!
I think it’s essential if we want to avoid the effects of multipath, especially if there are buildings all along the street.

Raz
Raz.png580×585 22.1 KB

1 Like
6

Hi,
Thanks. This is my mistake. I did not do it and there were glass sound-absorbing walls along the street.
Regards

8

This topic was automatically closed 100 days after the last reply. New replies are no longer allowed.