Data logger semplice

[protomax]

Scusatemi ma sono rimasto un po' indietro ...in questi giorni sono un po' preso...

Le caselle di excell o openoffice che uso correntemente anche io; li ho usati solo per graficare quello che mi serviva ma per analizzare piu' dati e per piu' tempo servono sistemi che permettano di scorrere e vedere i dati presi da file di testo...per importare in access o in altro Dbase no problem.

quello che serve e' solo la visualizzazione e per questo pensavo di ricorrere a VB o VC con qualche activex per la visualizzazione dei dati.

Tutto qui ma per ora mi sto applicando al FW visto che per pezzetti di file riesco lo stesso ad analizzare .

Per l'importazione genero su SD dei file di testo separati da virgola che sono semplicemente importabili su excell o equiv. in poche mosse.

Campiono a 100HZ quindi ho 100 campioni al secondo per 5 valori e quindi analizzo circa 650 secondi ... avevo scritto uno zero in piu' ...

[andreis]

Originalmente inviato da protomax

Scusatemi ma sono rimasto un po' indietro ...in questi giorni sono un po' preso...

Le caselle di excell o openoffice che uso correntemente anche io; li ho usati solo per graficare quello che mi serviva ma per analizzare piu' dati e per piu' tempo servono sistemi che permettano di scorrere e vedere i dati presi da file di testo...per importare in access o in altro Dbase no problem.

quello che serve e' solo la visualizzazione e per questo pensavo di ricorrere a VB o VC con qualche activex per la visualizzazione dei dati.

Tutto qui ma per ora mi sto applicando al FW visto che per pezzetti di file riesco lo stesso ad analizzare .

Per l'importazione genero su SD dei file di testo separati da virgola che sono semplicemente importabili su excell o equiv. in poche mosse.

Campiono a 100HZ quindi ho 100 campioni al secondo per 5 valori e quindi analizzo circa 650 secondi ... avevo scritto uno zero in piu' ...

Aaahhh... OK, quindi hai a disoposizione moooolto + di un'ora da loggare

Interessante il poter campionare 5 variabili a 100Hz

Potrebbe essere interessante campionare anche 10 variabili a 50Hz.....

Antonio.

PS : il limite di campionamento dipende dalle potenzialità del Protometer, del ARM, o cos'altro ???

[gattodistrada]

Originalmente inviato da protomax

Scusatemi ma sono rimasto un po' indietro ...in questi giorni sono un po' preso...

Le caselle di excell o openoffice che uso correntemente anche io; li ho usati solo per graficare quello che mi serviva ma per analizzare piu' dati e per piu' tempo servono sistemi che permettano di scorrere e vedere i dati presi da file di testo...per importare in access o in altro Dbase no problem.

quello che serve e' solo la visualizzazione e per questo pensavo di ricorrere a VB o VC con qualche activex per la visualizzazione dei dati.

Tutto qui ma per ora mi sto applicando al FW visto che per pezzetti di file riesco lo stesso ad analizzare .

Per l'importazione genero su SD dei file di testo separati da virgola che sono semplicemente importabili su excell o equiv. in poche mosse.

Campiono a 100HZ quindi ho 100 campioni al secondo per 5 valori e quindi analizzo circa 650 secondi ... avevo scritto uno zero in piu' ...

beh ma vb non ha particolari problemi a leggere files di testo, e una semplice routine usando il comando grafico del punto, puo' farti il grafico..
son anni che non programo in vb, certo un active.x sarebbe piu utile.. pero'...
Freeware On Line by Sal Clement

vedi se il controllo mappa puo' essere utile..

vedi anche questo 3D Charting Toolkit 5.0
Activex 9 - Tutto Gratis

[protomax]

gazie per i link ...appena riesco prova ad utilizzarne qualcuno per il SW su PC.

Per la velocita' di campionamento penso che non ci siano grossi problemi l'unica limitazione penso sia la velocita' di scrittura su SD.

Penso di poter arrivare tranquillamente a 100Hz anche su 10 Variabili a 10bit, il bello dell'architettura ARM e' quella di avere due canali AD per cui e' possibile lanciare due conversioni in contemporanea.

A presto Max

[blinking]

la velocità che proponi mi sembra esagerata per l'applicazione che richiede Estik, già 10Hz sarebbero elevati, la precisione richiesta sul tempo di volo credo sia di 1''.

Originalmente inviato da protomax

gazie per i link ...appena riesco prova ad utilizzarne qualcuno per il SW su PC.

Per la velocita' di campionamento penso che non ci siano grossi problemi l'unica limitazione penso sia la velocita' di scrittura su SD.

Penso di poter arrivare tranquillamente a 100Hz anche su 10 Variabili a 10bit, il bello dell'architettura ARM e' quella di avere due canali AD per cui e' possibile lanciare due conversioni in contemporanea.

A presto Max

[cl004]

la velocità che proponi mi sembra esagerata per l'applicazione che richiede Estik, già 10Hz sarebbero elevati, la precisione richiesta sul tempo di volo credo sia di 1''.

Questo si potrà affermare solo dopo il test su un modello.

