RC Servo decoding/encoding using 12F683

[malc-c]

Good question. Think of it as a platform. Most applications I can dream up for it are RC based.

Say you have a simple minded receiver and transmitter, but you want to do your own aileron/rudder/elevator mixing - go ahead, just write some code. Even do some IR leveling of your plane ... go ahead...

Say your receiver gives some bogus pulses out when it looses your transmitter signal for a second or two - you can filter these out, go to last good signal, or a default setting for that servo.

Say you want to build an autonomous vehicle, but still have the option of controlling it with your transmitter. Set autopilot on/off using channel 5.

Say you want to build an altitude hold circuit. This is a perfect platform. (Ok, maybe not quite perfect yet, but should be close once I sync to ch1)

Since all the pulses are done using interrupts (and no blocking loops like pause, pulsin, pulsout), there is a lot of time in between to do what ever you want it to do.



Because then you could not do any of the above.

Maybe if you had informed us of this in your first post it would of been a bit clearer of what your intentions are.

[ScaleRobotics]

v1.1a Added a means to ensure the sync gap is in the right place, and read proper channels.

http://www.scalerobotics.com/stamps/84-projects/pwm/71-pwm-passthrough.html

[ScaleRobotics]

Here is the schematic and picture of the project.







Above are the three input pulses in red, and servo4 output in yellow

Project page: http://www.scalerobotics.com/stamps/...ssthrough.html