Mezon EX Bus Telemetrie dekodieren
- Airq-AD
- Offline Autor
- Neues Mitglied
- Beiträge: 4
- Dank erhalten: 2
Hallo an alle.
Seit ein paar Tagen versuche ich Mezon ESC Telemetrie daten über EX Bus ausleasen und dekodieren. Ich kontrolliere ESC rpm über Kanal 1 und dass funktioniert ohne Probleme.
Baud ist 125000bps, 8N1
Platforme ist standard STM32 uC...
Kanal Info frame, dass ich sende:
3E 01 28 13 31 20 80 25 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F CA 85
Telemetrie auslese versuch.
Ich sende:
3E 03 28 13 31 20 80 25 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 65 F9 3D 01 08 13 3A 00 B0 3D
Mezon ESC antwortet mit:
3B 01 21 13 3A 19 AF 57 35 95 BB 55 47 3B D0 34 7A 23 78 50 B3 23 5C 65 42 2A D4 19 57 2A E1 75 CB
Dekodierung versuch (EX Bus protokol v1.21 EN.pdf und JETI_Telem_protocol_EN_V1.07.pdf):
· 3B 01 - Header
· 21 - Packet LEN (0x21 = 33 bytes)
· 13 - Packet ID
· 3A - Telemetry packet
· 19 - Payload LEN (0x19 = 25 bytes)
PAYLOAD
· AF - Distinct identification of an EX packet, N could be any number
· 57 - 2b = Packet type; 0 - Text protocol, 1 – Data protocol, 2 – Message protocol => 0x40: Data protocol
6b = Length of a packet (number of bytes following) => 0x17: 23 bytes
· 35 95 - Upper part of a serial number, Manufacturer ID (0x9535 = 38197)
· BB 55 - The lower part of a serial number, Device ID (0x55BB = 21947)
· 47 – Reserved (
· 3B - 4b = Identifier of telemetry value (0-15) => 0x03: 3
4b = Data type of telemetry value (0-15) => 0x0B: 11 (int30_t)
· D0 34 7A 23 - 4 byte Data (as per int30_t)
· 78 - 4b = Identifier of telemetry value (0-15) => 0x07: 7
4b = Data type of telemetry value (0-15) => 0x08: 8 (int30_t)
· 50 B3 23 5C - 4 byte Data (as per int30_t)
· 65 - 4b = Identifier of telemetry value (0-15) => 0x06: 6
4b = Data type of telemetry value (0-15) => 0x05: 5 (int22_t)
· 42 2A D4 - 3 byte Data (as per int22_t)
· 19 - 4b = Identifier of telemetry value (0-15) => 0x01: 1
4b = Data type of telemetry value (0-15) => 0x05: 9 (int30_t)
· 57 2A ??? missing two bytes - according to int30_t type!
· E1 - 8 bit CRC = OK!
END OF PAYLOAD
· 75 CB - 16-bit CRC = OK!
CRC16 und CRC8 sind korrekt und ohne Probleme die ganze Zeit.
Was könnte hier das Problem sein?
Warum scheinen den Daten für den letzten Telemetriewert (19 – int30_t) zwei Byte zu fehlen?
Für Einsichten oder Hinweise wäre ich sehr dankbar.
Gruss,
Ben
Seit ein paar Tagen versuche ich Mezon ESC Telemetrie daten über EX Bus ausleasen und dekodieren. Ich kontrolliere ESC rpm über Kanal 1 und dass funktioniert ohne Probleme.
Baud ist 125000bps, 8N1
Platforme ist standard STM32 uC...
Kanal Info frame, dass ich sende:
3E 01 28 13 31 20 80 25 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F CA 85
Telemetrie auslese versuch.
Ich sende:
3E 03 28 13 31 20 80 25 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 40 1F 65 F9 3D 01 08 13 3A 00 B0 3D
Mezon ESC antwortet mit:
3B 01 21 13 3A 19 AF 57 35 95 BB 55 47 3B D0 34 7A 23 78 50 B3 23 5C 65 42 2A D4 19 57 2A E1 75 CB
Dekodierung versuch (EX Bus protokol v1.21 EN.pdf und JETI_Telem_protocol_EN_V1.07.pdf):
· 3B 01 - Header
· 21 - Packet LEN (0x21 = 33 bytes)
· 13 - Packet ID
· 3A - Telemetry packet
· 19 - Payload LEN (0x19 = 25 bytes)
PAYLOAD
· AF - Distinct identification of an EX packet, N could be any number
· 57 - 2b = Packet type; 0 - Text protocol, 1 – Data protocol, 2 – Message protocol => 0x40: Data protocol
6b = Length of a packet (number of bytes following) => 0x17: 23 bytes
· 35 95 - Upper part of a serial number, Manufacturer ID (0x9535 = 38197)
· BB 55 - The lower part of a serial number, Device ID (0x55BB = 21947)
· 47 – Reserved (
· 3B - 4b = Identifier of telemetry value (0-15) => 0x03: 3
4b = Data type of telemetry value (0-15) => 0x0B: 11 (int30_t)
· D0 34 7A 23 - 4 byte Data (as per int30_t)
· 78 - 4b = Identifier of telemetry value (0-15) => 0x07: 7
4b = Data type of telemetry value (0-15) => 0x08: 8 (int30_t)
· 50 B3 23 5C - 4 byte Data (as per int30_t)
· 65 - 4b = Identifier of telemetry value (0-15) => 0x06: 6
4b = Data type of telemetry value (0-15) => 0x05: 5 (int22_t)
· 42 2A D4 - 3 byte Data (as per int22_t)
· 19 - 4b = Identifier of telemetry value (0-15) => 0x01: 1
4b = Data type of telemetry value (0-15) => 0x05: 9 (int30_t)
· 57 2A ??? missing two bytes - according to int30_t type!
· E1 - 8 bit CRC = OK!
END OF PAYLOAD
· 75 CB - 16-bit CRC = OK!
CRC16 und CRC8 sind korrekt und ohne Probleme die ganze Zeit.
Was könnte hier das Problem sein?
Warum scheinen den Daten für den letzten Telemetriewert (19 – int30_t) zwei Byte zu fehlen?
Für Einsichten oder Hinweise wäre ich sehr dankbar.
Gruss,
Ben
Last Edit:09 Nov. 2023 22:59
von Airq-AD
Letzte Änderung: 09 Nov. 2023 22:59 von Airq-AD.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- Raf
- Offline
- Premium Mitglied
- Beiträge: 140
- Dank erhalten: 189
Encrypted. Suche Arduino ex bus library. Oder andere Regler mit andere Telemetriefunktionen.
Voltario T30, Touch Switch, MicroVario, AMS, SE6
von Raf
Folgende Benutzer bedankten sich: Airq-AD
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- Airq-AD
- Offline Autor
- Neues Mitglied
- Beiträge: 4
- Dank erhalten: 2
Dass ist wirklich eine schlechte nachricht.
Kan das noch jemand bestatigen?
Andere github projekte (Sepp62/JetiExBus, betaflight, oXs_on_RP2040, etc.) haben nicht geholfen.
Einzige hinweiss auf crypto ist hier:
github.com/probstn/ExBusChannelDemo/tree/master
Datei ExTel.cpp
Hat dass jemand getestet?
Kan das noch jemand bestatigen?
Andere github projekte (Sepp62/JetiExBus, betaflight, oXs_on_RP2040, etc.) haben nicht geholfen.
Einzige hinweiss auf crypto ist hier:
github.com/probstn/ExBusChannelDemo/tree/master
Datei ExTel.cpp
Hat dass jemand getestet?
von Airq-AD
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- Raf
- Offline
- Premium Mitglied
- Beiträge: 140
- Dank erhalten: 189
Nicht getestet, aber diese Funktionen sehen sehr gut aus.
Voltario T30, Touch Switch, MicroVario, AMS, SE6
von Raf
Folgende Benutzer bedankten sich: IG-Modellbau
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- Airq-AD
- Offline Autor
- Neues Mitglied
- Beiträge: 4
- Dank erhalten: 2
Es klappt!
Der Dank gilt Niklas Probst und seinem Projekt:
github.com/probstn/ExBusChannelDemo/tree/master
Frame:
3B 01 21 13 3A 19 AF 57 35 95 BB 55 47 3B D0 34 7A 23 78 50 B3 23 5C 65 42 2A D4 19 57 2A E1 75 CB
Dekodierung:
ManufacturerID: 38197
DeviceID: 21947
type: 1
len: 23
dtype: 1
id: 1
value: 14.800000
dtype: 1
id: 2
value: 0.900000
dtype: 4
id: 4
value: 2540.000000
dtype: 1
id: 7
value: 17.000000
dtype: 4
id: 8
value: 13.000000
Der Dank gilt Niklas Probst und seinem Projekt:
github.com/probstn/ExBusChannelDemo/tree/master
Frame:
3B 01 21 13 3A 19 AF 57 35 95 BB 55 47 3B D0 34 7A 23 78 50 B3 23 5C 65 42 2A D4 19 57 2A E1 75 CB
Dekodierung:
ManufacturerID: 38197
DeviceID: 21947
type: 1
len: 23
dtype: 1
id: 1
value: 14.800000
dtype: 1
id: 2
value: 0.900000
dtype: 4
id: 4
value: 2540.000000
dtype: 1
id: 7
value: 17.000000
dtype: 4
id: 8
value: 13.000000
von Airq-AD
Folgende Benutzer bedankten sich: frank.kleiner@gmx.net
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- Airq-AD
- Offline Autor
- Neues Mitglied
- Beiträge: 4
- Dank erhalten: 2
Danke, Raf, für Hinweis auf Datenverschlüsselung...
Last Edit:10 Nov. 2023 20:29
von Airq-AD
Letzte Änderung: 10 Nov. 2023 20:29 von Airq-AD.
Folgende Benutzer bedankten sich: Raf
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Ladezeit der Seite: 1.025 Sekunden