Zwei Fragen kann man sich aber noch stellen.
Da es jetzt nur noch wenige Parameter sind, die mit vordefinierter FrSky ID übertragen werden, könnte man darüber nachdenken,
auf diese völlig zu verzichten und alle Sensorwerte mit einer ID gemäß ihrer MSB Adresse einfach durchzureichen.
(Das hatten wieder früher im Thread schon mal als mögliche Option andiskutiert.)
Den RVLQ Frame müsste man aber in jedem Fall auch senden, da sonst OpenTX die Telemetriedaten nicht erkennt.
Entweder wäre dieser dann leer, oder man belässt den RSSI/LQI und die Empfängerspannung auf Adresse 0 darin.
Zum zweiten könnte man die Alarm-Flags rausschmeißen.
Es war seinerzeit eigentlich mehr eine Spielerei, in der Praxis wird man Alarme immer in OpenTX konfigurieren.
Zumal das Auswerten individueller Bits im Alarm-Datenwort ohne LUA wohl auch nur in sehr einfachen Fällen möglich ist.
Naja, schaun mer mal.
Hallo zusammen,
um nochmal auf diese beiden Punkte zurückzukommen...
Ich habe beschlossen, eine Version des Konverters zu machen, die völlig auf die vordefinierten FrSky IDs verzichtet.
Da ich ohnehin zumindest den vorgegebenen Namen immer ändere, bringen mir die Voreinstellungen von OpenTX nichts.
Und bei den Temperaturen muss man auch eine Ratio definieren, da die Daten nicht mit der FrSky Auflösung,
sondern mit der besseren MSB Auflösung übertragen werden.
Dann kann man den ganze FrSky ID Kram eigentlich auch gleich ganz rausschmeißen, und genau das werde ich tun.
Alle Parameter bekommen eine ID gemäß ihrer MSB Adresse und werden dann im Sender entsprechend konfiguriert.
Was bleiben wird, ist die Zuordnung bestimmter MSB Adressen zu den Parametern im RVLQ Frame:
- A1 Spannung: Adresse 0 (normalerweise die Empfängerspannung)
- A2 Spannung: Adresse 2 (eine weitere Spannung bis 25,5 V)
- RSSI Wert: Adresse 1 (repräsentiert den M-Link LQI)
Wenn einer dieser Parameter nicht benötigt wird, kann wie gehabt die entsprechende Adresse
für einen beliebigen Parameter mit einer anderen Werteklasse benutzt werden.
Wer den Thread genau verfolgt hat, weiß, dass ich die feste Adresse für den RSSI/LQI Wert kürzlich eliminiert habe.
Das hat zu einer kleinen Besonderheit im Code geführt, über die ich schon zweimal gestolpert bin,
da der im RVLQ Frame übertragene LQI in der Schleife für die User Daten auftaucht.
Daher habe ich das wieder rückgängig gemacht, da es in der Praxis bedeutungslos ist.
Was ich mit den Alarm Flags mache, weiß ich noch nicht.
Einerseits sind sie eigentlich überflüssig, andererseits ist der Konverter ohne sie irgendwie nicht komplett.
Ich werde diese Version parallel zur bisherigen erstellen.
(Bis auf ein File können alle C Sourcen per Link vom bisherigen Konverter benutzt werden.)
Watch this space.