Convertire PWM

[Emanue|e]

Allora, devo riuscire ad interfacciare un giroscopio per modellismo ad un brick NXT Mindstorm della Lego (è un piccolo robot programmabile). Ancora non ne sono sicuro al 100%, ma l'NXT non è in grado di gestire il segnale del giroscopio con il firmware standard. Il brick accetta connessioni di tipo i2c, ma SOLO COME MASTER e possiede al suo interno un convertitore AD. L'idea, anche se con una serie di conversioni inutili, era di trasformare il segnale digitale del giroscopio in analogico e poi tramite il suo convertitore AD integrato ricreare un segnale proporzionale che possa essere gestito a piacimento. Il tutto andrebbe bene solo se la conversione è abbastanza affidabile. Altra alternativa sarebbe quella di aprire il giroscopio e prelevare il segnale del sensore prima che venga convertito in digitale, ma è davvero piccolo per metterci le mani... Ovviamente esiste già un giroscopio fatto apposta per l'NXT, ma sarebbe troppo facile !!
Se la cosa non è fattibile mi toccherà mettere le mani sul firmware del brick (open source) per gestire il segnale del giroscopio così com'è.

[SoldatoSemplice]

In pratica tu chiedi una cosa del genere: hai un giroscopio che trasforma una grandezza analogica in una digitale, che tu vuoi ritrasformare in analogico, per mandarla all'NXT il quale la ritrasforma in digitale e tu alla fine vuoi manipolare questo dato sull'NXT giusto? E' fattibile se poi sei in grado di programmare adeguatamente l'NXT comunque comincia a darci qualche informazione più tecnica circa la stringa digitale in uscita dal giroscopio, conosci il formato del frame che viene inviato in ogni pacchetto? Viene inviato qualche bit di preambolo o di CRC che va escluso dal vero payload? Opppure invia direttamente il payload senza formattazione? Perchè nel primo caso bisogna interfacciare un sistema digitale che ti elimina i bit che non ti interessano nel secondo caso passiamo direttamente alla conversione.

[Emanue|e]

La conversione non ha bisogno di eliminare nessun bit, l'uscita del giroscopio RC comanda il servo di coda negli elicotteri, quindi sfrutta il classico protocollo di comunicazione ad onda quadra con periodo di 20 ms e variando l'ampiezza dell'impulso tra 1.25 ed 1.75. Per fortuna nessun preambolo e nessun CRC. Quello che mi servirebbe è che quando l'ampiezza dell'impulso è 1.25 il convertitore mi da 0 volt, quando l'ampiezza è 1.75 mi da 5 volt.
Grazie
Emanuele

[SoldatoSemplice]

Se è tutto qui è di una semplicità enorme, aspetta due minuti e ti faccio lo schema

[SoldatoSemplice]

Aspetta un attimo, mi sono appena rivisto il protocollo di comunicazione ed è parecchio più complicato di come dici tu, da quello che sò io 1,25 e 1,75 non c'entrano nulla sennò era troppo facile... io sapevo che benchè il periodo è di 20 millisecondi come hai detto tu, l'ampiezza è sempre di 5 volt, e il duty cycle varia da 1 millisecondo (condizione di massimo freno) a 2 millisecondi (condizione di massima spinta) sempre su una base di 20 millisecondi, da dove li hai tirati fuori questi 1,25 e 1,75?

[Emanue|e]

L'ho visto qui sul forum, in questo articolo:
Circuito Prova Servocomando :: BaroneRosso.it :: Il portale del modellismo in Italia
Però devi calcolare che non sono un elettronico, ma quasi un informatico con alcune conoscenze elettroniche!
Grazie

[SoldatoSemplice]

Infatti era come dicevo io, solo che io metto una certa tolleranza, io mi ricordavo 1 millisecondo e lì dice 1,25; io dicevo 2 e lui 1,75 ma fai attenzione che tu fai un errore grave, confondi una grandezza di tempo con una di tensione, infatti gli 1,25 e 1,75 sono MILLISECONDI e non volt, quindi a te non serve un sistema che discrimina 1,25 volt da 1,75 sempre volt (perchè non sono volt ma millisecondi), ma un sistema che ti trasforma i millisecondi in volt e questo si che è bello più tosto....

[Emanue|e]

Doppio messaggio scusate, navigo col cellulare...