Arduino e throttle in
 

Sto preparando degli impianti di illuminazione basati su Arduino (mini pro, nano, attiny85), per variare il comportamento delle luci conto di utilizzare anche i segnali provenienti dalla RX: ad esempio il CH3 del throttle per variare la luminosita' di un LED posizionato sul motore.

C'e' qualche contro indicazione se piglio direttamente il segnale dal cavo del segnale CH3 che va' alla ESC e lo infilo in un PIN input di Arduino?

Da qui https://www.arduino.cc/en/Tutorial/DigitalPins leggo che un PIN settato come INPUT (il default) dovrebbe avere un'impendenza di 100 megohm che quindi non dovrebbe dar fastidio all'ESC.

Quando ho dei canali in piu' preferibilmente piglio un canale libero per le bazze con Arduino ma su vari aerei non ho canali liberi disponibili.

Io ho provato al banco e non ho problemi, su un mio aereo e non ho problemi, ne ho messo uno in questa configurazione su un aereo di un amico (ia6 con una ESC di HK da ~20a se non ricordo male) e non si inizializza l'ESC.

Voi avete qualche esperienza a riguardo?

Alla meno peggio potresti pensare di utilizzare un fotoaccoppiatore, in modo da separare elettricamente ESC e arduino evitando problemi di "interferenze".

@aero330 : thanks, ho messo un po' di MOC3043 e PC817 nel carrello e provero' con questi.
Pero' io devo passare il segnale della ricevente -> Arduino, non il contrario.

Oppure un 6N137?

Ma io intendevo proprio come dici tu :lol:, in allegato ti ho messo una foto.
Secondo me basta anche il classico 4n25.

Però l'utilizzo di un fotoaccoppiatore mi sta convincendo sempre di meno...per il fatto che il segnale proveniente dalla RX non so se sia in grado di fornire una corrente di almeno 10mAh per il led del fotoaccoppiatore stesso.....per cui forse meglio inserire un buffer ad OpAmp (TL081) che sicuramente non assorbe corrente

He e' quello che stavo guardando anche io leggendo i datasheet: a pilotare il segnale dal microcontroller non dovrebbe essere un problema ma non so se il segnale della RX liscia puo' essere sufficiente.

Il 6N137 che dovrebbe essere veloce dice 20ma (che poi magari va' anche con un po' meno...): perfetto per Arduino ma non per la RX.
Il MOC3043 5ma.

Poi c'e' anche il forward voltage, magari faccio una prova pero' mi abbassa il voltaggio del segnale di 1.5v!

Provo a guardare anche l'OP amp, che non inserisca una latenza. Grazie anche per il disegno.

Se qualcuno altro passa su questo thread riporto il quesito originale:
Avete mai avuoto problemi a "sniffare" il segnale di un servo (con un cavo in parallelo) da
?

Grazie per i suggerimenti aero330 :)

1.5V è la tensione minima per accendere il led del fotoaccoppiatore, ma il segnale della rx ha un'ampiezza che è dipendente dalla tensione con cui alimenti la rx stessa! Hai un regolatore da 5V? l'uscita al massimo sarà di 5V sotto forma di treni di impulsi. Devi inserire una resistenza per limitare tensione e corrente sul led.
Esempio: alimentazione 5v, If=10ma, Vf=1.5V => Resistenza = (alimentazione -Vf)/10mah=350ohm

Però, come ti ripeto, meglio puntare su un buffer ad opamp
https://i.stack.imgur.com/5lsaY.png

Latenza? non credo proprio, il segnale che pilota l'ESC è identico a quello che pilota i servi e stiamo parlando di frequenze dell'ordine dei 50-100Hz !! valori molto bassi prima che l'operazionale se ne accorga! :wink:

Se cerchi su internet trovi una marea di roba visto che è molto diffusa come cosa, inoltre esiste il comando "pulseIn()" che calcola in automatico la durata di un impulso generico che è quello che fa al caso tuo.

Sempre usato in diretta, in parallelo sia con esc che con servi.

Se proprio si devono/vogliono usare componenti un buon vecchio emitter follower dovrebbe funzionare.

http://ecelabs.njit.edu/ece392/images/392_2_1a.gif

P.S. anche nel caso di utilizzo di un opto-coupler si può mettere la resistenza sul emettitore per evitare l'inversione di polarità del segnale.

:yeah:

Thanks.
Infatti anche io ho sempre fatto cosi', il problema si e' posto con l'aereo di un amico col quale con la lettura in parallelo non si inizializza l'ESC (e lamentava degli errori di erogazione del motore).

Non essendo l'aereo mio non mi e' stato possibile fare tutte le prove che avrei voluto (potete immaginare la gioia del proprietario che dopo tutto lo sbattimento a cablare LED RGB, buca qua e taglia la, si ritrovava con un aereo che non si accende...).

Ora dato che il sistema vorrei usarlo su vari aerei di altri sono alla ricerca di esperienze di altri.

@aero330
Se ho solo uno o due input posso usare PULSEIN(). Pero' questa e' blocking e mi puo' interferire con i fade quando sono rapidi. Userei sempre degli interrupt ma per comodita' saldo direttamente un darlinghton ULN2803 sulla Mini Pro / Nano e finisce che occupo i pin con degli output.

@ElNonino
Grazie dello schema.
Anche io avevo pensato alla peggio di fare un piccolo circuito con un mosfet per leggere il segnale eventualmente.

Pero' il gioco al momento si basa su delle strisce di LED 12v super economiche, dei pacchi di arduino mini pro 168 da 1 euro con 1 o 2 ULN2803 sopra, una libreria a oggetti non blocking per le luci e degli sketch di esempio con delle FSM per chi non e' pratico di programmazione.

Poi conto di "allungare" le mini / nano con dei magnetometri e dei 6 assi che sono dello stesso formato.

Se gli devo far fare tagliare dei pezzi di basette preforate per montare due transistor la gente (...) si spaventa.

Non conosco molto Arduino ed il relativo micro però hai provato a giocare con i Pull-Up o Pull-Dwn sugli ingressi digitali che usi ?

Se gli impulsi in uscita dalla Rx sono positivi prova a mettere un diodo in serie al collegamento con Arduino, anodo alla rx e catodo ad Arduino.

Se hai un pull-up attivo su Arduino ed impulsi negativi dalla Rx inverti i collegamenti del diodo.

:yeah: