(11-28-2020, 09:53 AM)Lousy Fisherman Wrote: You need to enable agps first, then gps-raw then gps-nmea. The detail are somewhere in this forum
HTH
LF
I tried doing this and waiting 10 seconds in between enabling each, it didn't effect the end result I was still unable to obtain a lock/fix on a single satellite, let along enough to actually acquire my location. I'm going to troubleshoot with a friend who also has the phone and see if they can get it working, then I can copy there configuration and see if mine is a hardware issue or something else. Thanks for your tips though, any one else with other tips is more very welcome to suggest.
By the way there are two agps modes, agps-msa and agps-msb, which one are you enabling and using?
(11-28-2020, 11:49 AM)wibble Wrote: My script is based on the process described in the Quectel docs. I thought these were already in the wiki but apparently not:
https://www.quectel.com/UploadImage/Down...l_V1.0.pdf
https://sixfab.com/wp-content/uploads/20...l_V1.1.pdf
The 'CME ERROR: 505' is because the GPS is already off.
The 'CME ERROR: 418' is a failure to delete the file, which suggests it's the first time you've run the script since a modem reset.
I don't see anything obviously wrong, although it seems I didn't paste the output into my notes so I'm going from memory. How good is your view of the sky? I was testing from indoors by a window, and it was usually hard to get a fix without AGPS. With AGPS it was often very quick, but not always. When I was testing I kept modemmanager disabled and used picocom to access the serial devices directly.
I can't comment with certainty on a potential hardware error on the 1.2a boards as I only have a 1.1, but there's no mention of changes to the GPS antenna board layout.
Thanks for the comment, perhaps once I am more familiar I will feel more comfortable to use picocom to interact with them directly instead of using modem manmager.
I contacted pine microsystems about the post on https://www.reddit.com/r/PinePhoneOffici...atellites/ and they said that there shouldn't be any hardware issue "Please to inform that we had confirmed with design engineer is the GNSS ant suppose short to ground and this is normal behavior."
So if there is some hardware issue it is most likely internal to the modem module itself in my case, I will need to diagnose further. Thanks for your feedback.
