Jump to content

Test-AC: Difference between revisions

From Teltonika Telematics Wiki
No edit summary
No edit summary
(One intermediate revision by the same user not shown)
Line 1: Line 1:
==Camera request command==
https://wiki.teltonika-gps.com/view/Template:FTX_Features
A new camera request has been added, which allows the server to request files from a camera. It is also possible to to have two identical cameras connected at once. The format is as provided below in the table:
=SECO Scenario=
{| class="wikitable"
 
|+
===<u>Introduction</u>===
! rowspan="1" style="width: 400px; background: #0054A6; color: white;" |'''Command'''
[[File:FTX SECO.png|right|500px]]
! rowspan="1" style="width: 400px; background: #0054A6; color: white;" |'''Arguments'''
 
! rowspan="1" style="width: 400px; background: #0054A6; color: white;" |'''Explanation'''
The purpose of Secure Engine Cut Off (SECO) is to bring a vehicle to a stop, in order to prevent unauthorized use. SECO disables the fuel pump, which would prevent the engine from continuing to run and stop the vehicle from being driven. For safety reasons, the system is designed to slow the vehicle down gradually in a controlled manner, ensuring that security measures do not compromise the driver’s or passengers’ safety. It is typically triggered by remote commands (SMS or GPRS) and is used for security or immobilization purposes.
|-
 
| rowspan="1" style="text-align: center; style=" width: 150px; background: white; color: black;" |camreq:
===<u>Prerequisites</u>===
| rowspan="1" style="text-align: center; style=" width: 150px; background: white; color: black;" |
*At least one '''DOUT''' is available.
''<file_type> <br>
*'''SECO functionality''' should have DOUT control priority higher than '''Immobilizer''' scenario.
''<file_source> <br>
 
''<timestamp> <br>
===<u>How It Works</u>===
''<duration> <br>
Firstly, in order to safely slow down vehicle the systems toggles the relay, which is connected to fuel pump ('''GNSS Available'''). Secondly, at a safe speed, the system tuns on DOUT permanently in order to stop the vehicle ('''Speed Pulse'''). Last mode is activated in case no GNSS fix is available ('''GNSS Unavailable''').
''<domain> <br>
 
''<port> <br>
'''Speed Pulse'''
<u>''<resolution>''<br>(Only applied to photos)</u>
 
| rowspan="1" style="text-align: left; style=" width: 150px; background: white; color: black;" |Captures appropriate file with the provided details. If the connection to server is opened, the files immediately become available for download. If not, then connection is attempted. <br>If <b><domain></b> and <b><port></b> parameters are included, the device will send footage of the command to that address.<br>
DOUT control starts when the vehicle speed goes below a configured speed threshold and remains below this threshold for a specified speed check period. As soon as that happens DOUT is activated.
If <b><resolution></b> parameter is included when requesting a photo, the device will send the photo with the selected resolution.
 
<br><b>Please note,</b> that if the resolution parameter is not included in the SMS/GPRS command, the device will request a photo with configured resolution.
The timer will be reset if the vehicle speed increases above the configured speed threshold.
|-
 
| rowspan="1" style="text-align: center; style=" width: 150px; background: white; color: black;" |icam_req:
'''GNSS Available'''
| rowspan="1" style="text-align: center; style=" width: 150px; background: white; color: black;" |
 
''<camera_type><br>
This mode requires a GNSS fix to be present before DOUT control begins.
''<peripheral><br>
 
''<file_type><br>
DOUT pulsing starts when the vehicle speed drops below a configured speed pulse threshold and the speed remains below this threshold for a specified speed check period.
''<timestamp><br>
 
''<duration><br>
'''GNSS Unavailable'''
''<resolution><br>
 
''<domain><br>
This mode is used when a GNSS fix is not available.
''<port><br>  
 
|If the '''<file_type>''' is a video, both '''<timestamp>'''
In this mode, the system initiates DOUT control only if the vehicle is stationary, location data is unavailable, and the movement timeout condition is met.
and '''<duration>'''become mandatory; if the '''<file_type>''' is an image, '''<duration>''' and '''<timestamp>''' are not allowed; if the '''<file_type>''' is a timestamp image, '''<timestamp>''' is mandatory, whereas '''<duration>''' is not allowed. If an argument in the given context is optional and is not provided, its value will be taken from the device configuration.
 
|}
'''Note:''' If there is no GNSS fix available and “secoon” command is sent, the system waits for the movement timeout to be reached before activating the configured DOUT. This approach ensures that the vehicle is stationary prior to disabling the fuel supply.
The arguments are as follows:
 
