Jump to content

Test-AC: Difference between revisions

From Teltonika Telematics Wiki
No edit summary
No edit summary
Line 1: Line 1:
=Driver Working State Filters=
=RTK Coordinate via CAN Integration with FMC650=
==Configuration==
==Overview==
[[File:Driver Working State Filters.png|right]]
Activating '''RTK (Real-Time Kinematic)''' coordinate acquisition enables the FMC650 device to process RTK data from CAN.
'''N/A driver state''' – If parameter is disabled, the device will not save data about current minute, if driver information are not available. System bypassed to report incorrect or incomplete data.<br>
When configured, the RTK module can provide high-precision coordinates using: 
(''Parameter ID: 253'')
*RTK receiver via RS232 
*RTK data via CAN 
*Internal GNSS receiver (GNS) as fallback 
The device automatically chooses the best available source based on configuration and data quality. 


'''Deny driver working state when ignition off''' – If parameter is disabled, device will reject driver information when vehicle ignition is turned off.<br>
The following specifications indicate the minimum firmware and configurator version requirement to use RTK coordinate acquisition via CAN on FMC650.
(''Parameter ID: 254'')


'''OneMinute Rule''' - if parameter is disabled, device will continue analyzing driver data but results will not be saved and records with data will not be generated (enables or disables rule 038).<br>
*<b>Platform:</b> FM65  
(''Parameter ID: 252'')
*<b>Device:</b> FMC650 
*<b>Firmware version:</b> 03.01.03.Rev.227 
*<b>Configurator version:</b> B.FMX6_R.192 


==SMS/GPRS Commands==
==Method of Operation==
*<b>tacho_dbg:x</b>, where x = 0,1
When the RTK option is enabled, the device always tries to use RTK sources first and falls back to internal GNSS if needed.
:This command allows to enable or disable basic debug information.
:Response for the command: <b>Set tacho data monitor dbg:0</b>
*<b>getparam x</b>, where x = configurator parameter (252,253,254)
:This command allows to check the value of configured parameters.
:Response for the command: <b>Param ID:252 Value:1</b>
*<b>setparam x:y</b>, where x = configurator parameter (252,253,254), y = value to write
:Command allows to set value to Configurator parameter. Available value 0,1.
:Response for that command:
:<b>Config same for 252: 1</b> – information that parameter was configured before with the same value.
:<b>Failed to update parameters</b> – there was an error during setting parameter. Value of the range.
:<b>New value 252:0</b> – parameter configured successfully. Received information what value has been set to specific parameter.


==One Minute Rule==
'''Source priority'''
The '''One Minute Rule''' is for situations when a driver is on a rest period but needs to move the vehicle briefly, for example, to clear a passage for another vehicle. Under normal circumstances, starting to move the vehicle would '''reset the rest period''', potentially affecting the driver’s working time calculation. The One Minute  Rule allows such short actions '''without interrupting the rest period''', under certain conditions.  
#'''RS232 (primary RTK source)'''
#:*The device checks whether any COM port (COM1 or COM2) is configured in RTK mode. 
#:*If at least one COM port is configured for RTK and valid data is present, coordinates are taken from RS232. 
#'''CAN RTK (secondary RTK source)'''
#:*If RS232 RTK data is not available or is invalid, the device checks the CAN RTK status.
#:*If valid CAN RTK data is available, coordinates are taken from CAN. 
#:*A timing check is applied if the time difference between received CAN RTK frames is greater than 2 seconds. The device automatically switches to the internal GNSS receiver (GNS) to keep coordinates up to date.
#'''Internal GNSS (GNS) Fallback'''  
#:*If neither RS232 nor CAN provide valid RTK data, the device uses the internal GNSS receiver (GNS) for coordinates.
#'''RTK Disabled'''
#:*If the RTK option is disabled, coordinates are always taken from the internal GNSS receiver.  


<b>How it works:</b>
'''RTK data from CAN'''
*The tachograph analyzes the '''entire minute''' and determines which activity occupied the longest duration.
*If the driver moves the vehicle for '''less than 30 seconds within a minute''', the device considers the '''dominant activity''' as rest, not driving.
*As a result, the full minute is counted as part of the '''rest period''', and the driver does not need to restart the break.


<b>Benefits:</b>
When CAN is used as the RTK source, the device reads:
*Ensures a realistic recording of the driver’s working and rest times.
*'''Latitude''' 
*Allows brief vehicle maneuvers during a rest period without formally interrupting it.
*'''Longitude''' 
*Simplifies activity reporting and prevents unintended violations of driving time regulations.
*'''Altitude''' 
*'''Ground speed''' 
*'''Course'''


