Hallo Zusammen,
ich verstehe nicht die Beweggründe für OpenTx 2.1 bzw. die dort verwendeten Telemetrie Anpassungen, aber irgend einen Grund wird das schon haben.
Leider ist die Doku ja irgendwie relativ dürftig und man muss sich vieles zusammensuchen. Konkret habe ich ein im APM/Pixhawk Bereich hin und wieder genutztes Lua Script geschrieben, welches die Telemetrie-Daten der FrSky D-Empfänger ausliest und anzeigt.
https://github.com/Jace25/LUA-Taranis-Pixhawk
Soweit so gut. Hier fangen auch schon meine Fragen an, und vielleicht könnte man gleichzeitig den Thread hier als Sammelstelle nutzen, denn soweit ich das sehe gibt es noch nichts konkretes zum Umstieg von 2.0 auf 2.1.
FrSky Distance:
Es gab in 2.0 die Möglichkeit, die Entfernung zu bekommen, das Feld dafür war distance. Gibt es das in 2.1 auch wieder?
Abfragen der Sensoren:
Entweder ich spreche den Sensor über seinen ID direkt an (woher bekomme ich die verlässlich, und ändern diese sich), oder ich gebe dem Sensor in den Einstellungen einen Namen und hole mir die ID über den Namen. Wie soll so etwas portable für andere sein? Diejenigen, die so ein Script nutzen wollen, müssen dann ja vorher auch noch umständlich die Sensoren benennen. Das mag jetzt dem Lua-Erfahrenen Menschen leicht fallen, aber vermutlich stellt man 95% der FrSky nutzer damit vor eine ärgerliche Hürde. Gibt es hier eine Best-Practice? Also eher direkt über die ID und hoffen dass die sich nicht ändert (beispielsweise zwischen d4r und d8r)?
Simulation der Sensoren:
Nachdem ich herausgefunden hatte, wie man die Sensoren findet (Detect Sensors), habe ich diese Einstellungen in Companion vom Sender geladen und hatte dann zumindest theoretisch die Sensoren. Aber wie zum Henker simuliere ich die dann? RSSI hatte als SubID 25, das konnte ich im TelemetrieSimulator dann auch sehen, wenn ich 25 angegeben habe. Die anderen Sensoren hatten SubId 0, und egal was ich den Sensoren für eine SubID gegeben habe oder was ich als SubID im Simulator zum Senden eingestellt habe, ich hab keine Daten bekommen. Prima, debugging (eh schon gruselig) auf der Funke.
Wenn die Sensoren unterschiedliche SubIDs haben, wie soll man dann gleichzeitig mehrere Sensoren simulieren, die verschiedene Subids haben?
Viele Grüße und vielen Dank für die Hilfe,
Jacob
ich verstehe nicht die Beweggründe für OpenTx 2.1 bzw. die dort verwendeten Telemetrie Anpassungen, aber irgend einen Grund wird das schon haben.
Leider ist die Doku ja irgendwie relativ dürftig und man muss sich vieles zusammensuchen. Konkret habe ich ein im APM/Pixhawk Bereich hin und wieder genutztes Lua Script geschrieben, welches die Telemetrie-Daten der FrSky D-Empfänger ausliest und anzeigt.
https://github.com/Jace25/LUA-Taranis-Pixhawk
Soweit so gut. Hier fangen auch schon meine Fragen an, und vielleicht könnte man gleichzeitig den Thread hier als Sammelstelle nutzen, denn soweit ich das sehe gibt es noch nichts konkretes zum Umstieg von 2.0 auf 2.1.
FrSky Distance:
Es gab in 2.0 die Möglichkeit, die Entfernung zu bekommen, das Feld dafür war distance. Gibt es das in 2.1 auch wieder?
Abfragen der Sensoren:
Entweder ich spreche den Sensor über seinen ID direkt an (woher bekomme ich die verlässlich, und ändern diese sich), oder ich gebe dem Sensor in den Einstellungen einen Namen und hole mir die ID über den Namen. Wie soll so etwas portable für andere sein? Diejenigen, die so ein Script nutzen wollen, müssen dann ja vorher auch noch umständlich die Sensoren benennen. Das mag jetzt dem Lua-Erfahrenen Menschen leicht fallen, aber vermutlich stellt man 95% der FrSky nutzer damit vor eine ärgerliche Hürde. Gibt es hier eine Best-Practice? Also eher direkt über die ID und hoffen dass die sich nicht ändert (beispielsweise zwischen d4r und d8r)?
Simulation der Sensoren:
Nachdem ich herausgefunden hatte, wie man die Sensoren findet (Detect Sensors), habe ich diese Einstellungen in Companion vom Sender geladen und hatte dann zumindest theoretisch die Sensoren. Aber wie zum Henker simuliere ich die dann? RSSI hatte als SubID 25, das konnte ich im TelemetrieSimulator dann auch sehen, wenn ich 25 angegeben habe. Die anderen Sensoren hatten SubId 0, und egal was ich den Sensoren für eine SubID gegeben habe oder was ich als SubID im Simulator zum Senden eingestellt habe, ich hab keine Daten bekommen. Prima, debugging (eh schon gruselig) auf der Funke.
Wenn die Sensoren unterschiedliche SubIDs haben, wie soll man dann gleichzeitig mehrere Sensoren simulieren, die verschiedene Subids haben?
Viele Grüße und vielen Dank für die Hilfe,
Jacob
