FRSKY FrSky TARANIS - FrSky neuster Geniestreich - 16 Kanaele, 2,4Ghz, openTX, 8 Sprachen

fisch · Dez 20, 2013

Hallo,

die Taranis sendet, wenn ein Kanal auf 0%, also Mitte steht, den Wert Kanalwert 992 über den SBUS (X8R).
Wenn man sich das dann als SBUS Frame ansieht, dann bemerkt man zwei zusätzliche Syncbytes im
Frame, die die Auswertesoftware eventuell durcheinander bringen können.
Die zusätzlichen Synchbytes sind dauerhaft vorhanden wenn die entsprechenden
unbenutzten Kanäle auf 0% stehen.

Die Multiwii Software reagiert bei mir auf jeden Fall fehlerhaft.

rxchan<0990 0990 0172 0992 0172 0992 0992 0992 0992 0992 0992 0992 0992 0992 0992 0992
rxsbus<0f de f3 1e 2b c0 c7 0a f0 81 0f 7c e0 03 1f f8 c0 07 3e f0 81 0f 7c 00 00

Syncbyte 0x0f ist Byte 0, aber auch Byte 10 und Byte 21

Die zwei zusätzlichen Synchbytes kommen von Kanal7 und Kanal 15

Man kann nun zum Testen mal Kanal 7 und Kanal 15 auf -100% einstellen.
Es ergeben sich dann die folgenden SBUS Frames, die wahrscheinlich außer den Startbyte
kein Synchbyte mehr enthalten.

rxchan<0990 0990 0172 0992 0172 0992 0172 0992 0992 0992 0992 0992 0992 0992 0172 0992
rxsbus<0f e0 f3 1e 2b c0 c7 0a f0 b1 02 7c e0 03 1f f8 c0 07 3e f0 b1 02 7c 00 00

Zum Testen ob die Auswertesoftware Probleme mit dem Sync hat einfach mal die Kanäle 7 und 15
auf -100% stellen und dann testen ob das Jittern immer noch da ist.

Gruß
Thomas

sandmen · Dez 21, 2013

fisch hat gesagt.:

Hallo,

die Taranis sendet, wenn ein Kanal auf 0%, also Mitte steht, den Wert Kanalwert 992 über den SBUS (X8R).
Wenn man sich das dann als SBUS Frame ansieht, dann bemerkt man zwei zusätzliche Syncbytes im
Frame, die die Auswertesoftware eventuell durcheinander bringen können.
Die zusätzlichen Synchbytes sind dauerhaft vorhanden wenn die entsprechenden
unbenutzten Kanäle auf 0% stehen.

Die Multiwii Software reagiert bei mir auf jeden Fall fehlerhaft.

rxchan<0990 0990 0172 0992 0172 0992 0992 0992 0992 0992 0992 0992 0992 0992 0992 0992
rxsbus<0f de f3 1e 2b c0 c7 0a f0 81 0f 7c e0 03 1f f8 c0 07 3e f0 81 0f 7c 00 00

Syncbyte 0x0f ist Byte 0, aber auch Byte 10 und Byte 21

Die zwei zusätzlichen Synchbytes kommen von Kanal7 und Kanal 15

Man kann nun zum Testen mal Kanal 7 und Kanal 15 auf -100% einstellen.
Es ergeben sich dann die folgenden SBUS Frames, die wahrscheinlich außer den Startbyte
kein Synchbyte mehr enthalten.

rxchan<0990 0990 0172 0992 0172 0992 0172 0992 0992 0992 0992 0992 0992 0992 0172 0992
rxsbus<0f e0 f3 1e 2b c0 c7 0a f0 b1 02 7c e0 03 1f f8 c0 07 3e f0 b1 02 7c 00 00

Zum Testen ob die Auswertesoftware Probleme mit dem Sync hat einfach mal die Kanäle 7 und 15
auf -100% stellen und dann testen ob das Jittern immer noch da ist.

Gruß
Thomas

Gut Erklärt, diese Problem haben fast alle FC's mit SBUS.
Also, die "open source" sind.
Manchmal kann das 0x0f sogar dazu fürhren, das gar keine Kanäle decodiert werden.

