Und in #1020 hat Reinhardt ja schon darauf geantwortet
Aber mal ne andere Frage. Hab mir hier meine beiden Konverter nochmal angeschaut. Auf einem ist die 2017-4-16 und auf dem anderen die 2017-2-28 drauf. Glaube, ich sollte mal auf 1_01 updaten. Aber nehm ich nun mit oder ohne FrSky_IDs??
Reinhardt, deine pdfs sind zwar auch in dem Punkt recht ausführlich, lassen mich trotzdem etwas ratlos. Bin ja bisher ohne FrSky_IDs recht gut gefahren
....
Dann würde ich bei der Version ohne FrSky IDs bleiben.
Wir reden bei den FrSky IDs ohnehin nur über VFAS, Curr, VSpd, Tmp1 und Tmp2.
Für andere bzw. zusätzliche Parameter machen die vordefinierten FrSky IDs (aus verschiedenen Gründen) keinen Sinn.
Ich selbst benutze auch die Version ohne vordefinierte FrSky IDs.
Die Verwendung bestimmter FrSky IDs ist gewissermaßen ein historisches Relikt, da am Anfang der Konverter-Geschichte bestimmte
IDs verwendet wurden, denen nach bestimmten Regeln die Parameter auf dem MSB mit passender Werteklasse zugeordnet wurden.
Aus zwei wesentlichen Gründen sind wir dann hier im Forum irgendwann auf die Version ohne FrSky IDs gekommen.
Erstens ist beim MSB die Werteklasse ausschließlich durch die Einheit festgelegt.
Das bedeutet, dass ganz verschiedene Parameter mit gleicher Werteklasse übertragen werden.
Als es dann um die Einbindung des Multiplex GPS Sensors ging, war klar, dass das Konzept mit den vordefinierten IDs an seine Grenzen kommt.
Denn diese Sensor überträgt alle möglichen Parameter mit der gleichen Werteklasse Höhe/kurze Distanz.
Da der Konverter nur die Werteklasse sieht, aber nicht weiß, welcher Parameter dahinter steckt, müsste man komplizierte Regeln definieren,
wie die MSB Adressen den FrSky IDs zugeordnet werden, wenn eine Werteklasse mehrfach vorkommt.
Letztlich war das nicht praxistauglich, so dass auf diese IDs verzichtet wurde, und (fast) alle Werte mit einer ID, die aus der MSB Adresse gebildet wird, übertragen werden.
Dann kann man alles in OpenTx selbst konfigurieren, was man teilweise auch bei den vordefinierten FrSky IDs ohnehin machen muss.
Der zweite Grund ist, dass einige der vordefinierten FrSky IDs (z.B. die Höhe) mit einem merkwürdigen Protokoll mit Vor- und Nachkommastellen übertragen werden.
Das führt zu leeren Datenframes, da es auf dem MSB keine Nachkommastellen für die Höhe gibt, weil die Auflösung 1 m ist.
Das konnte ich mir aber nicht leisten, da nicht soooo viele Frames untergebracht werden können.
Mal so als kleiner Ausflug in die Konverter Historie.
Gruß
Reinhardt Werbik