Memorizzare dati da potenziometro
19 messaggi
• Pagina 2 di 2 • 1, 2
0
voti
Allora ho guardato gli encoder e penso siano proprio quello che fa al caso mio...ora ho visto che di solito in uscita abbiamo 2 possibilità: ssi o push pull. Da quanto ho capito ssi sarebbe più indicato perché permette di sincronizzare i dati con un clock esterno, e ciò è esattamente quello che cerco. Ma ora mi domando, tali dati in uscita come faccio a memorizzarli su un dispositivo stand alone in grado di memorizzare a frequenze attorno ai 50hz?
-

mixmaxmaxxx33
0 2 - Messaggi: 14
- Iscritto il: 1 ott 2014, 15:59
- Località: Udine
0
voti
Dipende molto da cosa devi fare dopo con questi dati, le possibilità sono molte, ad esempio puoi usare un microcontrollore (o un Arduino se non vuoi sbatterti troppo) che scriva su una scheda ssd che poi puoi leggere da PC, oppure salvarli direttamente dentro la memoria di un raspberry o beaglebone. Le possibilità sono molte, la scelta va fatta in base alle tue esigenze, al tempo e alla voglia che hai di metterti e ovviamente al budget che ti puoi permettere.
Atlant.
Behind every great man is a woman rolling her eyes.
Behind every great man is a woman rolling her eyes.
0
voti
Allora, io dovrei salvare tali dati su una SD o un altro tipo di memoria flash. Il mio obbiettivo finale è riuscire a produrre su PC un grafico che metta in relazione tempo e posizione angolare Dell ingranaggio.
-

