From Wiki Knowledge Base | Teltonika GPS
Server Related Questions and Tips.
Pre-Requisites for server implementation
What are the pre-requisites for creating a server and deploying a device?
|
To develop the platform, below are the requirements:
Requirement |
Description
|
Network Protocols |
TCP/IP and UDP are the basic protocols supported by our devices. MQTT is also supported.
|
Programming Language |
Knowledge about programming language is an asset, where Python, C#, JAVA can be used for Backend.
|
Database |
MySQL can be used for the database. Database is required to save the data incoming from different devices ( IMEIs )
|
Security |
Teltonika device support TLS Encryption which can be implemented on the server side.
|
Hardware Knowledge |
It can be found on our Teltonika WIKI: https://wiki.teltonika-gps.com/view/Main_Page
|
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
Implementation
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?
|
- We can always check the Device Status->GSM info page on the Teltonika Configurator. If device' GPRS status is "Activated" and Sent Records count is above zero and the Sent Records count is increasing that means device is sending data to the server. Thereafter, the server has to accept the data and send back response.
- If the server has the Codec 8 protocol integerated properly, it will send the response in HEX as number of records received by server. On Teltonika Configurator under Status->GSM info, we can check the "Received Data", Socket and Last server Response time to confirm when was the last connection happened with server and its response hour.
|
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":
- If ACK Type, TCP/IP is selected then Server Acknowledgement is not required
- If ACK Type, AVL is selected then the Server must respond with the Acknowledgement.
|
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.
- First, the Teltonika device opens the GPRS session and sends AVL data to the server (refer to device protocols).
- Once all records are sent and the correct sent data array acknowledgment is received by the device then GPRS commands in Hex can be sent to the device.
- The ACK (acknowledgment of IMEI from server) is a one-byte constant 0x01. The acknowledgment of each data array sent from the device is four bytes integer – a number of received records.
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
|
|