Spektrum Telemetrie und alternative Sensoren/Eigenbau

Einklappen
X
 
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge
  • southside81
    Senior Member
    • 29.03.2008
    • 3773
    • Michael

    #91
    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
    TDR-2011/ Logo 200/ RAW 420 Competition/ Airwolf

    Kommentar

    • Goldfussel
      Member
      • 01.02.2008
      • 746
      • Conny
      • GieÃ?en/Wettenberg

      #92
      HeHe,

      das stimmt ich habe aber ein Angebot an der Hand deswegen die Frage
      GruÃ? Fussel

      Kommentar

      • mukenukem
        Senior Member
        • 14.11.2010
        • 11187
        • Johannes
        • Wien

        #93
        AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

        Ich würd es mir zulegen.
        [FONT="Arial Narrow"]TRex 250 3digi,AcrobatSE 3digi,TRex 550 3digi,TRex 700E V2 3digi,DX18, DX18G2[/FONT]

        Kommentar

        • mukenukem
          Senior Member
          • 14.11.2010
          • 11187
          • Johannes
          • Wien

          #94
          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.
          [FONT="Arial Narrow"]TRex 250 3digi,AcrobatSE 3digi,TRex 550 3digi,TRex 700E V2 3digi,DX18, DX18G2[/FONT]

          Kommentar

          • mukenukem
            Senior Member
            • 14.11.2010
            • 11187
            • Johannes
            • Wien

            #95
            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 ?
            [FONT="Arial Narrow"]TRex 250 3digi,AcrobatSE 3digi,TRex 550 3digi,TRex 700E V2 3digi,DX18, DX18G2[/FONT]

            Kommentar

            • Schorsch
              Member
              • 17.01.2003
              • 230
              • Jürgen

              #96
              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

              Kommentar

              • mukenukem
                Senior Member
                • 14.11.2010
                • 11187
                • Johannes
                • Wien

                #97
                AW: Spektrum Telemetrie und alternative Sensoren/Eigenbau

                Danke !
                [FONT="Arial Narrow"]TRex 250 3digi,AcrobatSE 3digi,TRex 550 3digi,TRex 700E V2 3digi,DX18, DX18G2[/FONT]

                Kommentar

                • mukenukem
                  Senior Member
                  • 14.11.2010
                  • 11187
                  • Johannes
                  • Wien

                  #98
                  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 !
                  [FONT="Arial Narrow"]TRex 250 3digi,AcrobatSE 3digi,TRex 550 3digi,TRex 700E V2 3digi,DX18, DX18G2[/FONT]

                  Kommentar

                  • Harry_im_Sessel
                    Member
                    • 18.12.2010
                    • 214
                    • Harald
                    • München

                    #99
                    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.
                    [FONT="Garamond"]GruÃ? Harry[/FONT]

                    Kommentar

                    • faxxe
                      Senior Member
                      • 11.05.2007
                      • 1407
                      • heimo
                      • Graz-Weiz

                      #100
                      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!
                      > Raptor e720
                      > Mikado VBar Control

                      Kommentar

                      • mukenukem
                        Senior Member
                        • 14.11.2010
                        • 11187
                        • Johannes
                        • Wien

                        #101
                        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
                        [FONT="Arial Narrow"]TRex 250 3digi,AcrobatSE 3digi,TRex 550 3digi,TRex 700E V2 3digi,DX18, DX18G2[/FONT]

                        Kommentar

                        • aBUGSworstnightmare
                          aBUGSworstnightmare

                          #102
                          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

                          Kommentar

                          • mukenukem
                            Senior Member
                            • 14.11.2010
                            • 11187
                            • Johannes
                            • Wien

                            #103
                            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
                            [FONT="Arial Narrow"]TRex 250 3digi,AcrobatSE 3digi,TRex 550 3digi,TRex 700E V2 3digi,DX18, DX18G2[/FONT]

                            Kommentar

                            • Schorsch
                              Member
                              • 17.01.2003
                              • 230
                              • Jürgen

                              #104
                              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

                              Kommentar

                              • Snowman2
                                Snowman2

                                #105
                                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.

                                Kommentar

                                Lädt...
                                X