mixmaxmaxxx33
0 2 - Messaggi: 14
- Iscritto il: 1 ott 2014, 15:59
- Località: Udine
0
voti
Secondo me dovresti usare un micro per creare sulla sd un file di testo con tutti i dati che ti servono, poi li apri da PC e fai quello che devi fare. Se cerchi sul sito c'è il pierin che monta il pic18 e gli utenti hanno fatto tanta documentazione, e non ti servirebbe il programmatore perché fai tutto da USB. Lo slot per la scheda da collegare ti costa pochi euro.
Se vuoi scrivere meno codice possibile c'è arduino, sicuramente avranno già sviluppato qualcosa del genere, il costo sarebbe piu elevato ma si risolve con meno fatica.
Se vuoi scrivere meno codice possibile c'è arduino, sicuramente avranno già sviluppato qualcosa del genere, il costo sarebbe piu elevato ma si risolve con meno fatica.
Atlant.
Behind every great man is a woman rolling her eyes.
Behind every great man is a woman rolling her eyes.
0
voti
Grazie!
Ma arduino ha un clock interno che mi permette di sincronizzare i dati (scusa l'ignoranza)?
Una domanda off topic: Leggo che sei di Udine (sto anch'io li vicino), in zona ci sono negozi che vendono tale materiale?
Ma arduino ha un clock interno che mi permette di sincronizzare i dati (scusa l'ignoranza)?
Una domanda off topic: Leggo che sei di Udine (sto anch'io li vicino), in zona ci sono negozi che vendono tale materiale?
-

mixmaxmaxxx33
0 2 - Messaggi: 14
- Iscritto il: 1 ott 2014, 15:59
- Località: Udine
0
voti
Si sia il Pierin che Arduino hanno il clock (serve al micro per funzionare).
Di negozi a Udine conosco la JBC ma non ci sono mai stato, alcuni amici mi hanno detto però che spara prezzi abbastanza alti.. Io compro sempre tutto su internet perché è comodo e c'è tanta scelta. Se sei più verso il Veneto c'è la EPM a San Donà, li hanno tanta varietà a prezzi onesti (dal loro negozio si può comprare anche internet).
Se no online ci sono i vari Farnell, RS, Mouser, Digikey eccetera, Arduino comunque lo trovi anche su Amazon.
Di negozi a Udine conosco la JBC ma non ci sono mai stato, alcuni amici mi hanno detto però che spara prezzi abbastanza alti.. Io compro sempre tutto su internet perché è comodo e c'è tanta scelta. Se sei più verso il Veneto c'è la EPM a San Donà, li hanno tanta varietà a prezzi onesti (dal loro negozio si può comprare anche internet).
Se no online ci sono i vari Farnell, RS, Mouser, Digikey eccetera, Arduino comunque lo trovi anche su Amazon.
Atlant.
Behind every great man is a woman rolling her eyes.
Behind every great man is a woman rolling her eyes.
0
voti
"Rientro" su questa discussione accodandomi alla domanda specifica ...
Se vale il primo caso devi specificare, fornire ulteriori elementi; nel secondo caso invece fai iniziare il campionamento della variabile quando lo desideri.
In entrambi i casi tu vorresti associare il valore memorizzato, ogni valore (valore fornito dallo strumento e opportunamente "trattato") ad un riferimento temporale: per tale esigenza sulla scheda (o data logger dedicato) che andresti ad usare dovrebbe essere già disponibile l'orologio.
Per fare quanto sopra, come è stato scritto, esistono diversi prodotti: puoi utilizzare una scheda precostituita (es. Raspberry Pi) o una soluzione tipo il PierinPic18 o rifarti ad un microcontrollore nudo e crudo intorno al quale sviluppare tutto, hardware compreso.
Potrei sbagliarmi ma non credo che l'ultima proposta sarebbe da te direttamente perseguibile (scrivo questo in funzione proprio di come hai posto la domanda); probabilmente nemmeno il PierinPic18.
Sulla board precostituita, forse.
Quindi tutto (o molto) dipende da quello che ti "senti" di fare.
Considera anche, ad esempio, di poter ricorrere ad un plc; i margini di scelta sono davvero ampi ma si possono restringere "sensibilmente" e dipende da te, nonché (già precisato mi pare) dallo "investimento" economico.
Considera anche i "limiti" qualitativi in relazione alla frequenza: se stabilisci con certezza che si parla di 50 Hz puoi basarti su tale dato ma, se sono possibili degli scostamenti ...
Un altro spunto per la discussione: si potrebbe anche ipotizzare di limitare la registrazione dei dati sulla scheda a beneficio di un trasferimento diretto verso un PC collegato alla medesima durante tutto il periodo di acquisizione; questo per evitare di depositare, prima, i dati su una memory card.
Però è appunto solo un'altra "configurazione".
Saluti
Ancora non mi è chiaro a quale livello si trovi il tuo quesito, ovvero, hai la necessità specifica di "sincronizzare" l'azione di campionamento (l'inizio del campionamento) con un evento esterno alla scheda che svolgerebbe la funzione, o l'azione di campionamento è solo vincolata alla frequenza predefinita (1/50) ?mixmaxmaxxx33 ha scritto:Ma arduino ha un clock interno che mi permette di sincronizzare i dati (scusa l'ignoranza)?
Se vale il primo caso devi specificare, fornire ulteriori elementi; nel secondo caso invece fai iniziare il campionamento della variabile quando lo desideri.
In entrambi i casi tu vorresti associare il valore memorizzato, ogni valore (valore fornito dallo strumento e opportunamente "trattato") ad un riferimento temporale: per tale esigenza sulla scheda (o data logger dedicato) che andresti ad usare dovrebbe essere già disponibile l'orologio.
Per fare quanto sopra, come è stato scritto, esistono diversi prodotti: puoi utilizzare una scheda precostituita (es. Raspberry Pi) o una soluzione tipo il PierinPic18 o rifarti ad un microcontrollore nudo e crudo intorno al quale sviluppare tutto, hardware compreso.
Potrei sbagliarmi ma non credo che l'ultima proposta sarebbe da te direttamente perseguibile (scrivo questo in funzione proprio di come hai posto la domanda); probabilmente nemmeno il PierinPic18.
Sulla board precostituita, forse.
Quindi tutto (o molto) dipende da quello che ti "senti" di fare.
Considera anche, ad esempio, di poter ricorrere ad un plc; i margini di scelta sono davvero ampi ma si possono restringere "sensibilmente" e dipende da te, nonché (già precisato mi pare) dallo "investimento" economico.
Considera anche i "limiti" qualitativi in relazione alla frequenza: se stabilisci con certezza che si parla di 50 Hz puoi basarti su tale dato ma, se sono possibili degli scostamenti ...
... è bene prevedere dei margini di "manovra".mixmaxmaxxx33 ha scritto:Ma ora mi domando, tali dati in uscita come faccio a memorizzarli su un dispositivo stand alone in grado di memorizzare a frequenze attorno ai 50hz?
Un altro spunto per la discussione: si potrebbe anche ipotizzare di limitare la registrazione dei dati sulla scheda a beneficio di un trasferimento diretto verso un PC collegato alla medesima durante tutto il periodo di acquisizione; questo per evitare di depositare, prima, i dati su una memory card.
Però è appunto solo un'altra "configurazione".
Saluti
W - U.H.F.
-

WALTERmwp
30,2k 4 8 13 - G.Master EY

- Messaggi: 8986
- Iscritto il: 17 lug 2010, 18:42
- Località: le 4 del mattino
0
voti
Innanzi tutto ti ringrazio per essere rientrato in discussione, ogni vostro spunto di riflessione e suggerimento, per me che sono alle prime armi, è fondamentale ed utilissimo!
Allora cerco di spiegarmi meglio; il mio obbiettivo finale e riuscire a monitorare a posteriori ,attraverso un grafico visualizzabile su monitor PC, il comportamento di un ingranaggio, questo grafico deve mettere in relazione il tempo con la posizione angolare istantanea rispetto ad un riferimento 0 (il punto 0 è fisicamente facilmente individuabile poiché ad ingranaggio fermo e macchina spenta l'ingranaggio si posizionerà sempre allo stesso punto). Una volta ottenuto tale grafico (attraverso l'unione dei tutte le posizioni istantanee nel tempo) sarà eventualmente possibile elaborarlo calcolando ad esempio le accelerazioni con le derivate prime ed altri dati interessanti.
Tale ingranaggio ha brusche accelerazioni e decelerazioni e si muove casualmente, in modo indipendente dalla mia volontà.
Questo il motivo per cui avrei bisogno di frequenze di campionamento alte (ho supposto io 50Hz), cosi da riuscire a registrare in modo più accurato possibile i suoi movimenti non uniformi.
La misurazione la posso far iniziare quando voglio, ovvero, il macchinario che fa muovere l'ingranaggio lo accendo io, da spento l'ingranaggio si trova sempre nella stessa posizione (quella di minimo).
Per fare ciò ho pensato di usare, grazie agli ultimi suggerimenti ricevuti, un encoder rotativo relativo e il micro Arduino (o il PIERIN se riesco a procurarmene uno) collegati tramite porta USB con una scheda sd o una pen drive sulla quale verranno salvati i dati.
Il tutto dev'essere un sistema fisso stand alone che memorizzi i dati su una memoria flash in modo che possa scaricarli su PC a posteriori.
Sono ad un livello molto basso di conoscenza di elettronica (sono un ingegnere civile) ma ho molta voglia di imparare e credo (spero
) che se mi "metto sotto" apprendo in fretta.
Spero di essermi spiegato un po' meglio...
WALTERmwp ha scritto:Ancora non mi è chiaro a quale livello si trovi il tuo quesito, ovvero, hai la necessità specifica di "sincronizzare" l'azione di campionamento (l'inizio del campionamento) con un evento esterno alla scheda che svolgerebbe la funzione, o l'azione di campionamento è solo vincolata alla frequenza predefinita (1/50) ?
Allora cerco di spiegarmi meglio; il mio obbiettivo finale e riuscire a monitorare a posteriori ,attraverso un grafico visualizzabile su monitor PC, il comportamento di un ingranaggio, questo grafico deve mettere in relazione il tempo con la posizione angolare istantanea rispetto ad un riferimento 0 (il punto 0 è fisicamente facilmente individuabile poiché ad ingranaggio fermo e macchina spenta l'ingranaggio si posizionerà sempre allo stesso punto). Una volta ottenuto tale grafico (attraverso l'unione dei tutte le posizioni istantanee nel tempo) sarà eventualmente possibile elaborarlo calcolando ad esempio le accelerazioni con le derivate prime ed altri dati interessanti.
Tale ingranaggio ha brusche accelerazioni e decelerazioni e si muove casualmente, in modo indipendente dalla mia volontà.
Questo il motivo per cui avrei bisogno di frequenze di campionamento alte (ho supposto io 50Hz), cosi da riuscire a registrare in modo più accurato possibile i suoi movimenti non uniformi.
La misurazione la posso far iniziare quando voglio, ovvero, il macchinario che fa muovere l'ingranaggio lo accendo io, da spento l'ingranaggio si trova sempre nella stessa posizione (quella di minimo).
Per fare ciò ho pensato di usare, grazie agli ultimi suggerimenti ricevuti, un encoder rotativo relativo e il micro Arduino (o il PIERIN se riesco a procurarmene uno) collegati tramite porta USB con una scheda sd o una pen drive sulla quale verranno salvati i dati.
Il tutto dev'essere un sistema fisso stand alone che memorizzi i dati su una memoria flash in modo che possa scaricarli su PC a posteriori.
Sono ad un livello molto basso di conoscenza di elettronica (sono un ingegnere civile) ma ho molta voglia di imparare e credo (spero
Spero di essermi spiegato un po' meglio...
-

mixmaxmaxxx33
0 2 - Messaggi: 14
- Iscritto il: 1 ott 2014, 15:59
- Località: Udine
0
voti
Ti ringrazio per le precisazioni con le quali hai confermato e completato quanto riportato in precedenza.
Dal mio punto di vista restano validi i suggerimenti indicati.
In sostanza la differenza la fai "tu" conciliando la necessità e i tempi di realizzazione.
Per quanto ovvio possa sembrare aggiungo solo che, ritenendo "fondamentale" l'accuratezza del rilevamento della misura, la qualità dei prodotti impiegati potrebbe fare la differenza in relazione all'attendibilità dei dati stessi.
Saluti
Dal mio punto di vista restano validi i suggerimenti indicati.
In sostanza la differenza la fai "tu" conciliando la necessità e i tempi di realizzazione.
Per quanto ovvio possa sembrare aggiungo solo che, ritenendo "fondamentale" l'accuratezza del rilevamento della misura, la qualità dei prodotti impiegati potrebbe fare la differenza in relazione all'attendibilità dei dati stessi.
Saluti
W - U.H.F.
-

WALTERmwp
30,2k 4 8 13 - G.Master EY

- Messaggi: 8986
- Iscritto il: 17 lug 2010, 18:42
- Località: le 4 del mattino
19 messaggi
• Pagina 2 di 2 • 1, 2
Chi c’è in linea
Visitano il forum: Nessuno e 10 ospiti

Elettrotecnica e non solo (admin)
Un gatto tra gli elettroni (IsidoroKZ)
Esperienza e simulazioni (g.schgor)
Moleskine di un idraulico (RenzoDF)
Il Blog di ElectroYou (webmaster)
Idee microcontrollate (TardoFreak)
PICcoli grandi PICMicro (Paolino)
Il blog elettrico di carloc (carloc)
DirtEYblooog (dirtydeeds)
Di tutto... un po' (jordan20)
AK47 (lillo)
Esperienze elettroniche (marco438)
Telecomunicazioni musicali (clavicordo)
Automazione ed Elettronica (gustavo)
Direttive per la sicurezza (ErnestoCappelletti)
EYnfo dall'Alaska (mir)
Apriamo il quadro! (attilio)
H7-25 (asdf)
Passione Elettrica (massimob)
Elettroni a spasso (guidob)
Bloguerra (guerra)