Ich hatte
diesen Beitrag im Hinterkopf. Das liest sich so, als ob bei V2 das FL Bit gesetzt wird, wenn innerhalb der letzten 4 frames 2 frames korrumpiert waren. Oder war das nur eine Idee?
Das ist Ewalds Hütchenspielertrick, der aber noch nie Sinn gemacht hat. Im SBus werden einfach die letzten erfolgreich empfangenen Kanalwerte übertragen. Es git gar keine andere Möglichkeit. Und wenn das letze OTA-Frame nicht gültig war, muss das LF-Bit gesetzt werden (wird aber manipuliert).
Die LED wird ja offensichtlich aufgrund der Info von der SPI-Schnittstelle angesteuert, aber wie ist dann die zeitliche Zuordnung zu dem SBus frame?
Die LED wird angesteuert, wenn ein Frame vom CC2500 erfolgreich empfangen wurde. Die SPI-Schnittsstelle überträgt die Daten zwischen CC2500 und STM32.
Die Signalaufbereitung wird dann im STM32 durchführt, für PWM und SBus.
Der Ablauf für Empfang (also ohne Telemetrie und LBT) ist:
- Frame empfangen und auf Gültigkeit prüfen (CC2500)
- wenn gültig LED 5ms einschalten, gleichzeitig
- Framedaten per SPI an STM32 schicken
- SBus Frame und PWM-Impulse bilden und ausgeben (STM32)
- aber das LF Bit wird im SBus erst beim vierten fehlenden Frame gesetzt (das ist die Manipulation)
Dass das LED "aus" mit dem Anfang der SBus Übertragung zusammenfällt, ist Zufall.
Der logische Schluss aus dem Ablauf ist, dass die LED von CC2500 angesteuert werden muss und nicht vom STM32, sonst hätte FrSky auch die LED gleich "mitgefälscht".
