Test 2.22.1 shows that restrictions have been introduced for the NMEA data stream in ‘Output’ by BT. It seems that for each of the systems (GPS, GLONASS, Galileo) the output is performed only for a maximum of 4 satellites. In previous versions this restriction was not there. I explain this in an example:
new
Is it possible to restore this possibility, which was in previous stable versions and is important for using processing with NTRIP? 2020-02-08.zip (1.0 MB)
Hi Polina,
I would like to point out that adding the ZDA NMEA message to Reach View v2.22 apps complicates its use.
These two attached files show the problem. By using the program NMEA GPS monitor for Windows. NMEA.EXE Ver3.73 February 2020 (C) 4river you could see the difference.
Additional remarks
GPRMC
The key difference is that GPRMC (recommended minimum specific GPS/Transit data) is only sent after GPS has a location whereas GPZDA is sent as soon as the time is received from a satellite. You will get time when the signal is too weak for fixed solutions, enough for float only.
This is what this example is for:
It would be good to check whether the improvment by addition of ZDA NMEA affects other parts in the Reach View algorithm since version 2.2.2, especially in the case of an iterative procedure for obtaining established solutions. It should not affect, because these operations are from the u-blox binary raw data but initialization procedure in newer versions is more difficult. Maybe is it the case of lack of more precise time synchronization at start-up.
The „Check-Sum Error” probably causes that the external programme to picking given reads only 4 satellite from individual systems (4 - GPS, 4- GLONASS, 4- Galileo).
Hi Polina,
My suggestion to you is to check the Reach View is not mistaken in one of its implemented components with zenith elevation (precisely: zenith distance, zenith angle) instead of the elevation mask.
‘Zenit elevation’ is equal to 90 degrees minus the "elevation mask ".
Hence, probably such a small number of satellites as visible.
I think that the Zenith elevation is not the cause. The data is taken only from the 2 of poems $ GPGSV. Satellites are sorted according to numbering and not the Zenith elevation.
We can confirm there’s an issue with checksum in the latest ReachView. Shortly we’ll post more specific information on it and on the release of the fix for it.