Contagiri .

[Canister]

Originally posted by muttley@06 giugno 2005, 12:02
modo poter alimentare il circuito con un semplice alimentatore a 12V. Tanto nn penso che il misuratore debba essere portato sul campo...

Quoted post

Mah... Secondo me il contagiri sarà usato al campo almeno quanto in hangar...E' proprio sul campo che si fanno esperimenti con eliche diverse per ottenere in volo le prestazioni volute. Visto che a terra non si può tener conto dell'inerzia dell'avanzamento che fa girare ancora di più l'elica (minor sforzo/assorbimento).

XClaudio
Ripensando al problema del rumore con gli scoppio, non credo ci sia problema perchè (salvo guasti e slittamenti d'elica) nel motore si ha una detonazione ad ogni giro dell'albero per definizione. Dando per scontato un motore carburato bene, o l'elica o lo scarico ha la stessa frequenza.
No?


Ciao e buon pranzo,
Canister.

[Claudio_F]

Nel caso del microfono sono proprio le onde di sovrapressione da rilevare, tuttavia non so in un modello a scoppio se sono abbastanza intense da superare il rumore del motore. Inoltre se si tratta di aerei il numero di giri puo'essere molto maggiore, per cui bisognerebbe aumentare la frequenza di taglio del filtro peggiorando la situazione. In effetti la mia misura e' valida per eli elettrici (poco rumore e pochi rpm).

Uno schema di massima che ho buttato giu' puo' essere quello allegato. Credo che il circuito di controllo automatico di guadagno sia indispensabile, proprio per migliorare il rapporto segnale/rumore.

[muttley]

@ Protomax - Per il codice non ci sono problemi, perchè causa lavoro , gia ho sviluppato il codice che misura conteggi e frequenze di un segnale in ingresso. Il dato per ora lo collocavo in una ram....ora basta mandarlo real time su di un LCD. Il tutto è sviluppato su piattaforma microchip. Qui in laboratorio lo ho provato fino a frequenze intorno ai 10KHz, con un margine di errore dello 0,01. Rispetto ai valori riletti su di un frequenzimetro HP perdevo circa 100..Il limite fisico era docuto non tanto alla precisione del PIC ma dei filtri posti in ingresso per evitare di contare oscillazioni spurie.
PS il tutto è stato utilizzato su di un 16F77, ma mi ci vuole poco a convertirlo su di un altro PIC!

[Canister]

Originally posted by muttley@07 giugno 2005, 09:23
@ Protomax - Per il codice non ci sono problemi, perchè causa lavoro , gia ho sviluppato il codice che misura conteggi e frequenze di un segnale in ingresso. Il

Quoted post

Birbantello!

Volevo chiederti una cosa, 10.000 impulsi sono già calcolati come metà della campionatura o reali?
Nel senso che un'elica in un giro completo, in virtù delle (almeno) 2 pale, produce due impulsi per revoluzione.

Inoltre facilmente in campo aeromodellistico si superano i 10.000g/min. Non si può innalzare il limite fisico di campionamento? Anche a scapito di qualche spuria .
Metti caso stia leggendo un valore di 12.500 g/min e per un attimo legga invece 80.345 o 256; non sentendo (o vedendo) cedeimenti o perdita di giri visibile, non toglie assolutamente nulla alla validità del progetto.

Ciao e complimenti per la celerità!
Canister.

[muttley]

Originally posted by Canister@07 giugno 2005, 08:33
Birbantello!

Volevo chiederti una cosa, 10.000 impulsi sono già calcolati come metà della campionatura o reali?
Nel senso che un'elica in un giro completo, in virtù delle (almeno) 2 pale, produce due impulsi per revoluzione.

Inoltre facilmente in campo aeromodellistico si superano i 10.000g/min. Non si può innalzare il limite fisico di campionamento? Anche a scapito di qualche spuria .
Metti caso stia leggendo un valore di 12.500 g/min e per un attimo legga invece 80.345 o 256; non sentendo (o vedendo) cedeimenti o perdita di giri visibile, non toglie assolutamente nulla alla validità del progetto.

Ciao e complimenti per la celerità!
Canister.

Quoted post

Allora....
I miei 10.000 impulsi, sono ottenuti da un'onda quadra generata da un sensore al quale è collegata la misura di ingresso. Se l'elica è tripla si dovrà dividere per 3 o se è bipala si divide per 2. Cmq il limite fisico che io avevo in laboratorio era impsto da un foto-accoppiatore che avevamo messo per isolare elettricamente il segnale di ingresso dal microcontrollore.
Dopo pranzo controllo sul DS e ti dico quanto è la massima frequenza di campionamento che il PIC che ho utilizzato può leggere.
La tolleranza a cui mi riferivo è una variazione di piu o meno 0.01%, quindi su diecimila giri puùoi perderne un 100 leggendo quindi 9900 giri, ma non 80.000 o 254...da mo che mi avevano licenziato se succedeva un acosa del genere!!!!
PS 10000giri/min ?!?!?! o 10000 giri/secondo...mi sa che in campo modellistico siamo sul secondo...
Perche 10KHz sono 10000 impulsi al secondo....

[Canister]

Originally posted by muttley@07 giugno 2005, 11:59
Perche 10KHz sono 10000 impulsi al secondo....

Quoted post

Ho detto una minkiata...Hai ragione, ho inteso g/min non tenendo conto della frequenza/s...

Ciao e scusa,
Canister.

[Naraj]

Perchè scomodare microprocessori e linguaggi di programmazione quando basta un semplice integrato LM2917 a 8 oppure 16 pin con squadratore d'ingresso e riferimento di tensione interno.
Questo convertitore frequenza/tensione unito ad un modulo voltmetro digitale e ad altri 4-5 conponenti passivi possono formare un preciso contagiri a raggi infrarossi portatile.
Se si vuole aumentare la sensibilità, si aggiunge in ingresso un operazionale ad 8 pin.

Naraj.

[Claudio_F]

Io pensavo di usare il periodo tra due impulsi piuttosto che conteggiare la frequenza.

Per esempio con 2000 rpm ed elica bipala avremmo 66,666Hz, facendo misure di 1 secondo potremmo conteggiare 66 o 65, che tradotto in rpm sarebbero 1980 o 1950. Per ottenere una precisione maggiore occorrerebbe conteggiare per molto piu' tempo.

Usando invece gli impulsi come start/stop di un conteggio a risoluzione arbitrariamente fine si puo'arrivare facilmente ad una precisione di un paio di rpm (e la lettura sarebbe aggiornata ogni due o tre giri dell'elica)

