Hello,
Our client has informed us that 16 sensors with a BG770AGLAAR01A05 Quectel modul have reported timestamp errors.
Here is an example with a frame from sensor No. 867951069796072.
{
“id”: “682280444a017334c58f7b4e”,
“streamId”: “urn:lo:nsid:mqtt:867951069796072”,
“timestamp”: “2025-05-12T23:12:04.586Z”,
“model”: “model_dfm_rso_v6”,
“value”: {
“fcnt”: 4,
“payload”: “09020C001B01000B01010200180104D929”,
“deviceid”: “867951069796072”,
“iccid”: “89330123307807080130”,
“type”: “LTE-M”,
“mqttServer”: “Orange”,
“lte network”: {
“lac”: “00”,
“ci”: “0000”,
“rssi”: 0,
“rsrp”: 0,
“sinr”: 0,
“rsrq”: 0,
“bars”: 0
},
“timestamp”: 3155812254,
“lteNetwork”: {
“lac”: “00”,
“ci”: “0000”,
“rssi”: 0,
“rsrp”: 0,
“sinr”: 0,
“rsrq”: 0,
“bars”: 0
},
“app”: “LTE”,
“messageType”: “Keep Alive”,
“lte”: {
“message”: “Data LTE”,
“subscribedTopic”: “2”
},
“system”: {
“0”: {
“message”: “Relay Control System”,
“relay”: “OFF”
},
“1”: {
“message”: “SysData System”,
“rtcUpdated”: “By LTE”
}
}
},
“tags”: [
“TRAM T3B”
],
“extra”: {},
“metadata”: {
“source”: “urn:lo:nsid:mqtt:867951069796072”,
“group”: {
“id”: “hALTG0”,
“path”: “/Production/TRAM T3B”
},
“encoding”: “dfm_rso_split_mqtt_v1.13_priv”,
“connector”: “mqtt”,
“network”: {
“mqtt”: {
“clientId”: “urn:lo:nsid:mqtt:867951069796072”
}
},
“transformation”: {
“decoder”: {
“split”: {
“rank”: 0
}
}
}
},
“created”: “2025-05-12T23:12:04.586Z”
}
stream = histo:smartoperations:655655cc8b7b250001dda81b!values
histo:smartoperations:!values
One of our experts believes that this is due to the use of NITZ by the Quectel module to synchronise the RTC clock.
He bases this on the following:
What do you think?
Thank you, have a nice day.