Help with Server FAQ
Server Related Questions and Tips.
Pre-Requisites for server implementation
What are the pre-requisites for deploying devices on my server? |
To develop the platform, below are the requirements:
|
Server Requirements
What are the supported Network Protocols for Teltonika devices which I need to implement on my server |
Currently, the Teltonika devices works with 03 different protocols for Data Sending; TCP, UDP, and MQTT. Please keep a note that MQTT is supported only via AWS server or a custom server which should be implemented based on the AWS protocols. More information on MQTT ( based on AWS ) can be found here: https://wiki.teltonika-gps.com/view/Getting_Started_with_AWS_IoT_Core. |
Documentation
Does Teltonika offer any homologation or server implementation documents which we can use to see how the data is sent, received, and parsed? |
Regarding the documents/sources, here's what we offer:
|
Implementation
Is there any ID/Value available corresponding to the paramters that Teltonika devices offer? |
Yes, there are several parameters that you can get from our devices and the AVL IDs corresponding to each one of them can be found here: https://wiki.teltonika-gps.com/view/FMM130_Teltonika_Data_Sending_Parameters_ID. |
Communication with server
How does device communicate with the server?
|
First, when module connects to server, module sends its IMEI. First comes short identifying number of bytes written and then goes IMEI as text (bytes).
For example, IMEI 356307042441013 would be sent as 000F333536333037303432343431303133. First two bytes denote IMEI length. In this case 0x000F means, that IMEI is 15 bytes long. After receiving IMEI, server should determine if it would accept data from this module. If yes, server will reply to module 01, if not - 00. Note that confirmation should be sent as binary packet. I.e. 1 byte 0x01 or 0x00. Then module starts to send first AVL data packet. After server receives packet and parses it, server must report to module number of data received as integer (four bytes). If sent data number and reported by server doesn’t match module resends sent data. |
Troubleshooting Data
How to know if the device is sending the data to server or not? And how to know if the server is accepting the data from device or not?
|
|
Common Mistakes
I am getting the error on the server side saying"Protocol Mismatch". What could possible be wrong in this case? |
This is because of mismatch in the selection of Network Protocol on the device and server side. It is possible that on the Device, TCP is selected and on the server side its UDP or vice-versa. Since the structure for both the protocols is different, this mismatch can restrict establishing a connection on the server. |
ACK Requirements
How can we know if the acknowledgment is required on the server or not? Can we change this setting? |
Acknowledgment is made depending upon the "Record Settings":
|
Communication over GPRS
How can my device communicate over GPRS messages? |
We have few CODEC protocols supporting GPRS communication: Codec 12,13,14,15. However the functionality basics remains the same and is explained below for Codec 12.
Detailed information on the protocol can be found here: https://wiki.teltonika-gps.com/view/Teltonika_Data_Sending_Protocols#Codec_12 |
RAW Data Example
I need to parse the data received on my end. Do you have any piece of code or examples that you can provide that I can use to develop my parser? |
Here's an example of the Data Received in the HEX Format and how to parse it:
Received data in the hexadecimal stream: 000000000000003608010000016B40D8EA30010000000000000000000000000000000105021503010101425E0F01F10000601A014E0000000000000000010000C7CF. The detailed parsing can be found in the wiki page, under the category Communication with server: https://wiki.teltonika-gps.com/view/Teltonika_Data_Sending_Protocols#Codec_8 |