J-Log.eu - Forum

JLF ------ SPAM Bots! Bitte nach Registrierung eine Email an mich zur Freischaltung! / After registration drop me an email please for clearing! ===Nenne/name the NICK you used to register with!=== Email address: -> http://j-log.eu/impressum
Aktuelle Zeit: 13. Mär 2020, 12:41

Alle Zeiten sind UTC + 1 Stunde




   [ 17 Beiträge ]  Gehe zu Seite Vorherige  1, 2
Autor Nachricht
 Betreff des Beitrags: Re: Sbus1 bei Fasstest anders...
Verfasst: 23. Feb 2015, 21:25 

Registriert: 2. Sep 2012, 11:53
Beiträge: 120
Genau das tue ich.
12CH geht und 18CH nicht. Da scheint noch was ergänzt worden zu sein bei den neuen Empfängern.


Nach oben
   
 
 Betreff des Beitrags: Re: Sbus1 bei Fasstest anders...
Verfasst: 23. Feb 2015, 22:27 
The Madman from Laboratory 4

Registriert: 8. Jun 2011, 14:28
Beiträge: 4760
Ach, so rum, 18CH geht nicht. Hmm..

Dann sind wohl meine Rx zu alt, um das zu bemerken.

_________________
Tom


Nach oben
   
 
 Betreff des Beitrags: Re: Sbus1 bei Fasstest anders...
Verfasst: 23. Feb 2015, 22:54 

Registriert: 2. Sep 2012, 11:53
Beiträge: 120
Original Sbus hat aber keine 18 Kanäle, oder? Vielleicht liegt es daran. Ist jedenfalls auffällig.


Nach oben
   
 
 Betreff des Beitrags: Re: Sbus1 bei Fasstest anders...
Verfasst: 25. Feb 2015, 08:06 

Registriert: 2. Sep 2012, 11:53
Beiträge: 120
Mhh, hier steht was interessantes: http://thediveo.blogspot.de/2013/07/fut ... b.html?m=1


Nach oben
   
 
 Betreff des Beitrags: Re: Sbus1 bei Fasstest anders...
Verfasst: 25. Feb 2015, 19:41 
The Madman from Laboratory 4

Registriert: 8. Jun 2011, 14:28
Beiträge: 4760
Das ist alles 18CH, das Protokoll auf dem S.BUSn, egal, wieviel HF-mäßig geht.

Eigentlich sind das 16CH +2 Schaltkanäle.

Jedenfalls sind es immer 25 Bytes, auf S.BUS1 und 2 identisch, die ein Rx sendet.

Solange ein Sensor keine Daten sendet, sieht S.BUS2 wie 1 aus.

Es gibt allerdings, zumindest theoretisch, eine Unterscheidungsmöglichkeit, ob man auf einem S.BUS1 oder 2 ist. Das ist ja auch sinnvoll, dass ein Gerät (Sensor) es festelllen kann, - damit es nicht sendet, wenn es versehentlich auf S.BUS1 gesteckt wurde.

Leider hat Futaba das bereits in der Vergangenheit nicht genau genommen, - überhaupt ist Futaba selbst derjenige, der am dreistesten die eigenen Specs bricht:

Das 25ste Byte der Aussendung eines Empfängers auf dem S.BUS (1 oder 2, egal, wie gesagt) ist ein Trailer, der in 2 von 8 Bits (6 genutzt) den Mode beschreibt: S.BUS kompatibel oder 12CH oder 18CH primary/secondary Rx.

Wenn jetzt ein Implementator so gutgläubig war, sich daran zu halten, in den betreffenden zwei Bits seinen Mode (S.BUS1, beide Bits Null) zu erwarten, dann wird er nicht erst seit gestern durch einige Rx in den A gekniffen, - weil mein Spezialfreund in Nippon (und seine angeblich nicht vorhandenen Kollegen) so frei war, einfach 18CH Mode Belegung der Bits auch auf dem S.BUS1 anzuwenden.

Warum tut er das?
a) Er raucht das Falsche.
b) Futaba fährt die Sparnummer, siehe auch den daraus damals resultiert habenden Scheiß mit dem 7003, - indem sie im Rx dieselbe Hardware nehmen, um S.BUS1 und S.BUS2 aufzuspannen.

Das geht, wenn man keinen Hardware Design Flaw baut wie im 7003.
Es gibt nur ein "Hindernis": Futaba's eigene Spezifikation, die sagt, dass die beiden Mode Bits Null sind im 25sten Byte des Rx auf dem S.BUS1. Es würde wahrscheinlich Futabas eigene Sensoren abhalten, würde man 00 (S.BUS1 Mode) auch auf dem S.BUS2 senden. Also ist man sich selbst der nächste, scheiß auf die anderen, und sendet lieber 10 bzw. 11 auch auf dem S.BUS1. Sollen doch die doofen 3rd Parties, siehe z.B. DJI, nachbessern.

Ich habe das schon vor >2J getan, nachdem ich merkte, wes Geistes Kind man dort drüben ist. Mir (JLog) ist es schnuppe (muss es sein), was bzgl. Mode im Trailer Byte steht.

Es ist also ganz einfach, und es ist typisch, -- nicht nur für Futaba, für den R/C-Bereich allgemein:
JETI's EX Spec sagt seit Jahren, dass Daten im Cleartext gesendet werden. Tja, und warum senden JETI's Sensoren dann nach der seit 3J veralteten Spec verschlüssselt? (Mir auch egal, hab's geknackt, damit ich die MEZON's auslesen kann.)

_________________
Tom


Nach oben
   
 
 Betreff des Beitrags: Re: Sbus1 bei Fasstest anders...
Verfasst: 26. Feb 2015, 10:52 
The Madman from Laboratory 4

Registriert: 8. Jun 2011, 14:28
Beiträge: 4760
Verstanden?

Wenn nicht, können wir das gern mal per Tel machen. Ich kann hier nicht illustriert darüber sprechen, habe schließlich mal ein NDA dazu gezeichnet.

_________________
Tom


Nach oben
   
 
 Betreff des Beitrags: Re: Sbus1 bei Fasstest anders...
Verfasst: 26. Feb 2015, 21:46 

Registriert: 2. Sep 2012, 11:53
Beiträge: 120
Passt soweit. Erklärt aber nach meinem Verständnis nicht warum im 12CH Mode vieles funktioniert hat. Hatte auch gelesen, dass dem Bus der Modi egal ist, aber irgendwas stimmt da nicht. Oder der Empfänger kommt plötzlich auf die Idee Sbus1 Flag zu senden, weil er keine Telemetrie mehr braucht.


Nach oben
   
 
Beiträge der letzten Zeit anzeigen:  Sortiere nach  
   [ 17 Beiträge ]  Gehe zu Seite Vorherige  1, 2

Alle Zeiten sind UTC + 1 Stunde


Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast


Du darfst keine neuen Themen in diesem Forum erstellen.
Du darfst keine Antworten zu Themen in diesem Forum erstellen.
Du darfst deine Beiträge in diesem Forum nicht ändern.
Du darfst deine Beiträge in diesem Forum nicht löschen.
Du darfst keine Dateianhänge in diesem Forum erstellen.

Suche nach:
Gehe zu:  
Powered by phpBB® Forum Software © phpBB Group
Deutsche Übersetzung durch phpBB.de