THEMA:

Hallo BUS Experten,

welchen Vorteil bringt das UDi-Protokoll zum Vergleich zum PPM Signal beim Microbeast.

Ich habe derzeit bei meine microbeaster über PPM am RSat2 und alles lauft einwandfrei.

Das beastx sendet doch keine Telemetrie, ohne bin ich nicht up to date.

Gruß JoFischer

Hallo Jo,

tjanu, es ist bei PPM wie bei allen "Analog"-Signalen, die von einem Gerät zu einem anderen übertragen werden...

Übertragungssicherheit:
Da bei PPM die Information analog in der Länge eines Rechteck-Impules codiert ist, kann die durch Störsignale (z.B. zyklische Knackimpulse, Überlagerung mit anderen Wechselspannungen etc.) beschädigt werden und der Empfänger muss das durch geeignete Plausibilisierung "herausfinden" und ausblenden. Bei einem seriellen Protokoll (digital) wird ein beschädigtes Signal ja schon beim CRC-Check ohne weitere Plausi-Prüfung erkannt.

Übertragungsrate:
Der Datenstrom auf dem EX-Bus wird mit 125kBaud / 250kBaud 8,1,N übertragen. Ein "Channel Data Packet" beim EX-Bus hat 9 Bytes Overhead und (bei 12 Kanälen) 24 Byte Nutzdaten... Ich weiss zwar nicht, wie groß der gesamte Overhead bei der Übertragung ist, aber theoretisch müssten bei 12 Kanälen, 16 Bit Datenbreite und 50% Overhead mit 250kBaud immer noch grob 500 Hz Übertragungsrate pro Datenpaket machbar sein - also ca. das 10-fache der PPM-Paketrate... Aber - was macht das BeastX dann damit?

Auflösung:
Beim EX-Bus werden die Kanaldaten mit 16 Bit übertragen, also mit einer deutlich höheren Auflösung als mit PPM. Ob das aber spürbar ist, hängt davon ab, wie genau das BeastX das PPM-Signal auswertet (vermutlich nur 10 Bit) und was es intern damit macht.

Weitere Funktionen bringt UDI (und die mit EX-Bus mögliche bidirektionale Übertragung) meines Wissens aktuell noch nicht, wenn also bei Dir mit PPM alles und ohne Störungen tut, wirst Du vermutlich gar keinen Unterschied feststellen...

Mit Ostergrüßen,
Henning

Hallo zusammen,

hab gerade einen "uralten" RSAT1 mit der aktuellen FW 3.21 aktualisiert (siehe Forumsbeitrag zu RMK1/RPPM FW-Update ), den ich an einem Microbeast im T-Rex 450 einsetze.

Den RSAT via Sender auf UDI umgestellt, das Microbeast per "Knopfkonfiguration" auf SRXL umgestellt (geht komischerweise noch nicht im StudioX-Tool) -> Die beiden haben sich sofort "gefunden"... Allerdings erwartet meine Konstellation (Sender DS-16, RSAT1, MB 3.0.12) nun eine Kanalreihenfolge entsprechend Multiplex (siehe BeastX-Manual), aber nagut - ist in der DS-16 ja schnell umgestellt.
MUI50 bleibt an EXT des RSAT angeschlossen, unverändert.

Soeben Probeflug, war unspektakulär, alles tut so gut wie davor

Ostergrüße,
Henning

JoFischer schrieb:

welchen Vorteil bringt das UDi-Protokoll zum Vergleich zum PPM Signal beim Microbeast.

Wie ich schon an anderer Stelle schrieb:

Man merkt einen deutlichen Unterschied in der Reaktion des Modells auf Steuereingaben.
Ich hätte es selbst nicht gedacht, aber der Unterschied Analoges-PPM zu Digital ist wirklich spürbar.

Rein theoretisch ist es ja auch logisch, da hier keine komplette Signalkette (8 Kanäle á 1-2ms + 12ms pause) übertragen und doppelt A/D gewandelt werden muss.
Dadurch kann man in viel kürzerer Zeit, viel mehr Informationen übertragen - Es wird also öfter das gesendet, was du steuerst - subjektiv also direkter.
Und natürlich ist das digitale Signal nicht so Störanfällig, wie ein PPM-Signal (wobei das auf der Kurzen Strecke vom Empfänger zum Beast eher 2.rangig sein sollte).

Ich habe mal versucht den Unterschied etwas verständlicher darzustellen.



Eine PPM-Kette mit 8 Kanälen (nennen wir es einen Frame) ist ca. 108ms lang.
Es dauert also 108ms bis einmal alle 8 Kanäle übertragen wurden und die Kanäle kommen nacheinander an! Ca. 108ms deswegen, weil ja je nach Servostellung der Kanal von 1ms (-100%) bis 2ms (+100%) beansprucht, daher im Beispiel der Mittelwert (alle Servos auf Mittelstellung = 1,5ms). Daraus folgt, dass in einer Sekunde nur ca. 9 Mal dieser komplette "Frame" übermittelt werden kann (1000ms/108ms).

Ein Frame im SRXL-Protokoll für Multiplex sieht so aus, dass zuerst ein Header und danach 12 Kanäle übertragen werden, gefolgt von einer CRC-Checksumme und einem Break. Für die Kanalinformationen stehen dabei 16-Bit zur Verfügung, bei Multiplex werden aber nur 12-Bit benutzt (das ist also die Auflösung eines Kanals). Insgesamt besteht dieser Frame dann also aus 226-Bit.
SRXL wird mit 115200 Boud übertragen (also 115200 Bit/s).
Daraus folgt, dass theoretisch über 500 dieser Frames in einer Sekunde übertragen werden (115200 Bit/s / 226 Bit).
Und dabei ist jeder Kanal sofort verfügbar, nicht wie beim analogen Signal erst nach und nach.

Also noch mal kurz zusammen gefasst:
PPM: 8 Kanäle, 9x pro Sekunde
SRXL: 12 Kanäle, 500x pro Sekunde

Wenn das mal kein Grund zum Wechsel ist

mfg
Amok

Hi Amok,

in deiner Rechnung und Anschauung ist ein Fehler.

Bezogen auf Wiki werden mit ppm 50 mal aktualsierte Daten übertragen bei 8 Kanälen - ein Frame ist also 20 ms lang.

Gruß

gecko

PS - und das Bandbreite vorhanden ist heißt bei serieller Übertragung nicht das sie auch genutzt wird. Wir können ja den Sender auf 100 Hz einstellen, und eben nicht schneller.

Hallo Amok,
Das Problem sind meist die Flugsteuerungen, gerade bei den Koptern, die vertragen oft nur 20ms Refresh.
Außerdem sind die Servos dann der Flaschenhals. Wenn du der Pilot mit den aller schnellsten Reflexen bist
und eine Reaktionszeit von 0,2 Sekunden hast, dann kommen dazwischen bei normalen ppm noch 10x die gleichen
Ausschläge an. Ich glaube du überschätzt dich selber, wenn du einen Unterschied merkst.
P.S Was du viel mehr spürst sind die hohe Auflösung der Hallsensoren in den Knüppelaggregaten, gegenüber einer alten Steuerung mit normalen
Potis. Hier hast du eine viel feinere Abstufung bei geringsten Knüppelwegen.

Harald