Convertitore frequenza tensione

[C0rt0Circuit0]

Non ha nessun senso convertire e/o elaborare segnali, molto meglio gestirli quanto più vicino all'origine.
Se hai una scheda di acquisizione tanto vale leggere direttamente il segnale digitale in uscita al sensore e calcolare la velocità di rotazione in base alla misura del periodo del segnale.

A livello digitale, un "timer" per quanto sgangherato sarà infinitamente volte più preciso di un ADC.

E' quello che facevamo. Purtroppo, come scritto prima, questo ci obbliga ad impostare un passo di campionamento almeno inferiore o uguale 0.0007 ms e ciò comporta l'overload della CPU.
A 120 km/h abbiamo una frequenza di circa 626 Hz (30 fori sul disco) quindi ogni task del firmware deve essere eseguito almeno ogni 0.0007 ms (1252 Hz) per la questione dell'aliasing.

P.S: la descrizione del primo schema è ok, per quella del secondo ... cerca in rete "multivibratore monostabile"

Ok, mi documento.

comunque a questo punto abbandono la strada dell'elaborazione hardware e ritorno su quella software, anche se la vedo dura.

[SerTom]

Se la misura del periodo avviene troppo rapidamente per gestirla allora potresti lavorare sulla misura della frequenza: numero impulsi in tot tempo.
O addirittura (col firmware si fa di tutto ...) usare la misura del periodo per velocità basse e poi passare alla misura della frequenza per velocità più alte.

Bye Ser.Tom

[EcoTan]

una scheda di acquisizione con ingressi analogici e digitali

Hai la possibilità di definire un ingresso tipo "input capture" o equivalente e poi gestirne l'interrupt?

[C0rt0Circuit0]

una scheda di acquisizione con ingressi analogici e digitali

Hai la possibilità di definire un ingresso tipo "input capture" o equivalente e poi gestirne l'interrupt?

Non so se sia il caso di aprire un altro topic, visto che ormai il discorso si è spostato principalmente lato software e non riguarda più la conversione di frequenza in tensione.

Stavo appunto controllando un paio di giorni fa.

Nelle due immagini che seguono ci sono tutti gli ingressi e le uscite analogiche e digitali a disposizione.





Quello che mi ha incuriosito, dopo qualche esperienza con Arduino e aver scoperto gli interrupt, è la descrizione dei pin 45 e 48 dell'header J3.

In particolare per il 45 riporta

Extclk External A/D trigger input; Also used for digital interrupt (DINT) input

Quello che mi domando è come funzioni. Facendo il confronto con hardware low-cost, so che Arduino R3, ad esempio, ha due pin per gestire gli interrupt esterni. Quando arriva un segnale è possibile chiamare una funzione speciale che si può utilizzare, ad esempio, per contare gli inpulsi. Il problema però è che quando vengono gestiti gli interrup viene bloccata l'esecuzione del codice nel blocco loop.
Se si verificasse una cosa simile sul firmware non vorrei che questo crei problemi con la gestione di altre funzioni come ad esempio il comando per tenere chiusi i relè di potenza.

Tempo fa, abbandonando momentaneamente il problema di calcolo via firmware, avevo provato la lettura del segnale dai sensori ruota con Arduino usando gli interrupt.
Ha funzionato però non ho avuto modo di controllare quanto fosse preciso il calcolo inoltre era presente il problema di inviare poi il segnale da Arduino alla scheda di acquisizione. Se avessi usato un DAC mi serviva un ulteriore hardware, se avessi usato le uscite PWM poi mi si ripresentava il problema del calcolo del duty cycle da firmware.

Se potessi usare invece qualcosa di simile agli interrupt direttamente sulla scheda di acquisizione non sarebbe male.

[EcoTan]

Il problema però è che quando vengono gestiti gli interrup viene bloccata l'esecuzione del codice nel blocco loop.

In generale non è un problema perché l'esecuzione viene ripresa senza danni. Tuttavia quando si mettono le mani in un firmware già esistente i conflitti possono nascere in più punti, e poi il collegamento col sensore viene a variare, insomma penso che bisognerebbe avere la possibilità di fare delle prove.

[SerTom]

Acc.... che po po di scheda di acquisizione
Magari se dicevi subito che usavi questa scheda:

Non la conosco ma dall'analisi dei blocchi interni ed una veloce lettura del manuale, direi che è stata concepita per acquisizione di dati analogici (vedi ADC a 16 bit con tanto di FIFO...)
Sembra avere anche delle funzionalità Timer-Counter ma sembrano relegate a funzioni accessorie.
Il capitolo 17 del manuale (DMM-32X-AT User Manual V1.01 ) non è molto esaustivo.

Se devi mantenere assolutamente questa scheda allora forse vale la pena tornare alla conversione f/v.
Oppure usare una scheda più orientata al Timing... oppure usare uno dei tanti micretti con timer interno.

Bye Ser.Tom