C-GPS Library 3.08 Release note

AT+ERSWV?
+ERSWV: OPUSIIIWAVECOM_GCC,<WBR>ENP320I903301_11631805_000,1,0

RENAMED / MODIFIED: erNmeaGetGSV has been changed to be consistent with the other NMEA generation functions, modifying the argument list. It is recommended to use the updated erNmeaGetGSV function. An example is provided below:

Original code snippet (for C-GPS plug-in 3.04):

if (gpsDataAvailMask & ER_SVSTAT_AVAIL) {
int num_sats, num_msgs, loop;
unsigned char nmeaStr[NMEA_STRING_SIZE];
num_msgs = erGetNumPartsGSV(&num_sats);
for (loop = 1; loop <= num_msgs; loop++) {
len = erNmeaGetGSV(num_sats, num_msgs, loop, nmeaStr); // write out nmeaStr
}
}

New implementation snippet (for C-GPS plug-in 3.08):

if (gpsDataAvailMask & ER_SVSTAT_AVAIL) {
unsigned char nmeaStr[NMEA_STRING_SIZE];
while ( erNmeaGetGSV(nmeaStr) ) {
// write out nmeaStr
}
}

However, if preferred, two additional functions erNmeaGetNumPartsGSV0 and erNmeaGetGSV0 have been temporarily created and behave exactly like their original counterparts, simply replace all of the old calls with the ‘0’ version.

- the source header files contain additional function definitions that are not included in the API document.

- the API document includes functions in an intermediate state and are temporarily not supported for this release.

All these functions should be ignored and not called.

The most impacting issue for the cgps application occurs any time the floating point NMEA output includes a number with leading zeros in the decimal fraction part of the number.

for example:
attempting to print 3564.0789 using a %f format gives 3564.789
attempting to print 3564.0009 using a %f format gives 3564.9

This function is only used on SimpleSample, not on QueryApp samples.