search

COAST-Lab / Biogeochemical-Drifter

All code and documentation of Stephen Lail's Master's project
0 stars 1 forks source link

GPS not responding properly #9

Open SUPScientist opened 5 days ago

SUPScientist commented 5 days ago

Observed behavior

From email from @Stephen-Lail: "I am trying to plot the GPS data I took the other day. In previous tests of the other sensors, I was inside so the GPS readout was always 0. I opened the .csv file to try and work on the data and the GPS data from that walk still said 0. I am going to be looking into whether the problem is a hardware issue or if it's a code issue."

Expected behavior

Should be several places where GPS data are printed to screen and saved to SD card. GPS data should include time and location among other details.

Steps to reproduce

Flash compiled code (associated with https://github.com/COAST-Lab/Biogeochemical-Drifter/commit/736b1f60d40d4c233d86e4ca1fdfe48479538f5c). Run entire system. Bring outside and walk around in open air.

SUPScientist commented 5 days ago

@Stephen-Lail, please post link to a recent data file (logged using current code) that you have added to this repo and also copy and paste data being printed to serial monitor here.

SUPScientist commented 5 days ago

Need clarification regarding exact GPS readout. Is it literally just 0 being printed to screen, or is there more info? If the GPS to Boron serial communications are working properly and it's just not getting a fix, you'll still get a lot of info from the GPS, just no good lat/lon and time will be inaccurate. But if you're literally only getting zeros, that means something else is amiss, likely a problem with the serial communications.

SUPScientist commented 5 days ago

Noticing that in your code, you have https://github.com/COAST-Lab/Biogeochemical-Drifter/blob/736b1f60d40d4c233d86e4ca1fdfe48479538f5c/Firmware/Drifter_Code_V2/src/Drifter_Code_V2.cpp#L94

Whereas in the functional example here, they use GPS.begin(9600);. Probably worth changing/testing 9600 baud.