In der Version 2.0 soll ja die Ausgabe der Telemetrie auch über den seriellen Port im Batteriefach ausgegeben werden. Dabei wird anscheinend einfach nur die Ausgabe weitergeleitet, die der Prozessor reinbekommt (zumindest in dem Hack siehe Link unten).
Nun bin ich etwas verwirrt. Ich nehme an, die Daten die reinkommen sind TTL Level, da der ARM Prozessor kein RS232 kann, es muss also irgendwo ein Converter drin sein, damit die Taranis die Daten auswerten kann.
Schaut man sich aber nun mal die Kommentare hier an:
https://github.com/KipK/opentx/commit/de27fe7c291860754fea9dee939811280b573b3e
Und kuckt sich dazu an, dass die Daten aus der Taranis einfach quasi auf diesen Seriellen Port kopiert werden:
Erschließt sich mir nicht, warum man einen Inverter brauchen sollte. UART3 ist ja auch TTL Level da es direkt aus dem Prozessor kommt und nicht aus dem Telemetrie-Port des Sendemoduls - welcher RS232 hat.
Jetzt weiß ich allerdings nicht, wie der Telemetrie-Port der Taranis geschaltet ist. Da FrSky ja anscheinen so extrem auf RS232 steht könnte es ja sein, dass zwischen dem Prozessor und dem Telemetrieport ein RS232 Wandler hängt.
Kann dazu wer was sagen? Helle?
Nun bin ich etwas verwirrt. Ich nehme an, die Daten die reinkommen sind TTL Level, da der ARM Prozessor kein RS232 kann, es muss also irgendwo ein Converter drin sein, damit die Taranis die Daten auswerten kann.
Schaut man sich aber nun mal die Kommentare hier an:
https://github.com/KipK/opentx/commit/de27fe7c291860754fea9dee939811280b573b3e
And yes an inverter is required as the serial port is RS232.
Code:
sp2sPutc(data);
void sp2sPutc(const char c){
sp2sTxFifo.push(c);
USART_ITConfig(UART3, USART_IT_TXE, ENABLE);
Jetzt weiß ich allerdings nicht, wie der Telemetrie-Port der Taranis geschaltet ist. Da FrSky ja anscheinen so extrem auf RS232 steht könnte es ja sein, dass zwischen dem Prozessor und dem Telemetrieport ein RS232 Wandler hängt.
Kann dazu wer was sagen? Helle?