Ma personalente penso che non sia affatto esagerata, con un sample di un secondo l' accelerometro è parecchio sordo, e dai dati forniti, si potrà solo notare forti accelerazioni prolungate nel tempo.

Di sicuro si deve stare sopra i 40 - 60 hz per riuscire a sentire tutte quelle piccole accelerazioni di durata molto breve.

[andreis]

Originalmente inviato da protomax

gazie per i link ...appena riesco prova ad utilizzarne qualcuno per il SW su PC.

Per la velocita' di campionamento penso che non ci siano grossi problemi l'unica limitazione penso sia la velocita' di scrittura su SD.

Penso di poter arrivare tranquillamente a 100Hz anche su 10 Variabili a 10bit, il bello dell'architettura ARM e' quella di avere due canali AD per cui e' possibile lanciare due conversioni in contemporanea.

A presto Max

Hai mai provato a valutare l'utilizzo del PPC405EZ della AMCC ???

Antonio.

[protomax]

Originalmente inviato da andreis

Hai mai provato a valutare l'utilizzo del PPC405EZ della AMCC ???

Antonio.

Bel "mostro" ma mi sa che per gli F3x sarebbe un problema posizionarlo in fusoliera

Non perdiamo mai di vista lo scopo del post .... trovare il sistema per scoprire quando un velivolo e' fermo a terra, per misurare dopo lo sgancio in volo il tempo intercorso tra i due eventi.


Per la velocita' di campionamento ...devo dire che per ottenere accelerazioni impulsive con una frequenza max di 50Hz dovremmo lavorare a 100Hz di campionamento (per le note leggi del campionamento) e soprattutto dovremmo considerare che i dati pronenienti dal sensore sono delle accelerazioni che dovremo tramutare in velocita' quindi con elaborazioni matematiche che potrebbero portare a modificazioni dei dati se non abbiamo una buona "sicurezza" delle misure potremmo prendere fischi per fiaschi

.... L'interpolazione continua

[andreis]

Originalmente inviato da protomax

Bel "mostro" ma mi sa che per gli F3x sarebbe un problema posizionarlo in fusoliera

Non perdiamo mai di vista lo scopo del post .... trovare il sistema per scoprire quando un velivolo e' fermo a terra, per misurare dopo lo sgancio in volo il tempo intercorso tra i due eventi.


Per la velocita' di campionamento ...devo dire che per ottenere accelerazioni impulsive con una frequenza max di 50Hz dovremmo lavorare a 100Hz di campionamento (per le note leggi del campionamento) e soprattutto dovremmo considerare che i dati pronenienti dal sensore sono delle accelerazioni che dovremo tramutare in velocita' quindi con elaborazioni matematiche che potrebbero portare a modificazioni dei dati se non abbiamo una buona "sicurezza" delle misure potremmo prendere fischi per fiaschi

.... L'interpolazione continua

Protomax,
Si, la mia era chiaramente un messaggio OT.

Comunque non poi così grosso neehh, perlomeno come package, e ricordo bene come fosse competitivo oltrechè sulle prestazioni, e funzinalità integrate, un'ordine di grandezza speriore agli ARM32, sul prezzo, e sulla dissipazione/assorbimento.
Fino a qualche mese fa, mi occupavo di AMCC in Italia....

Stavo pensando ad un core con ampie capacità d'interfacciamento sia coi dispositivi/sensori, che col mondo esterno (vedi ETH, ed US, che abbia un'alta capacità di calcolo, ed un timer integrato high performance.
Sai com'è, un bel micretto che sia in grado sia di gestire tutta la sensoristica di bordo, GPS, accelerometri, eccc...., e perchè no anche tutti i servi, e perchè no anche la connessione 2.4, o 5GHz, o entrambe, in style WiFi, ecc....
Con un sistema di questo tipo, lo stabilire se il mudel sta fermo mediante tutti i sensori desiderati, replica/download dei tempi in automatico via ETH Wireless, gesione Display di bordo, Timing Real time di precisione, e via ETH pure lui, ecc.. sarebbe uno scherzetto....
Certo che ci sarebbe parecchio da lavorarci sopra....

Beppe,
Simone,
Siete poi rimasti convinti dopo l'incontro con Alessandro, riguardo al sistema da lui proposto ??
Quanto costerebbe ??
Cosa farebbe ?
Come lo farebbe ?

Antonio.

[protomax]

Originalmente inviato da andreis

Protomax,

Fino a qualche mese fa, mi occupavo di AMCC in Italia....

Antonio.

A bene a sapersi .
Per quanto riguarda le connessioni e quant'altro direi che su un micro del genere ci metterei un bel 640x480 e ci farei girare una distro RT in modo da crearci un bel pannello da velivolo da scala 1:1 con un bel po di strumentazione .

Pero' dovrei mettermi a farlo per lavoro e non sarebbe nemmeno una brutta idea

Originalmente inviato da andreis

Beppe,
Simone,
Siete poi rimasti convinti dopo l'incontro con Alessandro, riguardo al sistema da lui proposto ??
Quanto costerebbe ??
Cosa farebbe ?
Come lo farebbe ?
Antonio.

MAnnaggia avete gia' una soluzione funzionante e non mi dite nulla