Citazione:
Originalmente inviato da Mrk89  Ragazzi con queste soluzioni (a meno di quella con arduino) non risolverebbe nulla.
Questo perchè il segnale pwm variabile dal 5% al 10% che serve per pilotare il singolo servocomando se ricomposto con diodi/OR/sommatori/resistenze/qualsiasi altra cosa, creerebbe un segnale sempre "on" a meno della finestra di sincronizzazione del segnale PPM, e non il segnale PPM originale.
[IMG]http://api.ning.com/files/WmjViE3faLYy73Ry7eTzn4XMryr8qlAMeb*edCbrzW1BVUPtR1 iXBIGgsS93iG1x5roVRkAWHqg7V3FAhK*o8NYsajr5nW7G/RC_Receiver_Timing_Diagram1.jpg[/IMG]
Per ricreare il segnale PPM bisogna discriminare il fronte di salita di ogni PWM che esce dal canale della ricevente, e mandare alta l'uscita per un periodo di tempo breve minore di 1 ms (400 ms nei ppm in genere), e quindi a parte arduino o qualsiasi micro controllore (che dovrà avere un ingresso dedicato per ogni canale) a componenti discreti e/o integrati la cosa diventa un tantino più impegnativa.
Ora non sono a casa, se vuoi posso disegnarti uno schemino per discriminare i fronti di salita con delle porte logiche nand. |
Hai perfettamente ragione in caso di segnale sincrono, ma non di segnale asincrono (pensaci bene e poi dimmi se ho torto...)
La soluzione con arduino inoltre comunque a mio giudizio avrebbe qualche piccolo problema di risoluzione, visto come fa a leggere le singole porte (polling)
Diverso se si usasse qualcosa come una teensy che ha a disposizione 8 interrupt esterni.