=== <u> Parameters list </u>===
<table class="nd-othertables_2" style="width:100%; border-collapse: collapse;">
<tr>
<th style="width:1%; vertical-align: middle; text-align: center;">PARAMETER NAME</th>
<th style="width:1%; vertical-align: middle; text-align: center;">PARAMETER ID (RELATED AVL ID)</th>
<th style="width:5%; vertical-align: middle; text-align: center;">DESCRIPTION</th>
<th style="width:6%; vertical-align: middle; text-align: center;">VALUES</th>
</tr>
<tr>
 
<td style="vertical-align: middle; text-align: center;"> SECO DOUT status </td>
<td style="vertical-align: middle; text-align: center;"> 396</td>
<td style="vertical-align: middle; text-align: center;"> SECO DOUT status. </td>
<td style="vertical-align: middle; text-align: left;">'''0''' = SECO DOUT is '''OFF''' <br> '''1''' = SECO DOUT is '''pulsing''' <br> '''2''' = SECO DOUT is '''ON''' </td>
 
</tr>  
<tr>
 
<td style="vertical-align: middle; text-align: center;"> Priority </td>
<td style="vertical-align: middle; text-align: center;"> 1039600 </td>
<td style="vertical-align: middle; text-align: center;"> Priority of how events are being sent to a server. For example, events with low priority are added to the periodical record, and events with high priority are sent immediately after they occur. </td>
<td style="vertical-align: middle; text-align: left;"> '''0''' = SECO  scenario is '''disabled''' <br> '''1''' = SECO scenario is '''low''' <br> '''2''' = SECO scenario is '''high''' <br>
</td>
 
</tr>
<tr>
 
<td style="vertical-align: middle; text-align: center;"> Speed </td>
<td style="vertical-align: middle; text-align: center;"> 12254 </td>
<td style="vertical-align: middle; text-align: center;"> Speed threshold at which the configured digital output (DOUT) will be activated. </td>
<td style="vertical-align: middle; text-align: left;"> Minimum value = '''0'''<br> Maximum value = '''255''' <br> Default value = '''10''' </td>


*<file_type>
</tr>  
**0 - Video
<tr>
**1 - Photo


*<file_source>
<td style="vertical-align: middle; text-align: center;"> Speed pulse scenario </td>
**1 - Front camera
<td style="vertical-align: middle; text-align: center;"> 12259 </td>
**2 - Rear camera
<td style="vertical-align: middle; text-align: center;">
**3 - Both cameras
Speed threshold at which the configured digital output (DOUT) will be toggled. </td>
<td style="vertical-align: middle; text-align: left;"> Minimum value = '''0'''<br> Maximum value = '''255''' <br>Default value = '''10''' </td>


*<timestamp>
</tr>  
**Unix timestamps in decimal (not required for photo download)
<tr>


*<duration>
<td style="vertical-align: middle; text-align: center;">
**Video duration in seconds from provided timestamps (not required for photo download), (max 30 sec)
Speed check period </td>
<td style="vertical-align: middle; text-align: center;"> 12255 </td>
<td style="vertical-align: middle; text-align: center;"> Time span during which speed must be lower than configured for output to activate (GNSS on). </td>
<td style="vertical-align: middle; text-align: left;">  Minimum value = '''0'''<br> Maximum value = '''65535''' <br>Default value = '''10''' </td>


*<resolution> (<b>Only applied to photos</b>)
</tr>  
**0 – Use the resolution provided in the configuration
<tr>
**1 – 160x120
**2 – 320x240
**3 – 640x480
**4 – 1280x720
**5 – 1920x1080


*<type>
<td style="vertical-align: middle; text-align: center;">
**0-DSM
Movement timeout</td>
**1-MDAS
<td style="vertical-align: middle; text-align: center;"> 12256 </td>
**2-DualCam front
<td style="vertical-align: middle; text-align: center;"> Duration after which the DOUT will be activated if no movement is detected and GNSS is off. </td>
**3-DualCam rear
<td style="vertical-align: middle; text-align: left;">  Minimum value = '''0'''<br> Maximum value = '''65535''' <br>Default value = '''30''' </td>
**4-DashCam


