Helden-Andy, Du bist mir vielleicht ein Held.
Zitat:
Moin
Kurz vorm Tatort hat dann doch noch was funktioniert. Nachdem ich ne Menge im JLog Forum gelesen und auch verstanden habe, hab ich den 7003er rausgeschmissen und ihn durch einen 7008SB ersetzt. Der erste Vesuch ging schief aber beider Fehleranalyse ist mir aufgefallen da nix funzt wenn man die frisch formatierte und mit neuer Config versehene sd Karte im Rechner läßt anstatt ins JLog zu schieben. Naja, nach zwei Tagen kann vielleicht auch mal was querlaufen.
Kurz: das JLog hat sich sofort im Sender registriert, liefert aber noch keine Daten an den Sender. RX und ext. Spannungsanzeigen liefen auch schon vorher, mit Drehzahl, Strom, Kapazität und Kopfdrehzahl muss ich noch Watt basteln. Für die die keine Lust haben ellenlange und auch ziemlich technische Artikel lesen wollen nur kurz: Bei bestimmten Konstellationen von FBL-System, Regler und sonstigen Komponenten kann es beim 7003SB vorkommen das der Low Pegel des SBUS2 Signals leicht angehoben wird und dadurch von anderen Komponenten nicht immer einwandfrei erkannt wird.... Ich hoffe ich habe das richtig interpretiert. Jedenfalls scheint es selten zu sein und die FBL Systeme scheint es auch nicht so sehr zu interressieren. Mal schauen woran der Rest noch hakt.
Gruss Andy
Der Thread im Forum war ein Arbeitsthread zwischen Fachleuten zum Auffinden des Problems, letztendlich ein Design Bug im R7003.
Da hat man die Arbeit für andere (Futaba) und wird am Ende quasi noch geschmäht dafür..
Warum liest Du nicht das Manual?
http://j-log.eu/jlog-in-funktion/telemetrie/futaba-s-bus2Und was steht da am Ende der Seite?
Zitat:
Es ist inzwischen schon ein alter Hut, daher nur der Vollständigkeit erwähnt:
Der Empfänger R7003 ist vor allem als S.BUS-Empfänger konzipiert, man kann daher sogar mehrere S.BUS bzw. S.BUS2 Ports definieren. Leider hat die Hardware einen Design Bug, was Rückwirkungen zwischen den S.BUS Ports bewirkt, S.BUS auf S.BUS2 (keine Telemetrie), aber auch der S.BUS für sich kann gestört werden. Das ist ein Sicherheitsrisiko, könnte die via S.BUS laufenden Steuerfunktionen beeinträchtigen.
Abhilfe schafft ein Pulldown-Widerstand von ca. 5,6 KiloOhm auf dem S.BUS Port, also zwischen Signal und Masse.
Inzwischen gibt es eine modifizierte Version des R7003 (interner Pulldown), erkennbar an einem Goldpunkt, mit dem der Empfänger markiert ist.
Ich finde es langsam echt unfair, dafür gegeißelt zu werden, dass der Anwender gerne den Friseur fragt, anstatt einfach an Ort und Stelle zu lesen, - an der Stelle, die absichtlich nur so "technisch" wie nötig gehalten ist. Ich bin verantwortlich für schlechte Dokumenation, ich bin nicht dafür verantwortlich, wenn der User das Buch nicht aufschlägt. Hättest Du das Manual gelesen, wäre Dir und mir der Ärger erspart geblieben.
Was steht auf der Banderole um die Schachtel, in der Du JLog bekamst? http://j-log.eu/start
Wo wärest Du gelandet?
hier http://j-log.eu/jlog-in-funktion/sensoren/esc/jive
hier http://j-log.eu/jlog-in-funktion/telemetrie/futaba-s-bus2 + http://j-log.eu/jlog-in-funktion/telemetrie/futaba-s-bus2/registrieren + http://j-log.eu/jlog-in-funktion/telemetrie/futaba-s-bus2/alarme-und-absonderlichkeiten
hier http://j-log.eu/jlog-in-funktion/konfigurator-jlc
und an sonstigen Dich interessierenden Stellen von http://j-log.eu/jlog-in-funktion
Es ist ergo kein reines Problem der Telemetrie (S.Bus2), was nur auftreten kann, wenn ein Sensor dran hängt, JLog, Futaba, sonstwas, - es ist ein generelles Problem, was zum Verlust der Steuerbarkeit führen kann, nur ein FBL am S.Bus. Bekannt gewordene Probleme waren bisher mit VStabi und Bavarian Demon.
Im Übrigen ist die Futaba-Telemetrie unnötig aufwändig für den Anwender, das hat Futaba so gemacht. Kommt on top, dass deren Dokumentation diesbzgl. eher 'ne Nullnummer ist. Das muss ich leider ausgleichen, weil es für JLog mit Futaba erforderlich ist, natürlich. Man muss dieses Registrieren und seine Handhabung einfach verstanden haben, - das Prinzip, was dahinter steckt.
Ich will keinen Dank dafür, aber ich hätte auch gerne keinen auffe Fresse aus lauter Dankbarkeit.-----
...und zu Deinem Restproblem, dazu steht evtl. auch was passendes im Manual:
Zitat:
Sender: Beim Binden des Empfängers muss Telemetrie explizit angeschaltet werden. “DL” (Delay) sollte nicht kleiner als 0,5 Sekunden gewählt werden. Es scheint einen Design Bug in Empfänger- oder Sender-Firmware zu geben, der sonst dazu führen kann, dass zu häufig übertragene Telemetriedaten im Downlink zu hohen Update-Latenzen der Steuerdaten im Uplink führen (Servo-Ruckeln).
Beachten Sie auch das:
Telemetry is available only in the FASSTest 14CH mode. (12CH mode displays only Receiver battery voltage and extra battery voltage.)
Die Tatsache, dass man die Empfängerspannung per Telemetrie sieht, ist also noch kein Zeichen dafür, dass das Setup im Binden des Empfängers an den Sender und des Senders selbst richtig ist, man Daten von Sensoren wie JLog am S.Bus2 Port des Empfängers per Telemetrie erwarten kann.
Anmelden
Registrieren
FAQ
Suche
