FPV-Treff.de

Oft hat man im Flieger nur ein PPM Summensignal zur Verfügung, was ja für die üblichen FC reicht, will aber trotzdem noch zusätzlich einzelne Servos ansteuern. Viele Empfänger oder FC haben dafür noch Steckplätze frei, aber manchmal reichen diese nicht aus oder man will keine zusätzlichen Leitungen vom RX am Flügelende zum Rumpf ziehen.

Eine Lösung dafür ist ein PPM-to-Servo Wandler, den man kaufen oder auch selbst bauen kann. Ausgehend von dieser Anleitung mit 12 Kanalausgängen habe ich nun eine kleinere Variante entwickelt, die 4 Kanäle ausgibt, hier die oft benötigten Kanäle 7-10 für z.B. Pan/Tilt, VTX-Schalter o.ä. Man kann auch mehrere Wandler am PPM-Signal parallel betreiben und dezentral anordnen, z.B. einen im Pan/Tilt-Canopy und einen weiteren am VTX oder an weiteren Sonderservos. Damit lässt sich die Verkabelung vereinfachen, man hat quasi einen PPM-Bus.

Die Schaltung besteht im Prinzip nur aus einem ATtiny13 und einem 100nF Keramikkondensator.


Das Programm ist für ein 12 Kanal PPM-Signal am Eingang geschrieben, funktioniert aber auch mit weniger Kanälen, dann werden einfach weniger Servokanäle ausgegeben. Das passende Hexfile kann man hier herunterladen und z.B. mit einem USBasp-Stick und passendem Programm wie z.B. avrdude auf den Tiny13 brennen. Dann noch die Kabel anlöten, fertig. Hier noch ein paar Bilder der Wandler, vom vollständigen 12 ch Wandler über 4 ch (ch7-10) bis zur 1 ch-Variante (hier ch10).


Diese Programmvarianten gibt es aktuell:
Download ch4-7
Download ch7-10

Viel Erfolg beim Nachbau

Gruß Jörg

_________________
FPV = Fliegen per Video
iNavEinrichtung.pdf

Cool. Danke fürs reinstellen. Sowas Winziges wie den 1-Kanal finde ich super praktisch. Werde das mal ausprobieren.

Interessant!
Ginge so etwas auch prinzipiell mit SBus oder ist da das Protokoll komplizierter?

Prinzipiell geht alles, aber ...

Ein PPM-Stream ist eine simple Aneinanderreihung der einzelnen Kanalimpulse, das ist genial einfach und leicht zu durchschauen, auch eine Diagnose ist mit einfachen Mitteln (Oszi) kein Problem. Daher ist die Decodierung mit wenig Aufwand auf der Hard- und Softwareseite realisierbar. Beim S-Bus dagegen sind alle Kanäle einzeln mit Kanalwert und Prüfsummeninfos in einem digitalen Stream verknüpft. Dies zu decodieren erfordert schon erheblich mehr Aufwand. Ein ATtiny13 und Assemblercode wie hier verwendet reicht dafür bei weitem nicht aus. Zum Vergleich: Die einmalige Übertragung aller 16 Kanalimpulse im S-Bus Stream erfordert geschätzt ca. 250 Impulsflanken (high-low-Übergänge), beim PPM-Signal braucht man für 12 Kanäle nur 26 Flanken

Ich mag die Einfachheit des PPM-Prinzips und minimalistische Lösungen

Gruß Jörg

_________________
FPV = Fliegen per Video
iNavEinrichtung.pdf

Aha, danke.
Dachte ich mir, dass es erheblich komplizierter ist und dann den ATTiny13 überfordert. Schade.

Trotzdem eine interessante Sache, die Du da gebaut hast.

Attiy13 geht mit S.Bus, habe ich selbst schon in Bascom programmiert. Das ist aber wegen des Timings etwas kritisch, weshalb ich einen Attiny empfehlen würde, den man mit einem Quarz laufen lassen kann


So sitzt einer in meiner Twinstar, 2x Servo-Out, einmal Buzzer-Out und 1x Kontroll-Led, die die empfangenen Datenpakete bestätigt.

https://fpv-community.de/showthread.php?t=53983

_________________
Viele Grüße
Maren

----------------------------------------
https://tueftelliese.wordpress.com/

Da die oben gezeigte Programmvariante für die Kanäle 7 bis 10 für meine aktuelle Modellkonfiguration nicht so ganz passte, habe ich noch eine Variante für die unteren Kanäle 4 bis 7 gebaut. Statt ch7-10 kommen dann also ch4-7 an den entsprechenden Pins raus. Somit sollte es wohl für fast alle Anwendungen passen.

Download ch4-7
Download ch7-10

Gruß Jörg

_________________
FPV = Fliegen per Video
iNavEinrichtung.pdf