Sommatore invertente -problemi-

[faustog_2]

buona sera,

ogni tanto con Arduino faccio qualcosa di interessante, mi auguro!
dunque tempo fa mi sono costruito un software per arduino che sfrutta il timer1 per la cattura e la misura di segnali digitali, in questo caso mi volevo convogliare i 4 pin dei segnali di una ricevente, seguendo i consigli di questo forum, ho impastato un circuito che tranquillamente non funzionava!

detto questo mi sono detto ma perchè non usare un integrato già pronto che magari mi permette di semplificare le cose e che funzioni?

Bene ho usato un uA741 sfruttandolo come sommatore invertente, tanto a me interessa leggere la durata dei segnali se poi esso è invertito o meno non importa !!

bene anche con questo, tranquillamente non funziona!

dunque sono una frana in elettronica, però nonostante tutto volevo confrontarmi con voi. In attach vi invio lo schema che ho adottato usando resistenze da 1k ohm pare che nel caso invertente (il più semplice) basta usare resistenze uguali tra Rf e Rn

Ho fatto la prova anche con resistenze d 10 k ohm,
Ho fatto la prova anche ad usare lo schema non invertente anche se le resistenze vanno calcolate con più attenzione .

Grazie per eventuali vostre idee

[romoloman]

Sai che non ho capito che cosa vuoi fare ?
Primo: i segnali sono sincroni (ovvero tutti con lo stesso inizio) oppure sono asincroni ?) Se sono asincroni non funzionerà mai...

Come faccia un sommatore a darti una durata lo sa solo Dio, a meno che tu non lo usi in funzione di integratore ed allora dato un segnale l'integratore ti da un valore che è mediamente proporzionale alla sua durata media.

Perché il circuito con arduino non funzioni non lo so, ma normalmente beccare le durate di un segnale ppm con arduino è più che fattibile quindi il problema è nel codice.
Rimane sempre il problema di come hai fatto il circuito e se i segnali sono asincroni o sincroni (in questo caso sarebbe meglio fossero asincroni). A quel punto vai su un solo pin (tipicamente il 2 o il tre che hanno la possibilità di gestire l'external interrupt) con 4 bei diodi che ti portano il segnale e risolvi così... (il verso dei diodi dipende dalla logica del segnale, attivo alto o attivo basso)

[FPVxfun]

anche a me sembra che:
- siano state mixate 2 diverse richieste apparentemente non correlate
- sia stata fatta molto confusione

Unica nota che mi sento di darti è che, quello che non si evince dal tuo schemino è la necessità di avere una tensione di alimentazione duale sull'amplificatore operazionale.

A che cosa ti serve l'amplificatore invertente?

[Archi]

Da quel poco che ho capito, sta cercando di convertire 4 normali uscite di una ricevente in un'uscita seriale PPM, in modo tale da convogliare 4 canali su un unico ingresso dell'Arduino.

Il primo problema è capire se i segnali della ricevente siano o meno sincroni, se non lo sono, la cosa è abbastanza fattibile con una rete di buffer, altrimenti serve una circuiteria molto più sofisticata.

Per quel che riguarda il sommatore invertente, non è così semplice. All'operazionale serve l'alimentazione duale, però se gliela dai poi esce con tensione negativa e questo potrebbe non piacere molto all'arduino.

Direi che la strada degli operazionali non è quella buona.

Ciao.

[FPVxfun]

Originalmente inviato da Archi

Da quel poco che ho capito, sta cercando di convertire 4 normali uscite di una ricevente in un'uscita seriale PPM, in modo tale da convogliare 4 canali su un unico ingresso dell'Arduino.

Il primo problema è capire se i segnali della ricevente siano o meno sincroni, se non lo sono, la cosa è abbastanza fattibile con una rete di buffer, altrimenti serve una circuiteria molto più sofisticata.

Per quel che riguarda il sommatore invertente, non è così semplice. All'operazionale serve l'alimentazione duale, però se gliela dai poi esce con tensione negativa e questo potrebbe non piacere molto all'arduino.

Direi che la strada degli operazionali non è quella buona.

Ciao.

Se è veramente come dici, sono d'accordo con te. Gli operazionali configurati in quel modo lavorano in analogico, non in digitale, come le uscite della rx, con tutte le non-idealità che ci si porta dietro.

Volendo serializzare le uscite della rx in PPM esistono già moduli di basso costo: inutile inventare quello che c'è già e costa poco.

RMILEC High-Precision PWM/PPM/SBus Signal Converter V2

questa è la versione DIY fatta con Arduino:

DIY PWM to PPM Converter for 2.4GHz Receiver using Arduino - OscarLiang.net

[romoloman]

Originalmente inviato da FPVxfun

Se è veramente come dici, sono d'accordo con te. Gli operazionali configurati in quel modo lavorano in analogico, non in digitale, come le uscite della rx, con tutte le non-idealità che ci si porta dietro.

Volendo serializzare le uscite della rx in PPM esistono già moduli di basso costo: inutile inventare quello che c'è già e costa poco.

RMILEC High-Precision PWM/PPM/SBus Signal Converter V2

questa è la versione DIY fatta con Arduino:

DIY PWM to PPM Converter for 2.4GHz Receiver using Arduino - OscarLiang.net

Per serializzare delle uscite asincrone bastano dei diodi...

[FPVxfun]

Originalmente inviato da romoloman

Per serializzare delle uscite asincrone bastano dei diodi...

si vabbeh, questo è quello che ti insegnano alla prima lezione di elettronica alle scuole superiori. I diodi più resistenza di carico non li ho mai visti impiegati nella pratica perchè sono soggetti ad una molteplicità di effetti indesiderati (impedenza di uscita della sorgente, effetti capacitivi e non idealità dei diodi, ...).

[romoloman]

Originalmente inviato da FPVxfun

si vabbeh, questo è quello che ti insegnano alla prima lezione di elettronica alle scuole superiori. I diodi più resistenza di carico non li ho mai visti impiegati nella pratica perchè sono soggetti ad una molteplicità di effetti indesiderati (impedenza di uscita della sorgente, effetti capacitivi e non idealità dei diodi, ...).

Veramente li ho visti usare in infinite applicazioni anche militari dove evidentemente si preferisce usare roba più difficile a rompersi e più facile a ritrovarsi...

[CarloRoma63]

Originalmente inviato da romoloman

Veramente li ho visti usare in infinite applicazioni anche militari dove evidentemente si preferisce usare roba più difficile a rompersi e più facile a ritrovarsi...

Questo risolve http://www.nxp.com/documents/data_sh...F4072B_CNV.pdf, disaccoppiando l'uscita dagli ingressi.

Carlo

[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.