Per esempio campionando il segnale ogni 7µS gli rpm si possono ottenere facendo 30 / ( N * 7*10^-6 ).... dove N e' il conteggio raggiunto. Tutto questo si puo'semplificare con una trasformazione dei calcoli in integer: RPM = 4285714 / N.

Nota: i 7µS di risoluzione mi sono saltati fuori da una routinetta per pic a 4MHz, ma potrebbero essere qualsiasi valore.

[muttley]

... non bisogna solo proporre idee.....i fatti!!!

[protomax]

Subito un Ps se ci sono schemi applicati e circuiti gia' fatti e collaudati in proprio o rif. a data sheet di integrati che possono essere utili benvengano.
Tutto puo' servire

Vi aggiorno sui miei esperimenti.

Provato embrione di testina IR con fototransistor e foto led IR e un paio di resistenze, tutto molto veloce e come pala usavo quello dello schiumino attaccata in diretta con un speed400 alimentato a 3.6 v per non flullarmi le dita

Distanza di rivelamento utile per avere un buon segnale circa 3cm... (provato con osciloscopio) nn ho avuto tempo di "pompare il diodo led" diciamo che e' soddisfacente bastera' squadrare e il gioco e' abbastanza fatto.

X mattley
bene per il codice su pic immagino in ASM putroppo in questo caso non ti posso aiutare perche' nn ho mai sviluppato per pic e quindi nn ho molta dimestichezza, e sopratutto risorse di librerie, sviluppo asm per ST6x e Atmel (quest'ultimo con integrazione in C++) ma se vedo il codice non mi si strabuzzano gli occhi

Se pero' tu hai gia tutto pronto su 16F77 diciamo che non mi pare il caso di buttare via nulla ;-)))) e quindi si puo' abbracciare il tuo lavoro con molto piacere ammesso che tu lo voglia.

Non ho idea di come sia il 16f77 e che dotazione abbia, "ignoranza chip-pica" ho usato 16f84 12c508/9 ma mai il 77, dai tu un parere di progetto se il basare su questo chip e' conveniente, utile, ha possibilita' di espansione (es. a/d x misurare tensioni ecc... e disp. di porte per comandare lcd 16x2 ecc..)

x Naraj
Siamo aperti a proposte, soluzioni e schemi oltre che a semplificazioni di vita, senza pero' perdere i dati di progetto se cosi' si possono chiamare (diciamo linee di progetto forse e' piu' consono al nostro obbiettivo).

X Claudio_F
Diciamo che il metodo di misura di una frequenza puo' essere eseguito in due modi (uno e quello che dici tu e di solto si usa per frequenze "basse" per cui il tempo di campionamento dovrebbe essere troppo lungo per ottenere risoluzioni accettabili). L'altro e' quello che avevo elencato in uno dei primi post (base tempo e conteggio degli impulsi ) che penso sia quello che usa mattley nel suo progetto.

XCanister (in ultima ma non l'ultimo visto ke e' il nostro propositore di progetto )

Diciamo che 10KHz penso siano gia' un'ottimo traguardo e non raggiungibile nel nostro campo viste le grandezze in gioco, ho visto il tuo ravvedimento e in mezzo a tutti questi numeri mi ero perso anch'io


Un saluto a tutti