Server 6.11.1 broken decoder for Teltonika FMC003
Your RPM mapping seems correct. If the mapping already exist, you probably don't need to add.
Yes, you are correct, this is in github:
and this is in the documentation:
then there is an other issue why I dont get RPM data after the upgrade. I will analyse and post if I find something.
But as a general idea, would it be any help if I would wirte down any mapping that diviate from the "any" or "fmbxxx" devices, or would I just generate more work for somebody else with the potential to brake something?
Not sure I understand the question.
In general, IMHO, it would be better if all Teltonika AVL ID values were mapped to a standard attribute nomenclature, such as io<AVL ID>, as was partially done previously. Removing the mapping to the original attributes makes it more difficult to understand what an attribute corresponds to compared to the official Telfonika documentation.
Not sure what you mean Jack, values that aren't mapped are still there in io<#> form and those that are mapped can be overridden with computed attributes if desired.
I'm referring specifically to the mapped values. Previously, they were also maintained in the io<#> format, but now they've been removed. While having them may seem like an unnecessary duplication, I think it would have been more useful to make it a configuration option, like for raw data. For those like us who perform calculations to build new attributes, the migration involved a remapping effort, and in some cases the mappings aren't even entirely semantically correct. For example, the FMS fuel level for an FMB640 (avl id 87) is mapped to the obdOdometer attribute, which doesn't make much semantic sense. The disappearance of io87 meant we wasted a lot of time trying to figure out which attribute it had been remapped to.
This should solve your problem:
https://github.com/traccar/traccar/commit/5f587962453f52171826df98fdc6d7555f4bc0e7
But your statement is incorrect. We always had IO mapping. We occasionally add new ones, but in this case it was not correct for the devices you're using. It's really annoying that Teltonika is being inconsistent again.
Teltonika is in the middle of releasing their full suite of new FTx devices to replace all the FMb devices, so it's likely about to get worse.
They are, at least, trying to be consistent about the platform differences for AVL IDs:
https://wiki.teltonika-gps.com/view/AVL_ID_differences_between_FMB_and_FT_platforms
Hi ,
I encountered an issue after updateing the Server to 6.11.1 with my FMC003 from teltonika --> RPM is no longer displayed.
Last mounth there was a Forum post that had issues with a teltonika device and its mapping in traccar. teltonika support sad that there is no unified mapping between devices.
So I would like to create a mapping that properly implement the device I use --> FMC003
The issue is that I cant code and my understanding of the whole process is very limited, so please, if I wirte something stupid or wrong, just tell me, I will be happy about it!
I looked in github specificaly here: traccar/src/main/java/org/traccar/protocol/ in the file: TeltonikaProtocolDecoder.java as from my understanding this hadeles the decoding of the data send from the device.
again, my coding knowledge is zero, but what I would do:
in line 199 add:
and then go throuth the official documentation from teltronica for my device and check if the mapping is proper for "any" or if FMC003 has a modified mapping, like in the case of RPM, where I would add following:
if this is correct, please say so.
What I have still not figured out, if this is all I need to adopt, or if there are other links to a newly created register in other files.
secoundly if there are conflicting mappings --> should both mappings with the same registerNR but diferent devices be included like?
thanks for any pointers and help, as I want to do the actual work but dont yet know how.
Also Thanks to you Anton and all the Contributors, as I use traccar for years now and have been happy with it.
BR
Peter