PPM Eingang am Raspberry

[Ppm (Gast)]

Hallo.

Ich habe eine 8 Kanal RC Funke und würde gerne alle 8 Empfangssignale 
(PPM) am Raspberry einlesen. Das ganze sollte möglichst 
Ressourcenschonend implementiert werden, da nebenbei noch andere 
zeitkritische Prozesse laufen. Mal abgesehen davon, dass ich den 
Spannungspegel anpassen muss, wie realisiert man das am besten? Sollte 
man einen Linux Treiber schreiben, der direkt die GPIO Interrupts 
verwendet, bzw. gibt es hierfür vielleicht schon etwas.

Alternativ würde ich einen kleinen Mikrocontroller nehmen und die Werte 
per
UART an den Raspberry schicken. Aber nur wenns nicht anders geht....

Hat das schommal wer gemacht?
Es läuft bereits ein Linux mit RT Patch.

[Su (Gast)]

Ppm schrieb:
> Ich habe eine 8 Kanal RC Funke und würde gerne alle 8 Empfangssignale
> (PPM) am Raspberry einlesen.

Hast du ein Summensignal oder nur die acht Einzelsignale?

[Ppm (Gast)]

Leider nur die Einzelsignale, soweit ich das sehe. Rc fersnteuerungen 
sind ein relativ neues Thema für mich. Ich habe die Turnigy 9x und den 8 
Kanal empfänger 
dazu:http://www.hobbyking.com/hobbyking/store/__8992__Turnigy_9X_9Ch_Transmitter_w_Module_8ch_Receiver_Mode_2_v2_Firmware_.html

Wobei eine andere Firmware (er9x) verwendet wird.

[Ppm (Gast)]

Scheint doch keine so triviale Aufgabe zu sein....

[Su (Gast)]

Ppm schrieb:
> Ich habe die Turnigy 9x

Da sollten doch alle Signale am Simulatorausgang rauskommen.

[Ppm (Gast)]

Aber nicht beim Empfänger, oder???
Ziel ist schon eine Funkverbindung ;)

[Daniel (Gast)]

Leider geht das mit den originalen Sender und Empfänger nicht... Wenn du 
die tauscht geht das?

[Ppm (Gast)]

Ich seh den Vorteil nicht? Auch das Summensignal muss ich einlesen....

[Daniel (Gast)]

Ich meinte, dass du kein summemsignal aus dem Empfänger bekommst...

Ob du mit dem raspberry 8 ppm Signale einlesen kannst weiß ich nicht. 
Auf einem arm mache ich dies komplett interruptgesteuert mit timern. ob 
das auf einem raspberry klappt weiß ich nicht :-)

[Won K. (Firma: Outside the Asylum) (the_sane)]

Ppm schrieb:
> da nebenbei noch andere zeitkritische Prozesse laufen.

MAl ne Frage nebenbei: Unter welchem System kann der Pi zeitkritische 
Prozesse ausführen? Gibt es inzwischen ein brauchbares Echtzeit-Linux 
oder gar QNX dafür?

[Su (Gast)]

Ppm schrieb:
> Ich seh den Vorteil nicht? Auch das Summensignal muss ich einlesen....

Der Vorteil ist, dass du nur Signale auf einem Pin ausmessen musst und 
die Pulse dort schön sortiert im Gänsemarsch rauskommen.

[ang M E (Gast)]

Won K. schrieb:
>
> MAl ne Frage nebenbei: Unter welchem System kann der Pi zeitkritische
> Prozesse ausführen? Gibt es inzwischen ein brauchbares Echtzeit-Linux
> oder gar QNX dafür?


RTEMS

[Ppm (Gast)]

Linux mit RT Patch funktioniert ganz gut. Zeitkritisch ist relativ, ein 
Quadcopter mit 250 Hz Zykluszeit kann jedenfalls ohne Probleme geregelt 
werden.

Habe herausgefunden, dass am Empfänger die Signale relativ einfach via 
SPI abgegriffen werden können. Das Protokoll ist scheinbar sehr einfach. 
Ich find gerade die Seite nicht, aber da gibt es schon was im Netz.
Der Raspberry (oder Linux?) kann aber kein SPI im Slave Modus...
Da werd ich mich mal weiter Informieren. Kann doch nicht so schwer sein, 
eine einfache SPI Slave Funktionalität zu implementieren...

[Ppm (Gast)]

Jetzt hab ich den Link doch noch gefunden:
http://www.instructables.com/id/I2C-interface-to-the-FlySkyTurnigy-9x/