*<Peripheral>
</tr>
**1-COM1
<tr>
**2-COM2
'''''camreq:'' Structure examples:'''


'''camreq:<file type>,<file source>(if video, add ",<timestamp>,<duration>)'''
<td style="vertical-align: middle; text-align: center;">Eventual records</td>
<td style="vertical-align: middle; text-align: center;"> 1039604</td>
<td style="vertical-align: middle; text-align: center;">Enables feature status sending only when the event happens (an eventual record). When disabled, feature status will be sent with both eventual and periodical records.</td>
<td style="vertical-align: middle; text-align: left;"> '''0''' = SECO status will be sent with both eventual and periodical records. <br> '''1''' = SECO status will be sent only when the event happens (an eventual record).</td>


However, if there is a need to send to the specific server without configuring, you can add two extra parameters.
</tr>
The complete structure:
<tr>


'''camreq:<file type>,<file source>(if video, add ",<timestamp>,<duration>),<domain>,port'''
<td style="vertical-align: middle; text-align: center;">Output control</td>
<td style="vertical-align: middle; text-align: center;">12252</td>
<td style="vertical-align: middle; text-align: center;">
Digital output used for connection to fuel pump to gradually stop the vehicle. </td>
<td style="vertical-align: middle; text-align: left;"> '''0''' = DOUT control is disabled <br> '''1''' = DOUT1 is controlled <br> '''2''' = DOUT2 is controlled <br> '''3''' = DOUT3 is controlled <br> '''4''' = DOUT4 is controlled</td>


For example: camreq:0,1,1624960616,5,212.59.13.226,7160
</tr>
<tr>


'''camreq:1,<file source>,<domain>,<port>,<resolution>'''
<td style="vertical-align: middle; text-align: center;">Output pulse</td>
<td style="vertical-align: middle; text-align: center;">12253</td>
<td style="vertical-align: middle; text-align: center;">Pulse functionality adds additional output control which helps to slow down vehicle before fully disabling fuel pump.</td>
<td style="vertical-align: middle; text-align: left;"> '''0''' = Disabled <br> '''1''' = Enabled </td>


Upload with domain, port, and resolution provided by a request. Example: camreq:1,1,192.168.1.1,12345,4
</tr>
<tr>


'''''icam_req:'' Structure examples:'''
<td style="vertical-align: middle; text-align: center;">
DOUT on duration</td>
<td style="vertical-align: middle; text-align: center;">12257</td>
<td style="vertical-align: middle; text-align: center;"> Duration for how long DOUT should be active.</td>
<td style="vertical-align: middle; text-align: left;"> Minimum value = '''10'''<br> Maximum value = '''5000''' <br>Default value = '''1000''' </td>


'''icam_req:<camera_type>,<peripheral>,<file_type>,<resolution>,<domain>,<port>
</tr>
<tr>


Usage example: 1,2,0,1,server.com,1234
<td style="vertical-align: middle; text-align: center;">DOUT off duration</td>
<td style="vertical-align: middle; text-align: center;">12258</td>
<td style="vertical-align: middle; text-align: center;"> A value in milliseconds, for how long DOUT should be inactive. </td>
<td style="vertical-align: middle; text-align: left;"> Minimum value = '''10'''<br> Maximum value = '''5000''' <br>Default value = '''1000''' </td>


'''icam_req:<camera_type>,<peripheral>,<file_type>,<timestamp>,<domain>,<port>
</tr>
</table>


Usage example: 1,2,1,1609459200000,server2.com,5678
<!---For Template:FTX SMS/GPRS Commands--->
{{#if: {{FTX Pin Support List|model={{{model}}}|pin=DOUT1}}{{FTX Pin Support List|model={{{model}}}|pin=DOUT2}}{{FTX Pin Support List|model={{{model}}}|pin=DOUT3}}
|
===SECO Commands===
<table class="nd-othertables_2" style="width:100%; border-collapse: collapse;">
<tr>
<th style="width:20%; vertical-align: middle; text-align: left;">COMMAND</th>
<th style="width:45%; vertical-align: middle; text-align: left;">DESCRIPTION</th>
<th style="width:35%; vertical-align: middle; text-align: left;">SYNTAX EXAMPLE</th>
</tr>
<tr>
<td style="vertical-align: middle; text-align: left;">[[SMS/GPRS command - secooff|secooff]]</td>
<td style="vertical-align: middle; text-align: left;">Deactivate SECO scenario.</td>
<td style="vertical-align: middle; text-align: left;"><code>secooff</code></td>
</tr>
<tr>
<td style="vertical-align: middle; text-align: left;">[[SMS/GPRS command - secoon|secoon]]</td>
<td style="vertical-align: middle; text-align: left;">Activate SECO scenario.</td>
<td style="vertical-align: middle; text-align: left;"><code>secoon</code></td>
</tr>
</table>
}}


