We have a telematics device, which we wrote the code to generate and send AVL packets to the server using TLS connection.
We use the GitHub - MotivSolutions/Teltonika-tracker: TCP/UDP Listener server for teltonika gps tracking devices to check the packet is in correct format of not which it is.
But when the server receives this info, i does nothing, we are using some custom server which some 3rd party has deployed.
The server follows this process: (We are using codec8)
Send the IMEI
Get the response from server about IMEI accepted (for any other imei or incorrect imei, server throws error or doesnt respond, so our this request is therefore correct)
we then craft an AVL packet as per the documentation here - protocol-avl-packet
Then we send the request to the server with the entire data packet
the server sends back that it has accepted the data packet with the correct response
Our telematics device does all of this and is online physically
But we see no indication of that being reflected on our portal which syncs with this 3rd party AVL server. It doesn’t show any updates and neither the AVL server gives any indication of the same.
Question are:
does the AVL server expects some specific packets to be always sent
How can the AVL server tell that the device is online or is sending data, just by accepting the IMEI ? or by sending some special IO AVL ID’s to the server that are necessary/mandatory ? maybe we are missing an IO ID or some other field which the AVL server always needs
Sample AVL data packet - “00000000000000750801000000172424718100000000000000000000000000000000012206EF01F001C80115044502710007B50000B600002F204218000043000044000011001A07B600000000C7FFFFFFFFF1999912FFFFFFFF13FFFFFC25160BADB1D00E01180B40024E000000000000000011000000D0E6B9B000010000640A”
Please help us here Maynard or anyone else.
We are under a timeline to deliver this to our customer.
I have decoded the packet you shared, but it seems that no data has been sent from the device. The packet you are receiving is in the correct format, but it’s missing the expected data
Please check the device configuration and if I/O settings are enabled and periodic data sending is properly configured. Additionally, verify that the deep sleep mode is disabled.
You can follow the Teltonika wiki for device’s configuration FMC130 - Wiki Knowledge Base | Teltonika GPS
About this Question
How can the AVL server tell that the device is online or is sending data, just by accepting the IMEI ? or by sending some special IO AVL ID’s to the server that are necessary/mandatory ?
The device will first accept the imei and send an acknowledgment. After this, it will send all the data available in its flash memory to the server, If there is no data available, please check the device configuration.
I fixed the packet with correct timestamp and GPS co-ordinates. And now the packet is something like this and keeps changing in time stamp every 3 seconds with correct current time as required for avl packet.
Then I also changed the Sleep from ‘01’ to ‘00’ - no sleep or disable as per the docs. the IO ID’s remain the same. Device config as GPRS print logs connect to the correct server on the correct port and has a GPRS channel/link open.
“000000000000007508010000000066c7276f010f14f650209cca8033345211030021002206ef00f001c80015044502710007b50000b600002f204218000043000044000011001a07b600000000c7fffffffff1999912ffffffff13fffffc25160badb1d00e01180b40024e000000000000000011000000d0e6b9b0000100000770” - but even then i see no update on the portal.
What could be the potential issue now ? or any pointers would be great.
Does the Sequence of the IO have anything to say ?
on this AVL server, we are not sure who or when the server backend was installed, and we currently do not know the admin of this server as it was from a 3rd party and our tech team only knows to read data from this server from their own portal. So we cant get the server logs.
Please review the link above for the guide on data structures./ communication protocols, and try to identify the issues , in case if issue persist then create HD ticket and share with us the data logs along with configuration file of device ,
If you don’t have any contacts with our Sale managers, please contact with them on our official website https://teltonika-iot-group.com/ and click on “Contact Us” button. When you will click, please fill the form and submit it.
Thanks for the response. Although, the original problem still remains at large. But with the test server you shared, we at-least confirmed that issue is not from our side when dealing with packets and there responses. There is something wrong with the server it seems and some other team will look at this.