The following error appeared when working with the latest macOS Xcode 9
SDK:
error: unknown type name 'mach_port_t' mach_port_t
__libcpp_thread_get_port();
Added:
#ifdef __APPLE__
#define _DARWIN_C_SOURCE
#endif
(solution found at https://github.com/arvidn/libtorrent/issues/2364 )
Adds settings in rtklib code to parse GLONASS measurements in `obs_t`
and 'nav_t' structures. It also adds the time of day field in gnav eph
to keep track as of when ephemeris are reported.
Signal identifier for GLONASS L1 C/A was changed internally to be `1G`
instead of the '1C' originally conceived from the navigation software.
Also, forces PRN number update from decoding interface
Fixes bug in TOW update when a new value has been computed. This adds a
new flag to keep track of TOW update given the tk component. The code
fix improves the pseudorange measurement for code
Based on reference [2] of the lock_detectors file the accumulation
length for GLONASS satellite should be reduced to 10 ms instead of the
default value of 20. Because of the meander sequence of GLONASS system
the effective data bit is of length 10 ms as seen by tracking modules
Fixes the TOW computation mapping from GLONASS Time to UTC time and then
conversion to TOW and WN. The logic of the conversion considers time
offsets but may need to be reviewed.
Forces conversion of semicircles to radians units in some GNAV Almanac
parameters. In addition, adds safeguards in code to avoid invalid
slot number identification.
Removes the satellite position computation from the GNAV Almanac object
since it does not seems to be a great usage at the moment. Possible
addition of the fields should be added to the RTKLib API
Adds code to update the almanac information for satellites when decoded
by reducing the flags for the update. Almanac update is now reported
when the 2 required strings are decoded.
Adds conversion from relative code to data bits while decoding GLONASS
GNAV data. It also fixes bugs with CRC computation and extraction of
data from navigation message
Fixes bug in TOW update when a new value has been computed. This adds a
new flag to keep track of TOW update given the tk component. The code
fix improves the pseudorange measurement for code
Based on reference [2] of the lock_detectors file the accumulation
length for GLONASS satellite should be reduced to 10 ms instead of the
default value of 20. Because of the meander sequence of GLONASS system
the effective data bit is of length 10 ms as seen by tracking modules
Fixes the TOW computation mapping from GLONASS Time to UTC time and then
conversion to TOW and WN. The logic of the conversion considers time
offsets but may need to be reviewed.
Forces conversion of semicircles to radians units in some GNAV Almanac
parameters. In addition, adds safeguards in code to avoid invalid
slot number identification.
Removes the satellite position computation from the GNAV Almanac object
since it does not seems to be a great usage at the moment. Possible
addition of the fields should be added to the RTKLib API
Adds code to update the almanac information for satellites when decoded
by reducing the flags for the update. Almanac update is now reported
when the 2 required strings are decoded.
Previously didn't actually check for positive or negative acquisition
until the call to general_work *after* the one in which the detection
statistics were generated
Adds conversion from relative code to data bits while decoding GLONASS
GNAV data. It also fixes bugs with CRC computation and extraction of
data from navigation message
Using C++ 11 threading routines to create a worker thread that can
perform the FFT for acquisition in a non-blocking manner. By default
'blocking' is set to true, which is identical to the previous behaviour
(with the added overhead of an extra thread). When 'blocking' is set to
false, then the main thread does not wait for the worker, thereby
letting the receiver continue even when the FFT thread is working. This
is very useful for using FFT acquisition at higher sampling rates, where
the FFT cannot be performed in real-time.
The aim is to replace the separate pcps_multithread_acquisition_cc.
TODO: implement the same thing for the pcps_acquisition_sc
For galileo_e1_dll_pll_veml_tracking_cc and gps_l1_ca_dll_pll_tracking_cc
Note this gives some significant performance improvement for higher
sampling rates
Only done for GPS L1 C/A and Galileo E1 OS for now. Also added a
cpu_multicorrelator_real_codes class that performs code correlation
using real-valued local codes
Adds code to solve the shared frequency channels for GLONASS satellites
during acq and trk, it is now decode responsability to fix the identifier
when decoding of ephemeris happens. It also adds more details in tracking
plotting and fixes silly bug that created false alarm.