'''icam_req:<camera_type>,<peripheral>,<file_type>,<timestamp>,<duration>
----
https://wiki.teltonika-gps.com/index.php?title=Template:FTX_Mobile_network


Usage example: 1,2,2,1609459200000,10
==Server settings== 
{| class="wikitable"
[[File:FTX server settings.png|right|500x800px]]
|+
===Primary server settings===
! rowspan="1" style="width: 600px; background: #0054A6; color: white;" |'''Conditions'''
'''Domain'''
! colspan="3" rowspan="1" style="width: 600px; background: #0054A6; color: white;" |'''Command response'''
*Server or Domain address, either IP address or Domain can be written.
|-
'''Port'''
| rowspan="1" style="text-align: center; style=" width: 150px; background: white; color: black;" |Request successful and server connection successful. Device is ready to send selected file
*Server Port.
| rowspan="14" style="text-align: left; style=" width: 150px; background: white; color: black;" |Photo  request from source <1-3>.
'''Data protocol'''
*TCP (Transmission control protocol) or UDP (User datagram protocol). Changing this parameter will alter how the device communicates. From the device side, TCP and UDP work almost the same, the only difference is that UDP doesn't need additional confirmation from the server side, that the data packet was received. TCP has that and uses more network data for the confirmation. The desired data transfer protocol can be selected through the configurator. For more information on the protocol differences of Teltonika devices, refer here [https://wiki.teltonika-gps.com/view/Teltonika_Data_Sending_Protocols]
----
'''New description added''' <br>
<span style="color:#00FF00;">'''Encryption'''
*TLS/DTLS are security protocols that protect information sent over a network by encrypting the data so only the intended recipient can read it. These Protocols help authenticate devices communicating with the server and ensure data integrity during transmission. TLS/DTLS encryption creates a secure, private connection so sensitive data can travel safely across networks.</span>


'''(If  photo request)'''
*In order to utilize TLS/DTLS encryption, server certificates must be uploaded via '''Teltonika Configurator Tool (TCT)''' or '''FOTA Web''' using '''Upload user TLS certificate''' task. For more information please reference [[{{{model}}} Device status]].


*'''Note:''' Currently Encryption is supported only if TCP/UDP data protocol is used. MQTT + TLS is not supported in '''Firmware version 3.7.0''' at this time.


Video  request from source <1-3> for <1-30> seconds since YYYY-MM-DD HH:MM:SS.
----
===Secondary server settings===
'''Mode'''
*Backup - Records are sent to second server while main server is not available.
*Duplicate - records are sent to both servers (main and second), records are deleted from Flash storage only if both servers confirmed that the records were received from device.


'''(If  video request)'''
{| class="wikitable"
| colspan="2" |Preparing to send file  from timestamp <timestamp of the file>
|+ Secondary server parameters
|-
| rowspan="1" style="text-align: center; style=" width: 150px; background: white; color: black;" |Request successful but the device  was already connected to the server. Device is ready to send selected file
| colspan="2" |Already connected.  Preparing to send file from timestamp <timestamp of the file>
|-
| rowspan="1" style="text-align: center; style=" width: 150px; background: white; color: black;" |Request received but the capture  failed
| colspan="2" |Error: capture failed
|-
|Request received but the device  cannot proceed with the capture and sending because ignition is off
| colspan="2" |Error: Cannot capture  because ignition is off
|-
|Request received but the previously captured and prepared photo/video was not sent. New media is not captured.  The device is ready to send the previous capture
| colspan="2" |Warning: Photo / Video  already captured previously, trying to send it
|-
|Request received but the device was already connected to the server. New media is not captured. The device is ready to send previous capture
| colspan="2" |Already connected. Warning:  Photo / Video already captured previously, trying to send it
|-
|Request received but the camera doesn’t acknowledge sent command. Nothing will be sent
| colspan="2" |Error: DualCam NAK
|-
|Request received but the camera is  not connected or not working
| colspan="2" |Error: DualCam not  present
|-
|Request received but the camera is  not connected or not working
| colspan="2" |Error: requested file  does not exist
|-
|Request received but the device  cannot connect to the server
| colspan="2" |Error: connect to  server
|-
|Request received but the modem is  not ready for operation (network or modem issue)
| colspan="2" |Error: modem not ready  to start send
|-
|Request received but the device  cannot proceed with the capture and sending because the camera is being  reconfigured
| colspan="2" |Cannot send, DualCam  configuration is in progress
|-
|Request received but file capture time was exceeded.
| colspan="2" |Error: Media request  timeout
|-
|Request received but capture  completed incorrectly
| colspan="2" |Error: Media request problem
|-
|File type parameter incorrect in the  request command
| rowspan="4" |Error:  Invalid
|File Type
| rowspan="4" |argument  in camera request cmd!
|-
|File Source parameter incorrect in  the request command
|File Source
|-
|Timestamp parameter incorrect in the  request command
|Timestamp
|-
|-
|Duration parameter incorrect in the  request command
! Parameter !! Parameter ID !! Values
|Duration
|-
|-
|Cannot proceed with the request,  ignition is off
| Second server type || 2010 || 0 - Disable, 1 - Backup, 2 - Duplicate
| colspan="3" |Error: Ignition not  detected!
|-
|-
|Request command structure incorrect
| Secondary server IP or DNS address || 2007 || String
| colspan="3" |Error: Invalid camera  request command!
|-
|-
|RS232 and DualCam mode is not  enabled
| Secondary server port || 2008 || Integer
| colspan="3" |Error: DualCam is not  configured!
|-
|-
|Front or rear camera not found
| Secondary server protocol || 2009 || 0 - TCP, 1 - UDP
| colspan="3" |Error: Front / Rear  Camera not present
|}
|}
<br>
 
https://wiki.teltonika-gps.com/view/Template:FTX_Features
=GNSS Fuel Counter=
[[File:FTX GNSS fuel counter.png|right|500px]]
 
===<u>Introduction</u>===
The Fuel Counter GNSS scenario provides fuel consumption estimation using GNSS-derived distance and user-configured fuel rate. It calculates the amount of fuel used by multiplying traveled distance by the average fuel rate and converting it to appropriate units. It is a software-based alternative when fuel flow sensors are not available.
===<u>How It Works</u>===
The scenario monitors GNSS data and updates fuel usage whenever valid  GNSS PVT(Position, Velocity, Time) messages are received and movement is detected. It also supports runtime reconfiguration to keep fuel usage parameters in sync with user changes.
 
*On device startup, the scenario:
**Checks for a retained value of previously used fuel.
**If found, it restores this value and updates the corresponding I/O element.
**If no retained value is found, the system uses the current configuration parameter (user-defined or default), stores it in retained RAM for future startups, and updates the I/O element.
 
When GNSS messages are received, the scenario determines whether they represent a GNSS source event or position data, and, if valid movement is detected, updates both distance traveled and fuel consumption.
 
If the scenario is enabled and the user modifies the average fuel usage parameter, it automatically detects any deviation between the configuration and the current I/O value and synchronizes them.
=== <u> Parameters list </u>===
<table class="nd-othertables_2" style="width:100%; border-collapse: collapse;">
<tr>
<th style="width:1%; vertical-align: middle; text-align: center;">PARAMETER NAME</th>
<th style="width:1%; vertical-align: middle; text-align: center;">PARAMETER ID (RELATED AVL ID)</th>
<th style="width:5%; vertical-align: middle; text-align: center;">DESCRIPTION</th>
<th style="width:6%; vertical-align: middle; text-align: center;">VALUES</th>
</tr>
<tr>
 
<td style="vertical-align: middle; text-align: center;"> Scenario priority </td>
<td style="vertical-align: middle; text-align: center;"> 1001200<br>(12)</td>
<td style="vertical-align: middle; text-align: center;">Priority of how events are being sent to a server. For example, events with low priority are added to the periodical record, and events with high priority are sent immediately after they occur.</td>
<td style="vertical-align: middle; text-align: left;">  '''0'''=Disable <br>  '''1'''=Low priority <br>  '''2'''=High priority </td>
 
</tr> 
<tr>
 
<td style="vertical-align: middle; text-align: center;"> Average consumption </td>
<td style="vertical-align: middle; text-align: center;"> 11902 </td>
<td style="vertical-align: middle; text-align: center;">Average consumption presented in the technical documentation of the vehicle.</td>
<td style="vertical-align: middle; text-align: left;"> Minimum value = '''0.0'''<br> Maximum value = '''50.0''' <br> Default value = '''0.0''' </td>
 
</tr>
<tr>
 
<td style="vertical-align: middle; text-align: center;">
Fuel counter value</td>
<td style="vertical-align: middle; text-align: center;"> 11910 </td>
<td style="vertical-align: middle; text-align: center;">The initial fuel counter value in litres. Can be used to set the starting value or reset the current one.</td>
<td style="vertical-align: middle; text-align: left;"> Minimum value = '''0.0'''<br> Maximum value = '''4294967.2''' <br> Default value = '''0.0''' </td>
 
</tr>
</table>

Revision as of 08:48, 6 March 2026

https://wiki.teltonika-gps.com/view/Template:FTX_Features

SECO Scenario

Introduction

The purpose of Secure Engine Cut Off (SECO) is to bring a vehicle to a stop, in order to prevent unauthorized use. SECO disables the fuel pump, which would prevent the engine from continuing to run and stop the vehicle from being driven. For safety reasons, the system is designed to slow the vehicle down gradually in a controlled manner, ensuring that security measures do not compromise the driver’s or passengers’ safety. It is typically triggered by remote commands (SMS or GPRS) and is used for security or immobilization purposes.

Prerequisites

  • At least one DOUT is available.
  • SECO functionality should have DOUT control priority higher than Immobilizer scenario.

How It Works

Firstly, in order to safely slow down vehicle the systems toggles the relay, which is connected to fuel pump (GNSS Available). Secondly, at a safe speed, the system tuns on DOUT permanently in order to stop the vehicle (Speed Pulse). Last mode is activated in case no GNSS fix is available (GNSS Unavailable).

Speed Pulse

DOUT control starts when the vehicle speed goes below a configured speed threshold and remains below this threshold for a specified speed check period. As soon as that happens DOUT is activated.

The timer will be reset if the vehicle speed increases above the configured speed threshold.

GNSS Available

This mode requires a GNSS fix to be present before DOUT control begins.

DOUT pulsing starts when the vehicle speed drops below a configured speed pulse threshold and the speed remains below this threshold for a specified speed check period.

GNSS Unavailable

This mode is used when a GNSS fix is not available.

In this mode, the system initiates DOUT control only if the vehicle is stationary, location data is unavailable, and the movement timeout condition is met.

Note: If there is no GNSS fix available and “secoon” command is sent, the system waits for the movement timeout to be reached before activating the configured DOUT. This approach ensures that the vehicle is stationary prior to disabling the fuel supply.

Parameters list

PARAMETER NAME PARAMETER ID (RELATED AVL ID) DESCRIPTION VALUES
SECO DOUT status 396 SECO DOUT status. 0 = SECO DOUT is OFF
1 = SECO DOUT is pulsing
2 = SECO DOUT is ON
Priority 1039600 Priority of how events are being sent to a server. For example, events with low priority are added to the periodical record, and events with high priority are sent immediately after they occur. 0 = SECO scenario is disabled
1 = SECO scenario is low
2 = SECO scenario is high
Speed 12254 Speed threshold at which the configured digital output (DOUT) will be activated. Minimum value = 0
Maximum value = 255
Default value = 10
Speed pulse scenario 12259 Speed threshold at which the configured digital output (DOUT) will be toggled. Minimum value = 0
Maximum value = 255
Default value = 10
Speed check period 12255 Time span during which speed must be lower than configured for output to activate (GNSS on). Minimum value = 0
Maximum value = 65535
Default value = 10
Movement timeout 12256 Duration after which the DOUT will be activated if no movement is detected and GNSS is off. Minimum value = 0
Maximum value = 65535
Default value = 30
Eventual records 1039604 Enables feature status sending only when the event happens (an eventual record). When disabled, feature status will be sent with both eventual and periodical records. 0 = SECO status will be sent with both eventual and periodical records.
1 = SECO status will be sent only when the event happens (an eventual record).
Output control 12252 Digital output used for connection to fuel pump to gradually stop the vehicle. 0 = DOUT control is disabled
1 = DOUT1 is controlled
2 = DOUT2 is controlled
3 = DOUT3 is controlled
4 = DOUT4 is controlled
Output pulse 12253 Pulse functionality adds additional output control which helps to slow down vehicle before fully disabling fuel pump. 0 = Disabled
1 = Enabled
DOUT on duration 12257 Duration for how long DOUT should be active. Minimum value = 10
Maximum value = 5000
Default value = 1000
DOUT off duration 12258 A value in milliseconds, for how long DOUT should be inactive. Minimum value = 10
Maximum value = 5000
Default value = 1000



https://wiki.teltonika-gps.com/index.php?title=Template:FTX_Mobile_network

Server settings

Primary server settings

Domain

  • Server or Domain address, either IP address or Domain can be written.

Port

  • Server Port.

Data protocol

  • TCP (Transmission control protocol) or UDP (User datagram protocol). Changing this parameter will alter how the device communicates. From the device side, TCP and UDP work almost the same, the only difference is that UDP doesn't need additional confirmation from the server side, that the data packet was received. TCP has that and uses more network data for the confirmation. The desired data transfer protocol can be selected through the configurator. For more information on the protocol differences of Teltonika devices, refer here [1]

New description added
Encryption

  • TLS/DTLS are security protocols that protect information sent over a network by encrypting the data so only the intended recipient can read it. These Protocols help authenticate devices communicating with the server and ensure data integrity during transmission. TLS/DTLS encryption creates a secure, private connection so sensitive data can travel safely across networks.
  • In order to utilize TLS/DTLS encryption, server certificates must be uploaded via Teltonika Configurator Tool (TCT) or FOTA Web using Upload user TLS certificate task. For more information please reference [[{{{model}}} Device status]].
  • Note: Currently Encryption is supported only if TCP/UDP data protocol is used. MQTT + TLS is not supported in Firmware version 3.7.0 at this time.

Secondary server settings

Mode

  • Backup - Records are sent to second server while main server is not available.
  • Duplicate - records are sent to both servers (main and second), records are deleted from Flash storage only if both servers confirmed that the records were received from device.
Secondary server parameters
Parameter Parameter ID Values
Second server type 2010 0 - Disable, 1 - Backup, 2 - Duplicate
Secondary server IP or DNS address 2007 String
Secondary server port 2008 Integer
Secondary server protocol 2009 0 - TCP, 1 - UDP

https://wiki.teltonika-gps.com/view/Template:FTX_Features

GNSS Fuel Counter

Introduction

The Fuel Counter GNSS scenario provides fuel consumption estimation using GNSS-derived distance and user-configured fuel rate. It calculates the amount of fuel used by multiplying traveled distance by the average fuel rate and converting it to appropriate units. It is a software-based alternative when fuel flow sensors are not available.

How It Works

The scenario monitors GNSS data and updates fuel usage whenever valid GNSS PVT(Position, Velocity, Time) messages are received and movement is detected. It also supports runtime reconfiguration to keep fuel usage parameters in sync with user changes.

  • On device startup, the scenario:
    • Checks for a retained value of previously used fuel.
    • If found, it restores this value and updates the corresponding I/O element.
    • If no retained value is found, the system uses the current configuration parameter (user-defined or default), stores it in retained RAM for future startups, and updates the I/O element.

When GNSS messages are received, the scenario determines whether they represent a GNSS source event or position data, and, if valid movement is detected, updates both distance traveled and fuel consumption.

If the scenario is enabled and the user modifies the average fuel usage parameter, it automatically detects any deviation between the configuration and the current I/O value and synchronizes them.

Parameters list

PARAMETER NAME PARAMETER ID (RELATED AVL ID) DESCRIPTION VALUES
Scenario priority 1001200
(12)
Priority of how events are being sent to a server. For example, events with low priority are added to the periodical record, and events with high priority are sent immediately after they occur. 0=Disable
1=Low priority
2=High priority
Average consumption 11902 Average consumption presented in the technical documentation of the vehicle. Minimum value = 0.0
Maximum value = 50.0
Default value = 0.0
Fuel counter value 11910 The initial fuel counter value in litres. Can be used to set the starting value or reset the current one. Minimum value = 0.0
Maximum value = 4294967.2
Default value = 0.0