Spektrum Telemetrie und alternative Sensoren/Eigenbau

[southside81]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

Wenn ihr schneller seit als Spektrum (kein Problem) dann gehört euch bald die Kundschaft. Die Leute rennen euch die Bude ein. inkl. mir

[Goldfussel]

HeHe,

das stimmt ich habe aber ein Angebot an der Hand deswegen die Frage

[mukenukem]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

Ich würd es mir zulegen.

[mukenukem]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

He Schorch, hab noch einen Sensor gefunden. Strom (Ampere)
Adresse 03:

03
00
MSB
LSB
00
00
00
usw.

Der Maßstab ist etwas komisch.
20 00 entspricht 1612A
08 00 enstpricht 403A

Vielleicht hängt das irgendwie mit dem Output des Stromsensors zusammen. Werte kannst du massig anzeigen, aber der Alarm geht bis max. 200A
Würde sich anbieten als Maximalstrom. Oder auch Kapa, damit kann man den Alarmwert am Sender einstellen.

[mukenukem]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

@Schorsch: Welchen Wert hast du beim Stromsensor verwendet ? 40mV sind 1 A ? Da gibts auch einen anderen Wert, 39,5mV, den dürfte auch Spektrum verwenden, wegen der krummen Werte für Strom.

Ich schreibe übrigens gerade einen "Aufsatz" über die Telemetrie mit allen wichtigen Infos, um Leuten wie dir das Sensorbauen zu erleichtern. Ich kann dazu nicht gut genug programmieren . Aber dafür Sachen rausfinden....
Den poste ich dann hier und bei RCG, vielleicht auch auf einer kleinen Webseite. Darf ich dein Bild mit der Steckerbelegung da verwenden ?

[Schorsch]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

Hallo Hannes,

die Empfindlichkeit des Sensors ist abhängig von der Versorgungsspannung. Da ich diesen mit 3,3V betreibe muss man umrechnen.

Das Bild kannst du natürlich verwenden.

Gruß
Schorsch

[mukenukem]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

Danke !

[mukenukem]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

Ich hab bei RC-Groups meinen "Aufsatz" zur Spektrum Telemetrie veröffentlicht. Spektrum Telemetry reverse engineered, make DIY sensors ! - RC Groups

Das angenehme dort ist, daß ich den Beitrag unbegrenzt editieren/korrigieren/erweitern kann, deswegen möchte ich ihn dort pflegen, auch wegen dem größeren "Publikum"

Da müßte eigentlich alles drinnen sein für jemanden wie Schorsch

Viel Spaß !

Ich poste hier auch mal eine Kopie und stehe für Fragen zur Verfügung:

Why did I do this ? Because noone else did and I am curious
Spektrum unfortunatley makes a "secret" out of their telemetry stuff if you do not sign a NDA. On the other hand, signing a NDA does not help the community. And nowadays there are very able people in the community

I am a noob at programming microcontrollers, but I am good in finding things out. Because of that I analyzed the Spektrum telemetry protocol to make it easy for talented programmers to make their own sensors. Because it is so easy !

Also, Spektrum seems to have not enough manpower to prodice sensors we all need (used capacity, for example). It's a shame to have a telemetry enabled radio and no sensors (sometimes I get jealous if I look over to the HOTT radios).

So, I took a logic analyzer for the basics and an Arduino to find out the values.

First of all: Spektrum uses an I²C bus, they call it X-Bus. It's frequency is 100kHz. The 4 pins are SDA, SCL, Ubatt, GND, SDA on the antenna side, GND on the 3-connector side. Ubatt is direct voltage from the RX, so make sure you use a 3.3V LDO regulator for your sensor. As for termination, the pullup resistors in microcontrollers are sufficient. Spektrum uses PIC 16F677 without external resistors.
Around 70ms after the power is stable, the telemetry module enumerates the bus. It reads each address (0x01 up to 0x7D) twice, every 13ms, and if there is a telemetry module, it should answer, otherwise it will not be polled during normal operation. So if you design a sensor, make sure it listens to the I²C quickly. This enumerating takes about 3.4 seconds, after that the TM1000 transmits data and polls the sensors every 94ms. The sensors are I²C slaves.

Every sensor must transfer 16 bytes data. First byte must be address, second byte must be 0x00, and 14 bytes of data. I will describe the data format later with the various sensors.

And now, please have a look which sensors are currently implemented in the telemetry enabled radios (if you are logging the telemetry data stream, you see ALL sensor adresses !)


