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. :wink:

Hai mai provato a valutare l'utilizzo del PPC405EZ della AMCC ??? :wink: B)

Antonio.

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

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 :wink:

.... L'interpolazione continua :icon_rofl

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 USB), 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.... :icon_rofl
Certo che ci sarebbe parecchio da lavorarci sopra....:uhm:

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.

sorry, ho pensato si stessa parlando di scrittura dei dati e non di lettura (campionamento), errore mio:P

Giorgio sempre alla ricerca di nuovi "giabanini" ha comprato un data logger dalle interessanti caratteristiche.
Oggi lo abbiamo provato sul campo. La prova ha dato esito positivo e, se non dovesse realizzarsi quanto richiesto da Beppe, lo utilizzeremo per la nostra Formuletta di gara che abbiamo gia' sperimentato con successo.
In sostanza l'apparecchio registra il tempo di volo dalla partenza (decollo), all'atterraggio (modello fermo). Il tempo viene letto da un computatore e registrato sul tabellone di gara fine.
Ovviamente il giabanino e' capace di tante altre cose : registrazione quote di volo, percorso effettuato, e' interfacciabile con Google E. , vi prepara due uova al tegamino ecc, ecc.
Ciao giobalde.

PS il tempo di volo e' stato ovviamente confrontato con quello di due cronografi.

gio, marca e modello
(anche se probabilmente è un semplice logger GPS)

A bene a sapersi :wink:.
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 :D.

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


MAnnaggia avete gia' una soluzione funzionante e non mi dite nulla :(:huh::o:

Marca e modello non so'.
E' probabilmente quello che tu chiami un semplice data logger, ma che fa' tutto quello che noi cerchiamo.
Durata del volo come sopra detto, facile uso e lettura, riduzione del personale addetto a far giocare gli altri a due, massimo tre persone.
Ciao giobalde.