I saw events showing up in Notehub afterwards, so I left it plugged in to my computer overnight sitting on my desk (not moving anywhere). This morning, when I checked Notehub to see if a heartbeat event had registered, I noticed this error message that happened last night.
I don’t believe I ever included that command when configuring my Notecarrier, no. I followed the asset tracking instructions for periodic location tracking to a T, and there was no mention there of card.triangulation.
This documentation gives me a much better idea of what’s happening, though. As it recommends, I think I’ll allow for triangulation only when the Notecarrier is plugged into a USB power source.
Has the Notecard config changed since the time that you saw the _geolocate.qo event? I would love to know if card.triangulate was set, since there “should” be no other way for Session.ScanResults to get passed back to the Notehub where it will then try to do a triangulation lookup. If you have not changed anything since, can you take a look at what card.triangulate is set to? Although looking at the docs, I can’t tell how we would know if card.triangulate has been set by using any req calls. I see how to set it, but not how to check what it has been set to
The config has not changed since I saw that event.
The Notecarrier has just continued to sit on my desk, plugged into the computer. I looked at the docs also, and I’m not sure how to tell what its current setting is.
I just ran {"req":"card.triangulate"} from the Notecard CLI, and got back the following JSON {"motion":1626290735} though.
I have a factory reset card and {"req":"card.triangulate"} gets me {}. So it must be set to something on your card! We’ll figure out how to read back the config shortly im sure
{“req”:“card.triangulate”} will return a motion: field regardless of the setting (or not) of card.triangulate. All that is needed is for the accelerometer to be active and to have sensed movement at some time since the boot.
Triangulation can also be enabled with the environment variable _tri - you could check if it’s set with
{“req”:“env.get”,“name”:"_tri"}
{“text”:“wifi,cell”}
Will return {} if it is not set.
An environment variable set on Notehub would not be cleared by a {“req”:“card.restore”,“delete”:true}
Which is crazy! You do not have card.triangulate set so data is leaking into that slot somehow. I talked with Ray last night and there is one theory i will apply and deploy. will let you know when it hits production.
Reopening this topic as I’ve had another _geolocate note.add event with my Notecarrier AF as well as some other odd responses.
On Friday, Aug 20 at 5:21 PM EST, an event was added to Notehub with the following text: {"err":"project's plan needs to be upgraded to allow geolocation lookups of triangulation data"}
This is probably an unrelated note but a curiosity for me: The next day, on an 8 hour drive back from vacation, the Notecard mysteriously sent the following message when after syncing its GPS data with Notehub at 8:12 AM EST: _log.qo {"text":"gpsmax: modem powered down"}.
It continued to sync each hour thereafter up to 12:09 PM, when a _log.qo note reported {"text":"gpsmax: cancelling GPS seek: network: can't connect (9 min remaining) {registration-failure}{network}{extended-network-failure}"}
The next hour, the logs reported at 1:10 PM {"text":"gpsmax: modem powered up in gps mode"} and 2:25 PM {"text":"removed from penalty box after registration failure penalty period"}
Perhaps at certain points in the drive the Notecard couldn’t make a satellite connection and upload to Notehub? It was riding the in the backseat of the car the whole way and should have had a clear view of the sky through the windows so I’m curious if you can explain those messages.