Costruzione Radiocomando omologato

[MSchiepp]

Originalmente inviato da Claudio_F

Maledizione... farmi venire questi dubbi all'ora di andare a dormire

Sulla mia MC-12 Ton vale 0,4 millisecondi.

In effetti non è una temporizzazione critica: serve solo come sincronismo per il calcolo della parte variabile!

Michele

[protomax]

Mrk89 con che Microcontrollore e Linguaggio di programmazione penseresti di partire?

Come consigliato da Mschiepp, antenzione al fatto che una applicazione del genere dovra' rispettare le temporizzazioni e l'utilizzo di interrupt su base di un timer e' fondamentale per la riuscita del progetto

Buon lavoro e buon inizio progettazione ... io saro' qui attento a tutti gli sviluppi

[Mrk89]

Originalmente inviato da protomax

Mrk89 con che Microcontrollore e Linguaggio di programmazione penseresti di partire?

Come consigliato da Mschiepp, antenzione al fatto che una applicazione del genere dovra' rispettare le temporizzazioni e l'utilizzo di interrupt su base di un timer e' fondamentale per la riuscita del progetto

Buon lavoro e buon inizio progettazione ... io saro' qui attento a tutti gli sviluppi

Ancora non lo so di preciso...
Già l'anno scorso ho costruito un sistema di trasmissione ( PCM non PPM ) a quattro canali che controllava quattro servocomandi distinti e saparati.
Il segnale non è proprio PCM puro...
Inviavo un codice a 4 bit, due di sincronismo e 2 per il riconoscimento del servo e poi il segnale PWM per pilotarlo.
Il tutto funziona perfettamente con 2 semplicissimi PIC 16F84A. uno in trasmissione ed uno in ricezione.
Per questa applicazione avevo intenzione di utilizzare un PIC con almeno 4 ingressi analogici. Quantizzare a 8 bit dovrebbe bastare, poi dividere il Toff in slot, che saranno dati dal numero letto dal convertitore del PIC.
Non so se mi sono spiegato bene o no...
Comunque appena ho una giornata di tempo ci lavoro un bel po' su!!
Poi in ricezione casomai utilizzare un microcontrollore per la ricezione ed uno per la generazione del segnale di controllo per i servi.
Come linguaggio di programmazione ho usato per il sistema costruito da me l'anno scorso il MikroC....Ma forse in questa applicazione ci sarà bisogno di assembler....
Avanti con altre idee...

[protomax]

Originalmente inviato da Mrk89

Ancora non lo so di preciso...
Già l'anno scorso ho costruito un sistema di trasmissione ( PCM non PPM ) a quattro canali che controllava quattro servocomandi distinti e saparati.
Il segnale non è proprio PCM puro...
Inviavo un codice a 4 bit, due di sincronismo e 2 per il riconoscimento del servo e poi il segnale PWM per pilotarlo.
Il tutto funziona perfettamente con 2 semplicissimi PIC 16F84A. uno in trasmissione ed uno in ricezione.
Per questa applicazione avevo intenzione di utilizzare un PIC con almeno 4 ingressi analogici. Quantizzare a 8 bit dovrebbe bastare, poi dividere il Toff in slot, che saranno dati dal numero letto dal convertitore del PIC.
Non so se mi sono spiegato bene o no...
Comunque appena ho una giornata di tempo ci lavoro un bel po' su!!
Poi in ricezione casomai utilizzare un microcontrollore per la ricezione ed uno per la generazione del segnale di controllo per i servi.
Come linguaggio di programmazione ho usato per il sistema costruito da me l'anno scorso il MikroC....Ma forse in questa applicazione ci sarà bisogno di assembler....
Avanti con altre idee...

No fino all'assembler non penso pero' mi sa che converra' avere a disposizione almeno 8 canali A/D cosi' se vuoi metti i trimmer analogici ;-))

[Claudio_F]

Originalmente inviato da MSchiepp

In effetti non è una temporizzazione critica: serve solo come sincronismo per il calcolo della parte variabile!Michele

Ok, pero' non ho capito se intendono usare una ricevente normale prelevando da ogni canale il singolo impulso 1..2ms (che potrebbe rappresentare un bit, ma anche essere multilivello e quindi un dbit tribit quadribit ecc). Da quanto ho potuto vedere, e come riportato nel disegno allegato qualche post fa, il Ton fa parte della durata dell'impulso emesso dal singolo canale della RX.

[Mrk89]

Originalmente inviato da Claudio_F

Da quanto ho potuto vedere, e come riportato nel disegno allegato qualche post fa, il Ton fa parte della durata dell'impulso emesso dal singolo canale della RX.

Non della RX, ma della TX...
Quello che poi bisognerà fare è misurare la durata del segnale PPM ( Toff ) di ogni canale, per poi convertirla in segnale PWM da mandare per pilotare il servo...
Gli impulsi postati prima negli allegati non vanno bene per pilotare un servo...

[Mrk89]

Originalmente inviato da protomax

No fino all'assembler non penso pero' mi sa che converra' avere a disposizione almeno 8 canali A/D cosi' se vuoi metti i trimmer analogici ;-))

Intendi i trim per centrare i servi vero?? non ci avevo pensato...

Già ho codici mikroC che mi girano per la testa e che vorrebbero uscire sotto forma di un bel softwarino...

[rivp6]

Spannometricamente, ti serve un timer che genera un interrupt ogni 22mS e butta fuori gli n canali, il cui valore viene memorizzato in un arrary Posizione[n] riempito dal ciclo principale che legge gli A/D.

Non serve nè un signor microcontrollore nè l'assembler, ma una poche decine di linee in C.
Ti avanza anche il tempo di gestire LCD e pulsanti vari, visto che per la maggior parte del tempo il micro si gratterebbe la panza...

[Claudio_F]

Originalmente inviato da Mrk89

Non della RX, ma della TX...

Quello che intendo dire e' che se si vuole ottenere un impulso da 1,5ms sul canale 1 della ricevente (impulso adatto a pilotare un servo o anche ad essere misurato) dobbiamo dare i 0,4ms di Ton piu' gli 1,1ms di Toff nel time slot corrispondente al canale1 (dico time slot un po'impropriamente perche' la durata e' variabile). Esauriti i time slot (corrispondenti ai canali della RX) c'e' la pausa intertrama, variabile a seconda di quanti canali si trasmettono e del valore Toff di ciascun canale, ma basta far partire una trama ogni 20mS e questa pausa variabile salta fuori da sola

[MSchiepp]

Originalmente inviato da rivp6

Non serve nè un signor microcontrollore nè l'assembler, ma una poche decine di linee in C.

Questo lo credevo anch'io quando ho fatto un sistema del genere... sicuramente funziona, ma se vuoi avere un po' di precisione (vedi a/d a 10 bit minimo), fai un po' di medie e di filtraggio per ridurre gli errori di lettura, gestisci 4 canali + 4 trimmer, qualche miscelazione e magari un po' di esponenziale... poche decine di righe in C non so se bastano!!

Michele