VoBo · Dez 21, 2013

... das ist ja nicht so schön :-(
Weiss jemand, ob dieses "Problem" bei der NAZA-M V2 schon behoben wurde ?
Meine ist gestern gekommen und hat den Fehler bisher noch nicht gezeigt.
Ansonsten bleibt momentan ja wohl nur die "normale" Verkabelung oder CPPM

helle · Dez 21, 2013

Hy fisch, sandmen, VoBo,

sorry Jungs, sonst nicht meine Art aber:

wie und wo hast du rxchan aufgenommen?
wie und wo hast du rxsbus aufgenommen?
Von wem hast du diese falschen Protokoll-Informationen?
-----------------------------

SBus geht so: (das haben leider viele FC noch immer falsch integriert!)

Die 25 Bytes, die SBus sendet sind entsprechend aufzubereiten,
da die Kanalwerte mit 11bit Werte =2048 Auflösung übertragen werden,
die man lt Futaba entsprechend zusammensetzen muss um den Kanalwert zu erhalten.

Das ist bei Futaba "Saudumm" gemacht und es ist bei den Kanälen nur ein einfacher Byte-String
ohne Synchro-Byte dazwischen! Kommt halt noch aus der 35MHz-Zeit.

Siehe mal bei meinem SBus to PPM oder CPPM Decoder mit Arduino,
da kann man das sehr gut mitlesen und via Serial ausgeben.
----------------------------

Es werden immer 25 Byte gesendet.

Und das geht ganz genau so:

Ein Start Byte F0h.

Dann in 22Byte die 16 Kanalwerte die sich folgendermaßen zusammensetzen:

Kanal1: 8 Bit + 3 Bit des nächstes Byte
Kanal2: 5 Bit= Rest von vorher + 6 Bit nächstes Byte
Kanal3: 2 Bit= Rest von vorher + 8 Bit nächstes Byte + 1bit des nächsten Byte
Kanal4: 7 Bit= Rest von vorher + 4 Bit des nächsten Byte
Kanal5: 4 Bit= Rest von vorher + 7 Bit des nächstes Byte
Kanal6: 1 Bit= Rest von vorher + 8 Bit nächstes Byte +2 bit des nächsten Byte
Kanal7: 6 Bit= Rest von vorher + 5 Bit nächstes Byte
Kanal8: 3 Bit= Rest von vorher + 8 Bit des nächsten Byte

Kanal9: 8 Bit + 3 Bit des nächstes Byte
Kanal10: 5 Bit= Rest von vorher + 6 Bit nächstes Byte
Kanal11: 2 Bit= Rest von vorher + 8 Bit nächstes Byte + 1bit des nächsten Byte
Kanal12: 7 Bit= Rest von vorher + 4 Bit des nächsten Byte
Kanal13: 4 Bit= Rest von vorher + 7 Bit des nächstes Byte
Kanal14: 1 Bit= Rest von vorher + 8 Bit nächstes Byte +2 bit desn nächsten Byte
Kanal15: 6 Bit= Rest von vorher + 5 Bit nächstes Byte
Kanal16: 3 Bit= Rest von vorher + 8 Bit des nächsten Byte

(das sind die 22Byte Kanalwerte)

Dann kommt 1 Flagbyte das bitweise zu interpretieren ist.
Unter anderem sind da auch noch 2 Schaltkanälen Kanal 17 und Kanal18 versteckt

Dann noch das Endebyte 00H

Und mehr ist da nicht!
Nichts mit Synchronisation, Prüfsummen, CRC, oder sonst was, gar nichts!

Anmerkung von mir:
Der Futaba-SBus ist leider keine Protokoll.
Das ist datentechnisch der letzte Murks
dann noch low aktiv und in der falsche DatenRichtung MSB LSB
Mehr geht nicht an Murks!

Details siehe meine Seiten #80,#113,#117,#119 bei Taranis Hardware Mod
und mein Arduino Decoder
Da gibt es fertige, lauffähige SBus C-Funktionen und ein ArduinoProgramm dazu.

Auszug davon :
Daten XJT und FBus:
Alle 9ms kommen alle 16 Kanäle am S-Bus Stecker des XJT-Empfängers raus.
Parameter:100000 Baud, 1 Startbit, 8 Datenbit, 1Paritybit gerade, 2 Stopbits,
Format-String: 25Byte, 1 Startbyte F0h, 22 Byte Kanaldaten 1-16, 1 Flagbyte, 1 Endebyte 00h,
Pegel: 3,3V, Low ist Ruhepegel (Saudumm von Futaba gemacht, deshalb braucht man auch einen Inverter/Buffer!)
---------------

Wie gesagt der eigentliche Murks kommt von Futaba,
hat nichts mit Taranis, X8R, Frsky oder opentx zu tun.

Viele FC haben einfach noch eine falsche Auswertung implementiert.

Helle

fisch · Dez 21, 2013

Hallo Helle,

Ich habe mir ein kleines Tool am PC geschrieben um SBUS zu simulieren und auszuwerten.
Das ist nicht besonders schön geschrieben, funktioniert aber erst mal.
Ich habe einen kleinen USB<->TTL Adapter angeschlossen und hänge damit parallel am RX Eingang meines NanoWii boards.
RXSBUS sind die reinen SBUS Datenbytes,RXCHAN ist der ausgewertete Frame.

Am PC besteht bei mir das Problem das ich noch nicht gefunden habe wie ich ein Charater Timeout von ca. 1ms einstellen kann, um das SBUS Frameende sauber zu erkennen. Mit einem kleinen Trick gelingt trotzdem die Synchronisation.
Ich habe auch noch ein ATMEGA32U4 breakout board auf dem ich ebenfalls die SBUS Auswertung programmiert habe. Die Implementierung will ich in mein MW2.3 übernehmen.

Gruß
Thomas

helle · Dez 21, 2013

Hy,fisch

schau dir mal die deine ersten 4 Kanäle bitweise an.
Deine 0172d können nicht sein da sich der Kanal 3 aus 3 (Rest)-Bytes zusammensetzt.

Und generiert dir unterschiedliche Test-Werte
mit 1000 bis 2000 mit 100us Abstand

Helle

helle · Dez 21, 2013

Hy,fisch

schau dir mal die deine ersten 4 Kanäle bitweise an.
Deine 0172d können nicht sein da sich der Kanal 3 aus 3 (Rest)-Bytes zusammensetzt.

Und generiert dir unterschiedliche Test-Werte
mit 1000 bis 2000 mit 100us Abstand

Helle

fisch · Dez 21, 2013

Hy Helle,

ich kann da keinen Fehler entdecken.
172 ist der reine Sbuskanalwert der bei Kanal= -100% übertragen wird.

ich bekomme folgende Werte
Taranis: -100% .. 0% ..+100% (aus Menu Ausgabekanäle)
Taranis: 988us .. 1500us .. 2012us (aus Menu Ausgabekanäle)
SBUS Kanalwert: 172.. 992 … 1811

Taranis: -125% .. 0% ..+125% (aus Menu Ausgabekanäle)
Taranis: 860us .. 1500us .. 2140us (aus Menu Ausgabekanäle)
SBUS Kanalwert: 0 .. 992 .. 2016

Gruß
Thomas

helle · Dez 21, 2013

Hy fisch,

sorry, dann habe ich deine 2 Grafiken falsch interpretiert.
(aus aufgezeichnete Terminal-Datenreihen)
Dachte du gibts auf alle Kanäle 0% = 992 vor

Richtig: bei erweiterter Trimmung -/+ 125% voller Bereich

Futaba hat normal Mitte =0%= 1520us

Helle

VoBo · Dez 21, 2013

... ohne jetzt was zum Protokoll beitragen zu können ....
bei der NAZA-M V2 (gestern gekommen) scheint das Problem nicht aufzutreten.
Ich denke, dass die Jungs bei DJI da was in der Auswertung geändert haben könnten.

lg
Volker

Dieter K. · Dez 21, 2013

Frage an die Taranisexperten,

ich fliege einen Genius CP von Walkera mit einer WK2603. Kennt jemand eine Möglichkeit den Hubi mit der Taranis zu fliegen???

Gruß

Dieter

VikiN · Dez 21, 2013

Dieter K. hat gesagt.:

sendemodul aus einer walkerafunke/devo an die Taranis frickeln
ODER
http://hobbyking.com/hobbyking/stor...otocol_Spectrum_System_MTSS_Mul_JR_Style.html

das Modul passt ohne umbauten direkt in die Taranis
hab bisher noch nichts gelesen, das hier jemand das Modul mit walkera getestet hat...

Hotzenplotz · Dez 21, 2013

VikiN hat gesagt.:

Modul aus einer Walkera oder Devo Funke geht nicht, da das Protpkoll in der Taranis fehlt.
Das Hobby King Modul spricht nur Devo aber nicht das alte Walkera Protokoll geht also auch nicht.

Gruß
Lothar

heinrich · Dez 21, 2013

Hallo Simulanten!
Sowohl im PC als auch direkt im Taranis-Sender habe ich erfolgreich Flugmodelle erstellt und verändert.Nur eine Kleinigkeit macht mir noch Probleme:Während im PC die Verlangsamung von Steuerbewegungen sowohl im Mischer mit SLOW-UP,SLOW-DOWN,als auch in den Fluphasen mit FADE-IN,FADE-Down funktioniert,gehen diese Funktionen bei mir im TARANIS bei Direkteingabe nur teiweise oder gar nicht.
Was mache ich falsch,warum klappen bei mir die obengenannten Funktionen nicht bei direkter Eingabe in den Sender?
Wer kann helfen
Was muß ich im Sender verändern?
Vielen Dank
heinrich

Dieter K. · Dez 21, 2013

Hallo VikiN,

habe mir das Teil mal angeschaut. Der Hinweis für Walkera bezieht sich auf die DEVO. DEVO und Walkera sind meines Wissens aber unterschiedlich. Bleibt wahrscheinlich nur der Versuch aus einem WK Sender ein Sendemodul auszubauen und in der Taranis probieren.

Gruß

Dieter

Dieter K. · Dez 21, 2013

Hallo Hotzenplotz,

Danke für die Info.

Gruß

Dieter

Hotzenplotz · Dez 21, 2013

Hallo Dieter K.

Den Modulausbau aus einer Walkera Funke kannst du dir spare,habe ich versucht geht definitif nicht.
Ist ja auch logisch, denn das Walkera Protokoll wird ja in dessen Sender und nicht im Sendemodul generiert.

Gruß
Lothar

helle · Dez 22, 2013

Hy heinrich,

2 Dinge:

1. Welche Firmware/Softwarestand von opentx haste auf der Taranis und welchen stand auf dem PC von Compnion9x und
opentx die müssen schon zusammenpassen.

2. Eine Slow up / Slow down Zeit wird immer nur dann aktiv wenn sich die Mischerquelle ändert,
die Quelle!! nicht nur eine Mischerzeile mit Replace aktiviert/deaktiviert/umgeschaltet wird.

Fade In / FadeOut wird immer nur dann aktiv wenn auf einen anderen Flugmode umgeschaltet wird.

Helle

Dieter K. · Dez 22, 2013

Hallo Hotzenplotz,

Danke nochmal. Dann werde ich wahrscheinlich auf einen MCPX gehen, denn Spektrum Module gibt es ja.

Gruß

Dieter

satsepp · Dez 22, 2013

helle hat gesagt.:

das heisst wenn er das nutzen möchte dann muss er das auf einem leren Kanal machen, und diesen leren Kanal dann als Quelle für den echten Kanal nutzen.

Sepp

FRSKY FrSky TARANIS - FrSky neuster Geniestreich - 16 Kanaele, 2,4Ghz, openTX, 8 Sprachen

Neuer Benutzer

Erfahrener Benutzer

Erfahrener Benutzer

Erfahrener Benutzer

Neuer Benutzer

Erfahrener Benutzer

Erfahrener Benutzer

Neuer Benutzer

Erfahrener Benutzer

Erfahrener Benutzer

Neuer Benutzer

Flying Wing Freak

Erfahrener Benutzer

Benutzer

Neuer Benutzer

Neuer Benutzer

Erfahrener Benutzer

Erfahrener Benutzer

Neuer Benutzer

Erfahrener Benutzer