GPS Async template not decoding Longitude correctly
Posted: Sat Jan 27, 2018 10:05 am
I have a customer who has an NMEA-compatible GPS sending data through a MoTeC STC to his EDL3.
He is getting GPS data, but the GPS Longitude is coming out positive even though he is in the western hemisphere. It seems like the decode of the ",W" is missing. What is unique about his GPS, is that the Latitude & Longitude values have 7 digits after the decimal point (I've only see 2-4 on other GPS receivers). A bug perhaps?
Here is an example NMEA sentence:
$GPRMC,152454.36,A,3859.9593406,N,07711.6700646,W,0.151,125.1,240118,0.0,E,A*2B
So the Latitude DDMM.MMMMMMM should be 3859.9593406,N
and the Longitude DDDMM.MMMMMMM should be 07711.6700646,W
We are unable to fix this in the comm template ourselves, or with a dash math channel. That is likely due to the double-precision nature of GPS Lat/Long values.
Anyone else had this problem?
He is getting GPS data, but the GPS Longitude is coming out positive even though he is in the western hemisphere. It seems like the decode of the ",W" is missing. What is unique about his GPS, is that the Latitude & Longitude values have 7 digits after the decimal point (I've only see 2-4 on other GPS receivers). A bug perhaps?
Here is an example NMEA sentence:
$GPRMC,152454.36,A,3859.9593406,N,07711.6700646,W,0.151,125.1,240118,0.0,E,A*2B
So the Latitude DDMM.MMMMMMM should be 3859.9593406,N
and the Longitude DDDMM.MMMMMMM should be 07711.6700646,W
We are unable to fix this in the comm template ourselves, or with a dash math channel. That is likely due to the double-precision nature of GPS Lat/Long values.
Anyone else had this problem?