==Tachograph Functional Rules==
These values are taken from standard CAN messages designed for GNSS/RTK data. Exact PGNs and signal layouts depend on whether external RTK/ECD/ISOBUS system is being used.
===Rule 038 – One Minute Rule===


Rule 038 defines how tachographs record the driver’s activity in '''1-minute intervals'''. Instead of storing activity changes second-by-second, the tachograph processes all activity signals within the current minute and determines which activity was dominant.
==Configurator Setup== 
This section describes how to enable RTK as a location source and configure RS232 and CAN usage through the Configurator.


<b>Logic:</b>
'''Enabling RTK as a location source'''
#The tachograph counts the number of seconds spent in each activity within the minute:
[[File:Source Location from RTK.png|right]]
#*Driving
#Open the Configurator and connect to the FMC650 device.
#*Other Work
#Navigate to the System tab. 
#*Availability
#Find the option “Source Location from RTK” in the '''System Settings''' section.
#*Rest/Break
#Set this option to '''Enable'''.
#At the end of the minute, the device selects the activity with the longest duration.
#The entire minute is recorded as that dominant activity.
<b>Example:</b>
*22 seconds of driving
*38 seconds of rest


The stored minute will be recorded as '''Rest'''.
When enabled, the device will use RTK data from RS232/CAN if available, with automatic fallback to internal GNSS.


This mechanism allows short movements during breaks without resetting the rest period.
For advanced configuration (e.g. via commands):


===Rule 040 – Priority of Driver Activities===
Source Location from RTK <br>
Rule 040 defines the priority hierarchy of activities when multiple activity inputs or triggers occur at the same time.
'''Parameter ID:''' 55000 <br>
It determines which activity should be applied immediately when conflicting signals are detected.
'''Values:''' 
Activity Priority (highest to lowest):
*'''0''' – Disabled (device uses only internal GNSS) 
*Driving
*'''1''' – Enabled (device uses RTK sources if available)
*Other Work
*Availability
*Rest/Break
What this means:
*If the tachograph detects vehicle movement, it must switch to Driving, regardless of what the driver selected manually.
*Manual selections can be overridden by activities with a higher priority level.
*This ensures consistent and legally compliant detection of driving activity.


'''Example:'''
Configuring RS232 for RTK Use 
The driver sets '''Rest''' manually.
If you plan to use an external RTK receiver via RS232:
If the vehicle moves for a few seconds, the tachograph will then switch to '''Driving''' (highest priority).
#Open the RS232/RS485 tab in the Configurator.
#For COM1 or COM2 (or both), set the mode to RTK.


===Rule 041 Handling Activity Changes Within the Minute===
Relevant parameter IDs: 
Rule 041 describes how tachographs monitor, count and buffer all activity transitions occurring within the current minute.
*'''COM1 mode''' – Parameter ID 151 
It provides the detailed second-level data needed by Rule 038 to decide the dominant activity.
*'''COM2 mode''' – Parameter ID 173 
*'''RTK mode''' Value 60 
If at least one COM port is configured to RTK mode and valid RTK data is received, the device will use RS232 as the main coordinate source.


'''Logic:'''<br>
[[File:RS232 settings - RTK.png|right]]
#The tachograph keeps an internal second-based counter of each activity during the minute.
#It records all transitions, even if they last only a few seconds (e.g., short manoeuvres).
#At the end of the minute, these counters are passed to Rule 038 for dominant-activity evaluation.


