Tech-Frage Reaktionsgeschwindigkeit von Sendern/Receivern

[jagged]

Es gibt ja hier im Forum immer wieder heiße Diskussionen über die Funksysteme.
Lohnt sich viel Geld oder so soll hier gar nicht die Frage sein.

Was ist für die Reaktionszeiten verantwortlich?

Meine naive Annahme: Sender und Empfänger

Aber ich bin über folgendes gestolpert:

"
Die M12S hat eine 30% schnellere Reaktionszeit als die M12 (das vorherige schnellste Modell der Welt).
Nicht nur eine schnelle Reaktion, sondern auch ein hervorragendes lineares Fahrgefühl sowie Funktionen wie CODE-AUX, Mixer, Telemetrie, programmierbares Failsafe, Timer und Safety Link runden das wirklich komplette Angebot der M12S ab!"

D.h. Sanwa macht die Reaktionszeiten nur mit einer Funke besser. D.h. der Receiver trägt nichts zur Verbesserung bei.

?

Liegt das also nur an der Software?
Das Funkprotokoll kann es ja nicht sein...

 

[renner]

Ich habe keine Ahnung, aber denke mal, dass auch die Abtastraten (wenns so heißt) der Potis besser werden, also einfach höher auflösen und damit eine schnellere Reaktion erfolgt?

 

[Deleted member 13]

Nun Tach auch

Höhere Frame / Abtastraten ergo muß höhere Rechenleistung kommen .
Meine jetzigen Funken sind bis dato immer noch schneller als ich .


Gruß Franz

 

[jagged]

D.h. die Funke ist ausschlaggebend.
Hardware & Software

Das Protokoll sicher auch. Aber die 30% Verbesserung bei Sanwa zeigen, dass bei der Funke ganz schön was zu holen ist.

 

[Deleted member 13]

Nun Tach auch

Eigentlich beide , jeder analoge Geber muß gesampelt werden ins digitale Format Reinkultur . Denne in Reihenfolge gebracht Parallel oder hinternander weg Single , codieren .
Im Empfänger muß dann wieder decodiert werden und den einzelnen Kanälen zugeordnet .
Oder als Single Line an einen eigenständigen Decodiere übergeben , Flugcontroller , FBL Systeme .
Die Funkbrücke gleicht mehr einer Datenverbindung mit Bits und Bytes .

In der Frage bin ich vieleicht etwas verwöhnt habe nur Knüppelfunke mit Telemetrie .


Gruß Franz

 

[Deleted member 13]

Nun Tach auch

Nur weshalb , haste da Probleme mit der Reaktionsgeschwindigkeit , oder nur so ?


Gruß Franz

 

[Don Promillo]

Viele sind auch von ACCST/Sbus auf Crossfire gewechselt, nicht so sehr der Reichweite wegen, sondern wegen der 15 Millisekunden weniger.

Wenn es jemandem hilft oder mehr Spaß macht, soll er machen.
Ich persönlich stelle immer noch fest, dass mir manchmal der Baum schneller näher kommt als mir lieb ist und da machen 15ms inputlag auch keinen Unterschied. Auch wenn es natürlich einfacher wäre den Crash später auf die Funkverbindung zu schieben als selber Fehler einzugestehen.

 

[Boliseiaudo]

Springbäume! Furchtbare Gewächse!

 

[Deleted member 13]

Nun Tach auch

Der größte Schrecken der Helizunft


Gruß Franz

 

[Hubipilot]

der Helizunft

Nicht nur. Die mögen auch keine Flächen

 

[jagged]

Nur weshalb , haste da Probleme mit der Reaktionsgeschwindigkeit , oder nur so ?

Ne. Reiner Erkenntnisgewinn.

 

[jagged]

Viele sind auch von ACCST/Sbus auf Crossfire gewechselt, nicht so sehr der Reichweite wegen, sondern wegen der 15 Millisekunden weniger.

Wo muss ich da PPM einsortieren?

Hab folgende schöne Erklärung gefunden:
http://www.mftech.de/ppm.htm

Das.h. sbus ist eine mögliche Ersetzung von PPM.

 

[jagged]

Wenn man das hier liest
https://fpv-racing-forum.de/thread/413-sbus-vs-ppm-aka-cppm/
dann liegt die Übertragungstotzeit bei 22,5ms bei PPM und 10ms bei Sbus.

Das ist alles sauschnell und kann die Unterschiede nicht erklären.

Hier was von der Graupner mx16:
"Kürzere Reaktionszeiten einstellbar (10ms Periodenzeit)

Keine zusätzlichen Verzögerungen durch Modulprozessoren. Das gesamte Hoppingmanagement wird direkt vom 32-Bit Hauptprozessor durchgeführt."

Es ist wirklich ausschließlich Hardware/Software der Funke.

 

[Deleted member 13]

Nun Tach auch

Dann würde ich ertsmal schlau machen ob die Puls Pause Modulation oder die Puls Phasen Modulation zum Einsatz
kommt beide haben das Kürzel PPM .
Dann gibbed noch die Puls Weiten Modulation PWM .


Gruß Franz

 

[jagged]

Hier:


Und sbus braucht wohl nur 10ms.

 

[yoshi]

PPM ist ein analoges Signal mit dem beschriebenen Aufbau.

Und so ziemlich jeder serielle BUS mit vernünftiger Taktung ist schneller. Egal ob drahtgestützt oder über Funk.

 

[Deleted member 13]

Nun Tach auch

Zumindest spielt sich der Vorgang ab 50 - 800 Hertz ab und übertragen in Bit Paketen .
Am besten durch den Oszillograph jagen .


Gruß Franz

 

[jagged]

Aber der braucht nur 20ms.
D.h. die neuen Funken sind alle <20ms egal wie billig.

@yoshi: was hältst du von der Aussage:

Snip:
Hier was von der Graupner mx16:
"Keine zusätzlichen Verzögerungen durch Modulprozessoren. Das gesamte Hoppingmanagement wird direkt vom 32-Bit Hauptprozessor durchgeführt."
:Snip
Und
Sanwa macht die Reaktionszeiten nur mit einer Funke besser. D.h. der Receiver trägt nichts zur Verbesserung bei.

-->

Es ist wirklich ausschließlich Hardware/Software der Funke.

 

[Deleted member 13]

Nun Tach auch

Und das sind gerademal 50 Hertz die 20 ms also die normale Framerate für ein analog Servo , das sollte jeder Micro Prossesor drauf haben .


Gruß Franz

 

[jagged]

Keine zusätzlichen Verzögerungen durch Modulprozessoren. Das gesamte Hoppingmanagement wird direkt vom 32-Bit Hauptprozessor durchgeführt."

Aber der Prozessor muss scheinbar einiges machen bzw. wartet auf andere Komponenten. Außerdem für mehrere Kanäle...
Und schlechte Programmierung macht alles langsam.