To get some information about the currect accuracy of the GPS it would be good to have access to the HDOP measurement.

Maybe even a accuracy measurement value, by using HDOP * 1.8 (which is the Position Accuracy from https://learn.adafruit.com/adafruit-ultimate-gps/ )?

In the parse function, there is a test for the char 4 from the end to make sure it is a '' followed by a checksum test if it is a '', but the alternative, when there is not a '*' does not do an early return with false.

An input string that starts with "$GPGGA" or "$GPRMC" but does not have a '*' at the end will cause the code to attempt to parse an illegal string.

A better approach might be to have an early return with false if there is no '*' character four from the end.

The original Adafruit library also has this problem of course.

See this particle community discussion for more details:

https://community.particle.io/t/default-example-for-asset-tracker-gps-prints-erratic-nmea-sentences-to-serial/21356

Veryfing code using this library in Particle Build fails with this error:

AssetTracker/AssetTracker.h:429:31: error: redeclaration of 'LIS3DH_RANGE_16_G'
   LIS3DH_RANGE_16_G         = 0b11,   //  /- 16g
                               ^

Hey @mohitbhoite, I'm using the first example to publish out the GPS location and I'm getting garbage. Function returns 1, which should indicate it has a fix, but I'm getting data like
97.000000,0.000000

Also haven't seen the SAT_FIX LED blinking, so maybe that needs to be ported to this hardware as well?

Hi i have tried using the function getOrientation() which is private, i edit it and make it public, however there is no implementation on .cpp for it. Any ideas?

So, as i understand it - Z axis determination is turned off, as it wasn't clear how to get the chip to cancel out the effects of gravity:

setting: writeRegister8(REG_CTRL_REG2, CTRL_REG2_HPM1 | CTRL_REG2_HPM0 | CTRL_REG2_HPIS1);

& adding Z axis to int1_cfg seems to solve the problem. I can't say i quite understand how this works, as the documentation really isn't clear [to a newb like me]...

Veryfing code using this library in Particle Build fails with this error:

AssetTracker/AssetTracker.h:430:32: error: redeclaration of 'LIS3DH_RANGE_8_G'
   LIS3DH_RANGE_8_G           = 0b10,   //  /- 8g
                                ^

While trying to implement the Asset tracker example (in particle documents), I bumped into the issue that GPS shows that it has gotten a fix on the position (by turning the "GPS FIX" led off) but the function .gpsfix() returns 0, so no data is collected.

My Hardware setup: I had replaced Electron with a Photon (don't think it matters here!). Used USB to power up and also used external Antenna.

After discussing the issue on forum, I worked on https://github.com/rickkas7/AssetTrackerRK by rickkas7. His library is based on TInyGPS++. Now the module is working perfectly. So it seems like the issue was with the Adafruit GPS library.

It would be great if the problem with Adafruit library is resolved!

Veryfing code using this library in Particle Build fails with this error:

AssetTracker/AssetTracker.h:579:16: error: 'WKP' was not declared in this scope
   int intPin = WKP

I'm working on a project where I'd like access to latitudeDegrees and longitudeDegrees but at the moment the only access is through readLatLon() and you'd have to parse the string results.

Adding accessors in AssetTracker.cpp and AssetTracker.h is pretty trivial and I'll open up a pull request.

Veryfing code using this library in Particle Build fails with this error:

AssetTracker/AssetTracker.h:431:32: error: redeclaration of 'LIS3DH_RANGE_4_G'
   LIS3DH_RANGE_4_G           = 0b01,   //  /- 4g
                                ^

Hey @mohitbhoite, I was finally testing the ublox branch and got compile errors on the first example (and I'd expect the others to throw it as well). The errors are that transmitMode, batteryStatus, and gpsPublish are undeclared when Particle.function tries to reference them. Fixed easily by adding these up above setup()

int transmitMode(String command);
int batteryStatus(String command);
int gpsPublish(String command);

This was in Dev. Maybe something's different in Build, or because I was using 061rc2? Worth adding them to all the examples.

I am trying to combine the GPSfeatures and accelerometer examples and only send latlon when the accelerator is activated. I can get the serial to print the accelerometer values for X, Y and Z but as soon as on turn GPSOn() then I my accelerometer only reads zero for all three access and the magnitude. Has anyone seen this before? Also does anyone know what pins are being used in the asset tracker?

thanks

Anyone working on getting the altitude? I am having trouble figuring it out.

I am trying to implement the 1_GPS_Features example of the Asset Tracker Library onto my electron asset tracker. However, when I try to compile the given code (in the Particle Web IDE), I get an error message saying-

1_gps_features.cpp:10:26: fatal error: AssetTracker.h: No such file or directory

The AssetTracker.h file is clearly in the library that the code is implementing so I do not understand why this error is occurring. Any suggestions?

We still have 0.0.5 online in Web IDE which is not even guarded against multi-inclusion
See here
https://community.particle.io/t/asset-library-not-working/30908

gpsFix will return true as long as a fix was established once.

Current code as of v.10:
bool AssetTracker::gpsFix() { if ((gps.latitude == 0.0) || (gps.longitude == 0.0)){ return false; } else { return true; }

If a fix is lost, gps.latitude and gps.longitude return their previous values, so this logic will only ever work upon powerup.