'''Example:'''<br>
'''Using CAN as the RTK Source'''  
Within one minute:
CAN-based RTK is used in the following cases:
*5 s driving
*None of the RS232 COM ports are configured in RTK mode, or 
*7 s rest
*RS232 RTK data is not valid or not present. 
*3 s driving
When those conditions are met and valid CAN RTK data is received: 
*45 s rest
*The device uses CAN as the coordinate source. 
Internal counters (Rule 041) determines:
*The device continuously monitors the time between RTK messages. 
*Driving = 8 s
*If CAN RTK messages are delayed by more than 2 seconds, the device automatically reverts to internal GNSS to avoid stale coordinates.
*Rest = 52 s
<br>
Rule 038 records the minute as '''Rest'''.
RTK data taken from CAN includes:
*'''Latitude 
*'''Longitude 
*'''Altitude 
*'''Ground speed 
*'''Course 


===Rule 042 – Special Activity Handling===
Configuration of RTK over CAN (e.g. PGN, source address, bitrate) depends on your external CAN/ISOBUS/RTK infrastructure and should follow that system’sdocumentation. 
Rule 042 defines additional logic for handling special or exceptional driver activities within the tachograph system.  


<b>Purpose:</b>
'''ISOBUS Data Visibility''' 
*Handle specific activity scenarios requiring immediate or exceptional processing.
When used in ISOBUS or similar environments:
*Override or modify activity states in special cases, such as emergency maneuvers or system-triggered events.
[[File:ISOBUS - RTK.png]]
*Ensure accurate reporting in situations not fully covered by standard activity rules.
*RTK-related data from CAN is visible in the ISOBUS section of the Configurator.
<b>Logic:</b>
 
# The tachograph monitors the current driver state and system inputs.
*This allows you to verify that RTK data is being received and interpreted correctly by the device. 
# If a special condition occurs, Rule 042 may:
 
::*Override the dominant activity determined by other rules.
==Active Location Source Monitoring==
::*Force a predefined activity to be recorded for the minute or sub-minute interval.
To understand which source is currently being used for position data, you can check the '''Location Source''' parameter.
<b>Example:</b>
 
*The driver is on a rest period, but an emergency maneuver is detected.
'''Location Source Values'''
*Rule 042 may temporarily record the activity as “Driving” for safety or legal compliance, even if Rule 038 would normally store “Rest” for that minute.
 
<b>Benefits:</b>
In the Configurator:
*Ensures critical or exceptional activities are accurately recorded.
#Navigate to the '''I/O''' tab (or equivalent I/O monitoring view).
*Enhances compliance with regulatory requirements in non-standard situations.
#Find the parameter '''Location Source'''.
*Provides flexibility for system designers to handle edge cases without impacting the normal minute-by-minute recording logic.
[[File:Location source.png]]
 
Possible values:  
 
*'''0 – GNS'''
Location is taken from the internal GNSS receiver. This is the default when RTK is disabled or when no valid RTK data is available.
 
*'''1 – RS232'''
Location is taken from the RTK receiver connected via RS232.
 
*'''2 – CAN'''
Location is taken from RTK data arriving over CAN.  
 
*'''3 – Err'''
Location is taken from the internal GNSS receiver, but this status indicates that RTK data from RS232 and/or CAN is invalid or unavailable. This helps distinguish normal GNSS use from “RTK expected but not available” situations.
 
This parameter is used for diagnostics and for confirming that your device is using the intended RTK source.
 
==NMEA Fix Type Monitoring (RS232 RTK Only)==
When RTK coordinates are received via RS232, you can also monitor the NMEA Fix Type to understand the quality of the GNSS/RTK fix. 
 
'''Configurator Steps'''
#Open the Configurator. 
#Go to the I/O tab (or relevant section). 
#Locate the parameter '''NMEA Fix Type'''.
 
[[File:NMEA Fix Type.png]]
 
'''Note:''' This parameter is '''only available when coordinate data is received via RS232 RTK'''. 
 
'''NMEA Fix Type Values'''
 
*'''NotValid''' - No valid GNSS fix is available.<br>
 
*'''GPS''' - Standard GPS fix using satellites only.<br>  
 
*'''DGNSS''' - Differential GNSS fix (e.g. DGNSS, SBAS, etc.).<br>  
 
*'''NotApplicable''' - Fix quality is not applicable in the current context. <br>
 
*'''RTK_Fixed''' - RTK Fixed; high-precision RTK fix (including xFill if supported by the receiver).<br>
 
*'''RTK_Float''' - RTK Float; typically, a converging RTK solution or similar intermediate status.<br>
 
*'''INS_DR''' - INS Dead Reckoning; position estimated by inertial sensors and previous GNSS/RTK data.<br> 
 
This information is beneficial for:
*Verifying that the external RTK receiver is working correctly.
*Assessing overall RTK performance and stability.
*Logging and diagnostics in advanced deployments.
 
==Parameter IDs and AVL IDs==
 
Below is a list of AVL IDs and Configurator IDs assigned to a specific item.
 
<table class="nd-othertables_2" style="width:50%; border-collapse: collapse;">
 
<tr>
<th style="width:8%; vertical-align: middle; text-align: left;">Name</th>
<th style="width:15%; vertical-align: middle; text-align: center;">Parameter ID</th>
<th style="width:5%; vertical-align: middle; text-align: center;">AVL ID</th>
</tr>
 
<tr>
<td style="vertical-align: middle; text-align: center;">RTK Longitude</td>
<td style="vertical-align: middle; text-align: center;">151790</td>
<td style="vertical-align: middle; text-align: center;">14145</td>
</tr>
 
<tr>
<td style="vertical-align: middle; text-align: center;">RTK Latitude</td>
<td style="vertical-align: middle; text-align: center;">151800</td>
<td style="vertical-align: middle; text-align: center;">14146</td>
</tr>
 
<tr>
<td style="vertical-align: middle; text-align: center;">RTK Altitude</td>
<td style="vertical-align: middle; text-align: center;">151810</td>
<td style="vertical-align: middle; text-align: center;">14147</td>
</tr>
 
<tr>
<td style="vertical-align: middle; text-align: center;">RTK Speed</td>
<td style="vertical-align: middle; text-align: center;">151820</td>
<td style="vertical-align: middle; text-align: center;">14148</td>
</tr>
 
<tr>
<td style="vertical-align: middle; text-align: center;">RTK Angle</td>
<td style="vertical-align: middle; text-align: center;">151830</td>
<td style="vertical-align: middle; text-align: center;">14149</td>
</tr>
 
<tr>
<td style="vertical-align: middle; text-align: center;">Source Location from RTK</td>
<td style="vertical-align: middle; text-align: center;">55000</td>
<td style="vertical-align: middle; text-align: center;">-</td>
</tr>
 
<tr>
<td style="vertical-align: middle; text-align: center;">Source Location from RTK</td>
<td style="vertical-align: middle; text-align: center;">55000</td>
<td style="vertical-align: middle; text-align: center;">-</td>
</tr>
 
<tr>
<td style="vertical-align: middle; text-align: center;">Location Source</td>
<td style="vertical-align: middle; text-align: center;">53050</td>
<td style="vertical-align: middle; text-align: center;">10919</td>
</tr>
 
<tr>
<td style="vertical-align: middle; text-align: center;">NMEA Fix Type</td>
<td style="vertical-align: middle; text-align: center;">53060</td>
<td style="vertical-align: middle; text-align: center;">10920</td>
</tr>

Revision as of 12:06, 25 March 2026

RTK Coordinate via CAN Integration with FMC650

Overview

Activating RTK (Real-Time Kinematic) coordinate acquisition enables the FMC650 device to process RTK data from CAN. When configured, the RTK module can provide high-precision coordinates using:

  • RTK receiver via RS232
  • RTK data via CAN
  • Internal GNSS receiver (GNS) as fallback

The device automatically chooses the best available source based on configuration and data quality.

The following specifications indicate the minimum firmware and configurator version requirement to use RTK coordinate acquisition via CAN on FMC650.

  • Platform: FM65
  • Device: FMC650
  • Firmware version: 03.01.03.Rev.227
  • Configurator version: B.FMX6_R.192

Method of Operation

When the RTK option is enabled, the device always tries to use RTK sources first and falls back to internal GNSS if needed.

Source priority

  1. RS232 (primary RTK source)
    • The device checks whether any COM port (COM1 or COM2) is configured in RTK mode.
    • If at least one COM port is configured for RTK and valid data is present, coordinates are taken from RS232.
  2. CAN RTK (secondary RTK source)
    • If RS232 RTK data is not available or is invalid, the device checks the CAN RTK status.
    • If valid CAN RTK data is available, coordinates are taken from CAN.
    • A timing check is applied if the time difference between received CAN RTK frames is greater than 2 seconds. The device automatically switches to the internal GNSS receiver (GNS) to keep coordinates up to date.
  3. Internal GNSS (GNS) Fallback
    • If neither RS232 nor CAN provide valid RTK data, the device uses the internal GNSS receiver (GNS) for coordinates.
  4. RTK Disabled
    • If the RTK option is disabled, coordinates are always taken from the internal GNSS receiver.

RTK data from CAN

When CAN is used as the RTK source, the device reads:

  • Latitude
  • Longitude
  • Altitude
  • Ground speed
  • Course

These values are taken from standard CAN messages designed for GNSS/RTK data. Exact PGNs and signal layouts depend on whether external RTK/ECD/ISOBUS system is being used.

Configurator Setup

This section describes how to enable RTK as a location source and configure RS232 and CAN usage through the Configurator.

Enabling RTK as a location source

  1. Open the Configurator and connect to the FMC650 device.
  2. Navigate to the System tab.
  3. Find the option “Source Location from RTK” in the System Settings section.
  4. Set this option to Enable.

When enabled, the device will use RTK data from RS232/CAN if available, with automatic fallback to internal GNSS.

For advanced configuration (e.g. via commands):

Source Location from RTK
Parameter ID: 55000
Values:

  • 0 – Disabled (device uses only internal GNSS)
  • 1 – Enabled (device uses RTK sources if available)

Configuring RS232 for RTK Use If you plan to use an external RTK receiver via RS232:

  1. Open the RS232/RS485 tab in the Configurator.
  2. For COM1 or COM2 (or both), set the mode to RTK.

Relevant parameter IDs:

  • COM1 mode – Parameter ID 151
  • COM2 mode – Parameter ID 173
  • RTK mode – Value 60

If at least one COM port is configured to RTK mode and valid RTK data is received, the device will use RS232 as the main coordinate source.

Using CAN as the RTK Source CAN-based RTK is used in the following cases:

  • None of the RS232 COM ports are configured in RTK mode, or
  • RS232 RTK data is not valid or not present.

When those conditions are met and valid CAN RTK data is received:

  • The device uses CAN as the coordinate source.
  • The device continuously monitors the time between RTK messages.
  • If CAN RTK messages are delayed by more than 2 seconds, the device automatically reverts to internal GNSS to avoid stale coordinates.


RTK data taken from CAN includes:

  • Latitude
  • Longitude
  • Altitude
  • Ground speed
  • Course

Configuration of RTK over CAN (e.g. PGN, source address, bitrate) depends on your external CAN/ISOBUS/RTK infrastructure and should follow that system’sdocumentation.

ISOBUS Data Visibility When used in ISOBUS or similar environments:

  • RTK-related data from CAN is visible in the ISOBUS section of the Configurator.
  • This allows you to verify that RTK data is being received and interpreted correctly by the device.

Active Location Source Monitoring

To understand which source is currently being used for position data, you can check the Location Source parameter.

Location Source Values

In the Configurator:

  1. Navigate to the I/O tab (or equivalent I/O monitoring view).
  2. Find the parameter Location Source.

Possible values:

  • 0 – GNS

Location is taken from the internal GNSS receiver. This is the default when RTK is disabled or when no valid RTK data is available.

  • 1 – RS232

Location is taken from the RTK receiver connected via RS232.

  • 2 – CAN

Location is taken from RTK data arriving over CAN.

  • 3 – Err

Location is taken from the internal GNSS receiver, but this status indicates that RTK data from RS232 and/or CAN is invalid or unavailable. This helps distinguish normal GNSS use from “RTK expected but not available” situations.

This parameter is used for diagnostics and for confirming that your device is using the intended RTK source.

NMEA Fix Type Monitoring (RS232 RTK Only)

When RTK coordinates are received via RS232, you can also monitor the NMEA Fix Type to understand the quality of the GNSS/RTK fix.

Configurator Steps

  1. Open the Configurator.
  2. Go to the I/O tab (or relevant section).
  3. Locate the parameter NMEA Fix Type.

Note: This parameter is only available when coordinate data is received via RS232 RTK.

NMEA Fix Type Values

  • NotValid - No valid GNSS fix is available.
  • GPS - Standard GPS fix using satellites only.
  • DGNSS - Differential GNSS fix (e.g. DGNSS, SBAS, etc.).
  • NotApplicable - Fix quality is not applicable in the current context.
  • RTK_Fixed - RTK Fixed; high-precision RTK fix (including xFill if supported by the receiver).
  • RTK_Float - RTK Float; typically, a converging RTK solution or similar intermediate status.
  • INS_DR - INS Dead Reckoning; position estimated by inertial sensors and previous GNSS/RTK data.

This information is beneficial for:

  • Verifying that the external RTK receiver is working correctly.
  • Assessing overall RTK performance and stability.
  • Logging and diagnostics in advanced deployments.

Parameter IDs and AVL IDs

Below is a list of AVL IDs and Configurator IDs assigned to a specific item.

Name Parameter ID AVL ID
RTK Longitude 151790 14145
RTK Latitude 151800 14146
RTK Altitude 151810 14147
RTK Speed 151820 14148
RTK Angle 151830 14149
Source Location from RTK 55000 -
Source Location from RTK 55000 -
Location Source 53050 10919
NMEA Fix Type 53060 10920