Address 0x01: Voltmeter. legacy, DO NOT USE !

The voltage is transferred directly from the TM1000, if you use this sensor address the value flickers on the radio, because the "real" voltage data is transferred via address 7E (which is not polled via I²C).


Address 0x02: Temperature. legacy, DO NOT USE !

Same as above, this seems some legacy stuff and interferes with the internal data.


Address 0x03: Current. Use it ! This sensor came with DX8 2.05, DX18 1.01.

03,00,MSB,LSB,00,00,00,00,00,00,00,00,00,00,00,00
MSB and LSB are a 16bit value, 1 unit is 0.1967A, seems to be some sensor related value. You can display 4 digits, I tried up to 0x2000 (displaying 1612A). Please beware that the maximum alarm value you can set in the radio is 200A.


Address 0a: Powerbox. Very useful !

0a,00,V1MSB,V1LSB,V2MSB,V2LSB,Cap1MSB,Cap1LSB,Cap2 MSB,Cap2LSB,00,00,00,00,00,Alarm
You can display 2 voltages and 2 used capacities. Voltage scale 1 unit is 0.01V, capacity 1 unit is 1mAh. Alarm has to be triggered by the sensor, it is transmitted to the radio with the last byte, the first 4 bits. The fist bit is alarm V1, the second V2, the third Capacity 1, the 4th capacity 2. This sensor is nearly perfect for a used capacity sensor, with the drawback that the alarm value must be set in the sensor . You can enable or disable an alarm for each value, but not set the value.


Address 0x11: Airspeed

11.00.MSB,LSB,01,F9,00,00,00,00,00,00,00,00,00,00
MSB and LSB are a 16Bit value, 1 unit is 1 km/h. Displays up to 65535 km/h, maximum alarm value 563 km/h


Address 0x12: Altitude

12.00.MSB,LSB,FF,00,00,00,00,00,00,00,00,00,00,00
MSB and LSB are a 16Bit signed integer, 1 unit is 0.1m. Displays -3276.8m to 3276.7m, alarm values between -300m and 1000m. 0x7fff is 3276.7m, 0xffff=-0.1m, 0x8000 is -3276.8m

Address 0x14: G-Force

14,00,xMSB,xLSB,yMSB,zMSB,zLSB,xmaxMSB,xmaxLSB,yma xMSB,ymaxLSB,zmaxMSB,zmaxLSB,zminMSB,zminLSB
MSB/LSB are signed integers, unit is 0.01g, on the "normal" display the last digit is rounded. maximum display value is +-99.90 (actually 99.99, but when it is rounded, it overflows to 100 and displays ----)
The min/max values are retained in the sensor, because g-force cah change too quickly for the radio. Therefore you cannot clear the min/max values on the radio. Alarm can be set for Z-axis from -40g to 40g


Address 0x15: JetCat. Useful, but no alarms, display only.

15,00,status,throttle,PackVoltHi,PackVoltLo,PumpVo ltHi,PumpVoltLo,RPMLo,RPMMid,RPMHi,00,TempEGTLo,Te mpEGTHi,OffCondition,00
JetCat is a display only value especially for turbines, but has some interesting fields which can be used otherwise. You can display 2 voltages, throttle, RPM and 2 status messages. There are some differences to all other sensors, JetCat uses BCD values. Only 0-9, a-f is unused. Voltages range to 99.99V, RPM to 999999, throttle up to 159% (the upper nibble is 0-f, the lower nobble 0-9), a little bit strange. EGT temperature uses only the lower nibble of the MSB, so maximum displayable value is 999°.

Possible messages for status:
0x00:OFF
0x01:WAIT FOR RPM
0x02:IGNITE
0x03;ACCELERATE
0x04:STABILIZE
0x05:LEARN HIGH
0x06:LEARN LOW
0x07:undef
0x08:SLOW DOWN
0x09:MANUAL
0x0a,0x10:AUTO OFF
0x0b,0x11:RUN
0x0c,0x12:ACCELERATION DELAY
0x0d,0x13:SPEED REG
0x0e,0x14:TWO SHAFT REGULATE
0x0f,0x15RE HEAT
0x10,0x16RE HEAT 2
0x17:MAIN F START
0x18:not used
0x19:KERO FULL ON
0x1a:MAX STATE

