Duty-Cycle verlängern

[Klebwax]

Hallo Danke für euren input!

Also PWM und PPM ist nicht das gleiche okay klar habe ich mir auch gedacht, aber da ich eigentlich am Ausgang des des Empfängers ein Rechteck alle 20-25ms habe und je nach LÄNGE des Pulses die Servostellung ermittelt wird ist das für mich irgendwie halt PWM weil die Pulsweite eben die Servoposition bestimmt.
Oder bin ich da falsch informiert?

Wenn es PWM wäre, könntest du das Signal einfach verwenden.

Das Mass bei einer PWM ist das Impuls/Pause Verhältniss, nicht alleine seine Pulslänge. Wie du selbst sagst, ist die Pause zwischen "20ms - Pulslänge" und "25ms - Pulslänge". Es gibt also kein definiertes Puls/Pause Verhältniss.

Hier im Forum wird das Servosignal aber gerne "PWM" genannt. Das führt dann zu den üblichen Problemen: Sensoren mit PWM Ausgang (wie z.B. Accelerometer) werden direkt an Servos angeschlossen oder wie bei dir ein Servosignal an einen LED Treiber. Saubere Formulierungen erleichtern die Kommunikation und vermeiden Fehler und vor allem Frust.

Aus den Zeiten, als Mikroprozessoren noch nicht im RC Umfeld verwendet wurden, gibt es sicher Schaltungen um aus einem Servosignal ein PWM Signal, z.B. für einen Motor zu machen. So etwas ist aber nicht mehr zeitgemäß. Ein kleiner µC ist sicher der richtige Ansatz. Man muß die Pulsbreite messen, z.B. im Timerinterrupt, und daraus einen PWM mit 0% bis 100% erzeugen. Eigentlich braucht er nur 4 Pins: Versorgung, Masse, Input und Output.

MfG Klebwax

[oratus sum]

Hallo,

Vielen Dank für die konstruktiven Beiträge.

Dann werde ich mich mal an SMD ranschmeissen. Vorher geht es sowieso ab nach China da besorg ich mir ein haufen SMD AVRs.

Ich habe mir nocheinmal das Summensignal meines Empfängers am Oszi angeschaut und fand es ziemlich interessant wie die Pulsbreiten sich proportional zu den Knüppelstellungen verschoben haben, wirklich nett.

Servos ansteuern ist natürlich kein Problem. Nur Flanken mit dem AVR messen habe ich noch nie gemacht, wobei Interrupts habe ich schon oft verwendet.
Aber ich stelle mir das so vor:
Ich hänge das PPM-Signal an einen Interrupt-Port.
Wird dieser getriggert mit einer steigenden flanke schießt ein Counter los und ermittelt die Pulsbreite.

Da kommen allerdings zwei Fragen auf:
Wie detektiere ich wieder das Ende des Pulses? Oder kann ich an einem Interrupt-Pin sowohl eine steigende alsauch fallende flanke ermitteln?
Oder soll mein Counter einfach ständig abfragen ob Interrupt-pin = HIGH ?

Wie groß soll die Auflösung sein?
Ich schätze das ist wohl mir überlassen. Mit diesem Aufwand kann ich auch gleich die LED Blinkfrequenz steuern indem ich einen Counter alle 0.5ms um eins hochzählen lasse, das wären dann 3 Stufen.

Wobei das dann wirklich von der Counterauflösung abhängt.

Vermutlich werde ich sowieso zuerst eine Testschaltung aufbauen, den Counter nicht begrenzen sondern mit max Hz laufen lassen für eine möglichst hohe Auflösung, die Werte dann per UART ausgeben und dann Eingang mit Ausgang direkt verknüpfen. Habe ich halt einen proportionalen 5W LED blinker.

Dabei stellt sich gleich die Frage ob es nicht klüger wäre die LED mittels PWM anzusteuern und lieber die Helligkeit zu regeln. Ich schätze der FET würde das noch mitmachen oder?

Einen Sensor direkt an einen Servo anzuschließen wäre mir niemals in den Sinn gekommen, wobei die Idee garnichtmal so abartig ist. Vorausgesetzt der Sensor liefert natürlich ein PPM Signal. Wäre aber ein cooles Gerätchen wenn man z.b. Entfernungssensoren direkt an einen Fahrtregler anschließen könnte. Da würden die Entfernungssensoren proportional zu ihrer gemessen Entfernung die Motoren unterschiedlich stark ansteuern und würden so einen tollen autonomen Roboter ergeben. Cool oder?

[Besserwessi]

Man kann einige Pins so programmieren das man bei jeder Änderung einen Interrupt bekommt (Pin CHANGE bei neueren AVRs). Man kann auch in der ISR umschalt auf welche Flanke der µC das nächste mal reagieren soll.

Viel mehr als 8 Bit Auflösung wird man für ein Servosignal kaum gebrauchen. Mehr macht so eine Poti und wohl auch die Übertragung nicht mit. Bei einer 1 ms Spanne für den Servo wären das etwa 4 µs als maximal sinnvolle Zeitauflösung, es kann aber natürlich auch etwas größer sein. Trotzdem ist das etwas schnell um da extra in einer ISR hoch zu zählen. Der bessere Weg ist es einen Timer direkt laufen zu lassen, am Ende Auszulesen und ggf. dann die Skalierung umzurechnen. Solange nicht noch langsame Interrupts laufen, ist das kein Problem den Timer in der ISR auszulesen. Beim 16 Bit Timer hat man auch noch die Input Capture Funktion als Hardware Unterstützung für eine besonders hochauflösende Messung.