Graupner HoTT Telemetrie-Sensoren Eigenbau DIY | Telemetrie-Protokoll entschlüsselt
- Ersteller flying-doctor
- Erstellt am
k_wimmer
User
Hi,
auch bei den neuesten Updates hat sich das nicht geändert.
mind. 1mS muss zwischen den Bytes liegen.
Ich vermute hier läuft eine StateMachine mit 1mS schedule.
Wenn man hier das Timing ändern will muss man wahrscheinlich die gesamte Software neu strukturieren, oder auf eine andere Hardware umsteigen.
Der verwendete µC bringt hier ja leider keine DMA mit, weshalb man dann auf einen Ring-Buffer zurückgreifen müsste.
Ich schätze mal, dass dies eine zu hohe Interrupt Belastung darstellt, und daher geht man dann auf die State-Machine mit Time scheduling.
Ich würde das mit dem eingesetzten µC genauso machen.
Bei den neueren Empfängern mit Gyro und Vario könnte man zwar auf eine DMA zurückgreifen, aber dann ist man mit den alten Empfängern nicht mehr kompatibel.
Aus diesem Grunde finde ich es auch besser davon ab zu sehen.
auch bei den neuesten Updates hat sich das nicht geändert.
mind. 1mS muss zwischen den Bytes liegen.
Ich vermute hier läuft eine StateMachine mit 1mS schedule.
Wenn man hier das Timing ändern will muss man wahrscheinlich die gesamte Software neu strukturieren, oder auf eine andere Hardware umsteigen.
Der verwendete µC bringt hier ja leider keine DMA mit, weshalb man dann auf einen Ring-Buffer zurückgreifen müsste.
Ich schätze mal, dass dies eine zu hohe Interrupt Belastung darstellt, und daher geht man dann auf die State-Machine mit Time scheduling.
Ich würde das mit dem eingesetzten µC genauso machen.
Bei den neueren Empfängern mit Gyro und Vario könnte man zwar auf eine DMA zurückgreifen, aber dann ist man mit den alten Empfängern nicht mehr kompatibel.
Aus diesem Grunde finde ich es auch besser davon ab zu sehen.
Danke
Danke
Vielen Dank für die Antworten,
das klingt plausibel, wenn im Empfänger in einem 1ms-Zyklus jeweils nur ein Zeichen abgeholt und in eine State-Machine geschoben wird ist es Sonnenklar.
Unter diesen Umständen hätte dann zwar auch 9600 statt 19200 Baud auch gereicht aber was soll's, wenn man es berücksichtigt ist ja alles gut.
Graupner schickt einem auf Nachfrage einfach eine komplette Spec? Wie cool ist das denn! Das ist mehr als ich erwartet hätte. Werde ich probieren.
Danke
Vielen Dank für die Antworten,
das klingt plausibel, wenn im Empfänger in einem 1ms-Zyklus jeweils nur ein Zeichen abgeholt und in eine State-Machine geschoben wird ist es Sonnenklar.
Unter diesen Umständen hätte dann zwar auch 9600 statt 19200 Baud auch gereicht aber was soll's, wenn man es berücksichtigt ist ja alles gut.
Graupner schickt einem auf Nachfrage einfach eine komplette Spec? Wie cool ist das denn! Das ist mehr als ich erwartet hätte. Werde ich probieren.
Stoschek
User
Dieses Problem hatte ich auch, der GR-12 hat keinen Pullup auf 3,3V. Ein GR-16 hingegen schon und dieser funktioniert auch mit openXsensor. Seit ich den T-Port Signalpin mit Spannungsteiler auf 3,3V gebracht habe, geht es!
Stoschek
User
wimalopaan
User
Ich habe zu dem HOTT-Protokoll ein etwas andere Frage, die vielleicht etwas naiv ist. Liegt wahrscheinlich daran, dass ich Telemetrie noch nie mit meiner MC-16 eingesetzt habe und ich auch keine Telemetrie-Modul besitze.
Ich habe ein selbstgebautes Lichtmodul: dies ist mit einem ATTiny realisiert und funktioniert wie ein Zustandsautomat. Mit einem beliebigen Kanal schaltet man einfach den Zustand weiter oder zurück und dann ergibt sich eine andere Art der Beleuchtung. Als LEDs nehme ich WS2812, die man einfach hintereinander schalten kann und jeder trotzdem einzeln ansteuern kann.
Die Frage: ich möchten die Nummer des Zustands der Beleuchtung, also etwa einfach ein Zahl [0,15] in der Telemetrie-Anzeige des Senders anzeigen.
Geht das?
Danke für jede Hilfe,
Wilhelm
Ich habe ein selbstgebautes Lichtmodul: dies ist mit einem ATTiny realisiert und funktioniert wie ein Zustandsautomat. Mit einem beliebigen Kanal schaltet man einfach den Zustand weiter oder zurück und dann ergibt sich eine andere Art der Beleuchtung. Als LEDs nehme ich WS2812, die man einfach hintereinander schalten kann und jeder trotzdem einzeln ansteuern kann.
Die Frage: ich möchten die Nummer des Zustands der Beleuchtung, also etwa einfach ein Zahl [0,15] in der Telemetrie-Anzeige des Senders anzeigen.
Geht das?
Danke für jede Hilfe,
Wilhelm
tecnologic
User
Hallo Wilhelm,
ja das geht. Du kannst bei HOTT die Daten auf 2 verschiedene Weisen anzeigen. Einmal auf fertigen Bildschirmen, die mit bestimmten Daten gefüllt werden, Akkustand usw. Aber für die Einstellungen gibt es den Text Mode. Da kannst du Wie bei einem Terminal relativ beliebige Texte auf der Funke ausgeben. Sieh dir den Arduino Code einfach mal an.
Gruß
Alex
ja das geht. Du kannst bei HOTT die Daten auf 2 verschiedene Weisen anzeigen. Einmal auf fertigen Bildschirmen, die mit bestimmten Daten gefüllt werden, Akkustand usw. Aber für die Einstellungen gibt es den Text Mode. Da kannst du Wie bei einem Terminal relativ beliebige Texte auf der Funke ausgeben. Sieh dir den Arduino Code einfach mal an.
Gruß
Alex
wimalopaan
User
Hallo Alex,
ich habe eine MC16 und einen GR12L hier zum Testen.
Aus dem GR12L kommt immer nur der Binärmode-Request.
Was muss ich denn noch einstellen, damit das geht mit dem TextModus?
--
Wilhelm
ich habe eine MC16 und einen GR12L hier zum Testen.
Aus dem GR12L kommt immer nur der Binärmode-Request.
Was muss ich denn noch einstellen, damit das geht mit dem TextModus?
--
Wilhelm
tecnologic
User
Moin Wilhelm,
ich habe das selbe Setup. Und ich muss nur weiter nach rechts drücken dann kommt ein Textmode Request vom Empfänger. Sogar wenn ich den Binärmode gar nicht beantworte. Hast du das schon probiert?
Gruß
Alex
ich habe das selbe Setup. Und ich muss nur weiter nach rechts drücken dann kommt ein Textmode Request vom Empfänger. Sogar wenn ich den Binärmode gar nicht beantworte. Hast du das schon probiert?
Gruß
Alex
wimalopaan
User
Der kommt nur, wenn in dem Telemetrie-Menu bin, aber nicht wenn ich einschalte.
Ausserdem ist der immer gleich: 0x7f 0x0f.
Ausserdem ist der immer gleich: 0x7f 0x0f.
wimalopaan
User
habe jetzt auch mal die Firmware im Sender und Empänger auf den neuesten Stand gebracht:
mc16: 1.107
GR12L: 1.90
Trotzdem fragt der nicht den Textmodus ab!!!
Wenn ich das richtig verstehe, dann ist doch ein Textmode Request:
0x7f
0xXf
wobei X >0 die Id des Sensors ist.
Bei mir kommt nur 0x7f 0x0f !
Mmh, Ideen?
mc16: 1.107
GR12L: 1.90
Trotzdem fragt der nicht den Textmodus ab!!!
Wenn ich das richtig verstehe, dann ist doch ein Textmode Request:
0x7f
0xXf
wobei X >0 die Id des Sensors ist.
Bei mir kommt nur 0x7f 0x0f !
Mmh, Ideen?
tecnologic
User
Das ist der Broadcast, den gibts beim Binärmode auch. Dann sendet er 0x80 0x80 als anfrage wer dann überhaupt da ist. Hast du mal die Spec bei Graupner angefragt? Ist ganz lustige Lektüre.
Gruß
Alex
Gruß
Alex
Hey, das mit dem Broadcast ist neu, oder?
Ich kenne noch die ältere Spec wo die Sensoren feste IDs hatten. Hatte mir auch überlegt, ob eine Art Inventory/Broadcast am Anfang nicht sinnvoll wäre, um die vorhandenen Sensoren automatisch zu lernen. Wenn sie das jetzt eingebaut haben wäre das ja richtig gut.
Ich kenne noch die ältere Spec wo die Sensoren feste IDs hatten. Hatte mir auch überlegt, ob eine Art Inventory/Broadcast am Anfang nicht sinnvoll wäre, um die vorhandenen Sensoren automatisch zu lernen. Wenn sie das jetzt eingebaut haben wäre das ja richtig gut.
tecnologic
User
Ja, das habe sie eingebaut damit der Empfänger alle angeschlossenen Sensoren erkennt. Für den Bildschirm im Telemetriemenü wo er hinter den vorhandenen Sensoren ein Häkchen macht. Wann der Empfänger das genau abfragt, ist aber nicht beschrieben.
Gruß
Alex
wimalopaan
User
Ah ok, dann sende ich als Antwort auf den bcast einfach ein normales Antwortpaket?
Und es bleibt bei mir das Problem, dass der TextModus broadcast nach dem Einschalten des Empfängers einfach nicht kommt. Nur wenn ich im Sender in das Telemetrie-Menu gehe.
Der Binärmodus broadcast kommt nach einiger Zeit vom Empfänger, wenn er mit der direkten Adressierung keinen Sensor gefunden hat.
Und es bleibt bei mir das Problem, dass der TextModus broadcast nach dem Einschalten des Empfängers einfach nicht kommt. Nur wenn ich im Sender in das Telemetrie-Menu gehe.
Der Binärmodus broadcast kommt nach einiger Zeit vom Empfänger, wenn er mit der direkten Adressierung keinen Sensor gefunden hat.
tecnologic
User
OK komisch, der Textmodus ging bei mir zu erst. Hast du eine Smartbox? Mit der kannst du auch gezielt Textmode Anfragen senden. Mit der ging es sofort. Und mein Empfänger hatte die Eigenheit, wenn er keinen Sensor gefunden hat dann kam der Broadcast. Kannst du mal aufzeichnen was der Empfänger sendet? Vllt mit einem LogicAnalyser.
Gruß
Alex
Gruß
Alex
wimalopaan
User
Ich habe es einfach per serieller Schnittstelle aufgezeichnet.
Er sendet zunächst konkrete Binärmode Anfragen, ca 30 sec lang.
Dann kommt ohne Ende 0x80 0x80 Broadcasts.
Textmode kommt nicht - es sei denn, ich schalte im Sender in das Telemetrie Menu.
Smartbox habe ich leider nicht.
Er sendet zunächst konkrete Binärmode Anfragen, ca 30 sec lang.
Dann kommt ohne Ende 0x80 0x80 Broadcasts.
Textmode kommt nicht - es sei denn, ich schalte im Sender in das Telemetrie Menu.
Smartbox habe ich leider nicht.
k_wimmer
User
Hallo,
das ist völlig normal, Textmode geht nur mit SmartBox oder im Telemetriedisplay der Anlage.
Der Textmode ist zum Programmieren und Einstellen der Parameter entwickelt worden und nicht zur direkten Datenanzeige.
Das macht auch durchaus Sinn, da die Daten im Binärmodus wesentlich schneller übertragen werden.
das ist völlig normal, Textmode geht nur mit SmartBox oder im Telemetriedisplay der Anlage.
Der Textmode ist zum Programmieren und Einstellen der Parameter entwickelt worden und nicht zur direkten Datenanzeige.
Das macht auch durchaus Sinn, da die Daten im Binärmodus wesentlich schneller übertragen werden.
wimalopaan
User
Das erscheint mir unlogisch: wenn man schon einen broadcast macht, sollten die Sensoren ja auch die Möglichkeit habe, ihr eigenes Display zusammen zu stellen. Nur zum Debuggen macht das doch wenig Sinn.