Messages for Off Condition:
0x00:NA
0x01:OFF BY RC
0x02:OVER TEMPERATURE
0x03:IGNITION TIMEOUT
0x04:ACCELERATION TIMEOUT
0x05:ACCELERATION TOO SLOW
0x06:OVER RPM
0x07:LOW RPM OFF
0x08:LOW BATTERY
0x09:AUTO OFF
0x0a.0x10:LOW TEMP OFF
0x0b,0x11:HIGH TEMP OFF
0x0c,0x12:GLOW PLUG DEFECTIVE
0x0d,0x13:WATCH DOG TIMER
0x0e,0x14:FAIL SAFE OFF
0x0f,0x15:MANUAL OFF
0x16OWER BATT FAIL
0x17:TEMP SENSOR FAIL
0x18:FUEL FAIL
0x19ROP FAIL
0x1a:2nd ENGINE FAIL
0x1b:2nd ENGINE DIFFERENTIAL TOO HIGH
0x1c:2nd ENGINE NO COMMUNICATION
0x1d:MAX OFF CONDITION

Address 0x15: GPS

Since this is currently seems not useful for hijacking, I did not reverse engineer the values. If there is demand, I will find it out. But it works similar to the other sensors, 16 Byte, the first address, then 00, then data.

Attached is a picture of the pinout (thanks, Schorsch).



Okay, guys. Now it should be easy to build your own sensors. I just have one wish: If you build a sensor, please make the circuit and software public, so anyone can copy them.

A guy at rc-heli.de (Schorsch) is currently working on an used capacity sensor. He told me that he will make it public when it's done.

Have fun !

[Harry_im_Sessel]

Gute Arbeit. Ein paar Typos aber sonst sehr gut.
Jetzt hoffe ich nur, dass Duo oder das Forum keinen ßrger mit Spektrum bekommt. Copyright und so.

[faxxe]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

Kompliment....kann nix beitragen aber für reverse engineering wahnsinnige Ergebnisse.
Hast du da Daten mitgeloggt ? Da müsstest ja die jeweiligen Sensoren gehabt haben....

Hut ab!

[mukenukem]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

Ich hab die Sensoren mit einem Arduino simuliert, vor allem die Details. Ja, war ein wenig Aufwand. Aber ich denke, es hat sich gelohnt
Ein paar hatte ich natürlich. Speed, Höhe, G-Force. Was es halt so gibt.

Ich mach mir auch keine Sorgen wegen Spektrum. I²C ist keine Erfindung von Spektrum. Und Software und Methoden kann man vielleicht in Amerikanien patentieren, aber nicht hier. Was wurde aus dem Neugierigen Menschen, der rausgefunden hat, wie die Satelliten funktionieren ? Nix. Und was passiert mit Jamara, die (für ein Schweinegeld) geklonte Spektrum Empfänger aus China verkaufen ? Nix.
Also, keine Panik

[aBUGSworstnightmare]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

Hi,

weiß einer von euch wie das Datenformat des GPS-Senors aussehen wird? Würde gerne in mein GPS eine 'Spektrum'-Emulation einbauen um die Daten zur Funke zu kriegen.

Gruss
Jörg

[mukenukem]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

Ah, jetzt weiß ich, was du vor hast. Wäre ganz praktisch. Ist das in dem Multicopter integgiert oder standlone ? (Will heißen, kann ich mir das Teil auf meinen Heli draufschnallen ? Damit ich auch was davon habe )

Prinzipiell kein Problem, wenn ich wieder etwas Zeit hab. Im Moment versuche ich den Telemetriedatenstrom aus der Funke rauszuholen

[Schorsch]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

Hallo zusammen,

nachdem ich nun ein paar Tage keine Zeit hatte mach ich mal mit dem Kapazitätssensor weiter.

Beim Bau eines zweiten Sensors habe ich festgestellt, dass der Nullpunkt des neuen ACS758 ein anderer ist. Daher möchte ich in die Software noch einen Nullabgleich einbauen und ich dachte mir das so:
Ist eine Sekunde nach dem Einschalten des Empfängers noch kein Akku angeschlossen, so wird der Nullpunkt ermittelt und dies durch blinken einer LED angezeigt. Ist der Nullpunkt bestimmt so leuchtet die LED dauernd. Kann man damit leben oder habt ihr evtl. andere Ideen?

Gruß
Schorsch

[Snowman2]

AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

Das setzt aber vorraus, dass du getrennte Antriebs- und Empfängerstromversorgung hast. Reicht es nicht, wenn der Nullpunkt ein mal beim bau auf dem Tisch eingestellt wird. Das kann man dann z.B. mit einem Jumper aktivieren.