New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
When Adding Additional Control Messages, Cannot capture PMTK001 Responses #9
Comments
Correct. I couldn't capture those 001 request. Today I've tried to take some time to look into it. It seems you have to do the query first, wait for message 001 and then do your query again. The V5 threaded model is different and I have to take some time to see what/why I've done what I have done. The project has been silent for a while on my part (due to lack of time). I can't promise a quick fix. (It's a hobby). But I've got a good idea how to fix it. |
Hi Patrick. I've been looking in to the messages. A few observations. The acknowledge message appear the first time then they don't reappear. The first time you ask something (like the version of the chip) it takes time (up to minute). Later questions are answered faster. Ive rewritten the parts so when you ask the version, the routine waits for an answer or a time out occures. The moment the library gets initicated (first use) the version is read out.This adds time to the startup.
If you can tell me what you see, I can adapt the library. best regards |
I'll have a look... related thread with Quectel. The person responding has been a little hard to follow, but they seem to be saying we need to use an undocumented |
|
Implemented the pqverno message, added NMEAversion according to chip version. best regards |
The line Here's the whole L76GNSS object which conveniently also has the PQVERNO response as the last message even. {
'reg': bytearray(b'\x00'),
'ttf': -1,
'lastmessage': {
'ChipVersionID': 'L76LNR02A01SC',
'time': '08:35',
'date': '2018/07/23',
'command': 'R',
'PMTK': 'PQVERNO'
},
'NMEAVersion': 410,
'timeout': 180,
'BuildID': '0007',
'chrono': <Chrono>,
'SDK': '1.0',
'debug': False,
'ProductModel': 'Quectel-L76L',
'ChipVersionID': 'L76LNR02A01SC',
'ReleaseString': 'AXN_5.1.6_3333_18060518',
'timeout_status': True,
'Longitude': None,
'timeLastFix': 0,
'fix': False,
'release': 501,
'Latitude': None,
'i2c': I2C(0, I2C.MASTER, baudrate=100000)
} I'm going to run through a bunch of commands and will let you know if I see any issues. Thanks! |
Nice to see something I wrote is used. Hope you find some good use for it. I hope I find some time to do more with the GPS, but alas. On my todo list is still finding a fix for the long time to first fix on a cold boot problem. If you find something, allways happy to help. |
More to ask about in the Quectel forum I suspect. Thanks again for the library. I'm going to look into the stored location logs and I'll look into the cold boot as well to see if there any tips\tricks. |
I'm working to add sdditional control messages for:
But, as-is the library never seems to capture the response codes. These are all PMTK001 messages. Is this something you've observed before? I see you have commented out every place where you were trying to capture this before, ex:
Any additional information you can share about that? I see in your new V5 version you switched to a threaded model. I am wondering if the _read was to slow in this model to catch all messages.
The text was updated successfully, but these errors were encountered: