Jump to content

Test-AC: Difference between revisions

From Teltonika Telematics Wiki
No edit summary
No edit summary
 
(8 intermediate revisions by one other user not shown)
Line 1: Line 1:
{| class="wikitable" style="width: 100%;"
=External RTK coordinate via CAN/RS232 interface with FMC650=
|+
==Overview==
! style="width: 20%; border: 1px solid white; border-bottom: 2px solid #0054A6; background: white; color: #0054A6; text-align: center;" |FIRMWARE VERSION
Activating '''RTK (Real-Time Kinematic)''' coordinate acquisition enables the FMC650 device to process RTK data from CAN.
! style="width: 20%; border: 1px solid white; border-bottom: 2px solid #0054A6; background: white; color: #0054A6; text-align: center;" |RELEASE DATE
When configured, the RTK module can provide high-precision coordinates using:
! style="width: 60%; border: 1px solid white; border-bottom: 2px solid #0054A6; background: white; color: #0054A6; text-align: left;" |CHANGES
*RTK receiver via RS232 
|-
*RTK data via CAN 
| style="border: 1px solid white; border-bottom: 2px solid #E8E8E8; text-align: center; vertical-align: center; background: white;" |<span class="mw-headline" id="04.01.00.Rev.08">{{{fw|'''04.02.00.Rev.05'''}}}</span><br />
*Internal GNSS receiver (GNS) as fallback 
| style="border: 1px solid white; border-bottom: 2px solid #E8E8E8; text-align: center; vertical-align: center; background: white;" |{{{release_date| 2026-04-02}}}
The device automatically chooses the best available source based on configuration and data quality. 
| style="border: 1px solid white; border-bottom: 2px solid #E8E8E8; text-align: left; vertical-align: center; background: white;" |
 
'''New Features:'''
The following specifications indicate the minimum firmware and configurator version requirement to use RTK coordinate acquisition via CAN on FMC650.
*'''NEW!''' Added BLE sensor error codes.
 
*'''NEW!''' GNSS Augmentation and PAP+CHAP GPRS authentication added.
*<b>Platform:</b> FM65 
*'''NEW!''' Added possibility to configure saving/not saving last known coordinate into flash.
*<b>Device:</b> FMC650 
*'''NEW!'''  Added PCB Temperature IO.
*<b>Firmware version:</b> 03.01.03.Rev.228 
*'''NEW!'''  Added new GNSS IO - Status Value.
*<b>Configurator version:</b> B.FMX6_R.192 
'''Improvements:'''
 
*Improved CAN Odometer reading and sending.
==Method of Operation==
*Improved modem initiation after restart.
When the RTK option is enabled, the device always tries to use RTK sources first and falls back to internal GNSS if needed. 
*Improved Manual Geofence handling in low speed.
 
*Improved restoring coordinates from flash algorithm.
'''Source priority'''
*Improved ''fwstats'' command response restart section.
#'''RS232 (primary RTK source)'''
*Improved Total Mileage maximum value, which now can be more than 1 million.
#:*The device checks whether any COM port (COM1 or COM2) is configured in RTK mode. 
*Improved BLE communication with iOS over GATT.
#:*If at least one COM port is configured for RTK and valid data is present, coordinates are taken from RS232. 
*Improved Accelerometer analysis methods.
#'''CAN RTK (secondary RTK source)'''
*Improved maximum DOUT off duration on idling event.
#:*If RS232 RTK data is not available or is invalid, the device checks the CAN RTK status. 
*Improved internal file management for faster operation.
#:*If valid CAN RTK data is available, coordinates are taken from CAN. 
*Improved CAN adapter connection state detection.
#:*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.
*Improved validation for the range of “Distance Since Refuel” values.
#'''Internal GNSS (GNS) Fallback'''
*Improved calculation logic for distance-based parameters.
#:*If neither RS232 nor CAN provide valid RTK data, the device uses the internal GNSS receiver (GNS) for coordinates. 
*Improved fluctuations in “Distance Since Refuel” readings.
#'''RTK Disabled'''
*improved Operator Ban List.
#:*If the RTK option is disabled, coordinates are always taken from the internal GNSS receiver.
*Improved GNSS Jamming.
 
*Stability improvements.
'''RTK data from CAN'''
'''Resolved issues:'''
 
*Resolved Trip Odometer on startup showing Total Odometer value.
When CAN is used as the RTK source, the device reads:
*Resolved Func WD no send not working for backup server.
*'''Latitude''' 
*Resolved immobilizer authorization status after restart.
*'''Longitude''' 
*Resolved DOUT2/DOUT3 control via ignition feature.
*'''Altitude''' 
*Resolved keyword setting over BT for configurator.
*'''Ground speed''' 
*Resolved issue with GNSS reconfiguration to QZSS.
*'''Course'''
*Resolved issue with BLE Hidden mode visibility.
 
*Resolved program number reset via major FW update.
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.
*Resolved [LVCAN] Presence flagging trace spamming in log.
 
*Resolved issue with misleading firmware status after update.
==Configurator Setup==
*Resolved issue when "Beacon Presence" parameter did not show value.
This section describes how to enable RTK as a location source and configure RS232 and CAN usage through the Configurator.
*Resolved issue with duplicate GSM status update after device restart.
 
'''Fixes:'''
'''Enabling RTK as a location source'''
*Fixed reset conditions for Total Odometer calculations.
[[File:Source Location from RTK.png|right]]
*Fixed incorrect handling of “Distance Since Refuel” in non-OBD compliant modes.
#Open the Configurator and connect to the FMC650 device.  
*Fixed signed integer issue in HV Battery Lifetime Energy data.
#Navigate to the System tab.
*Fixed modem initialization issue when SIM PIN is required.
#Find the option “Source Location from RTK” in the '''System Settings''' section.
*Fixed time synchronization issue.
#Set this option to '''Enable'''.
*Fixed NTP ''timesync'' getting stuck.
 
*Fixed Abnormal altitude spam when GPS is not stable.
When enabled, the device will use RTK data from RS232/CAN if available, with automatic fallback to internal GNSS.
*Fixed Vehicle speed always being 255.
 
*Fixed Advanced beacon names appear incorrectly in configurator.
For advanced configuration (e.g. via commands):
*Fixed RFID, BLE RFID IOs operand value.
 
*Fixed HV battery parameter unit conversion.
Source Location from RTK <br>
*General Fixes
'''Parameter ID:''' 55000 <br>
|-
'''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: 
#Open the RS232/RS485 tab in the Configurator. 
#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. 
 
[[File:RS232 settings - RTK.png|right]]
 
'''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.
<br>
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: 
[[File:ISOBUS - RTK.png]]
*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: 
#Navigate to the '''I/O''' tab (or equivalent I/O monitoring view).
#Find the parameter '''Location Source'''.
[[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>

Latest revision as of 14:46, 14 April 2026

External RTK coordinate via CAN/RS232 interface 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.228
  • 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