Sto finendo il firmware per la logomatic ma ho dovuto cambiare le librerie dell SD per via di alcune limitazioni delle fat16 su memoria di nuova generazione.
Ho verificato che le limitazioni stile excell permettono solo di elaborare 65535 righe quindi circa 65 secondi di ... quindi sto pensando di costruire un sw per elaborare i dati scritti su SD ... mi chiedo se qualcuno conosce qualche Active x o .NET freeware (libreria da abbinare al VB 2008 express) per fare un sw di visualizzazione dei dati e graficarli...

A presto con le foto del logger in versione finale le peculiarita' del firmware.

Per la parte di analisi mi posso attivare

uhm...si potrebbe usare un database acces al posto di excel?

Perchè Access che è moolto + pesante ??

Vedrai che Protomax ne verrà a capo lo stesso....:P

Antonio.

perchè non ha le limitazioni di excell :D e gestisce database fino a 2 gb..
pesante?? beh tanto e' il pc che lo lavora..presumo che i dati in sd saranno salvati in forma sequenziale.. non in forma database...
l'unica rottura ela stringa per collegare il programmino di importazione al DTB.. comunque ho a casa qualche esempio.. se serve..

Si, ma Access è anche + difficile da usare, e sconosciuto ai +, è per cose + complesse.
Excel è + intuitivo, facile, leggero, e lo conoscono tutti :wink:

Io per montare anche Access dovrei comprare un PC nuovo, o quasi....:(

Antonio.

ah beh se hai un pc obsoleto.. :D:D:D
comunque sia.. access e piu sconosciuto ma per certi versi piu semplice da usare, l'utente finale ha tutto sotto controllo in formato prestabilito da chi ha creato il database..mediante l'uso di maschere.. comunque io non so ora come poi vengono trattati i dati che verranno memorizzati..
quindi non so darvi altre indicazioni.
in pratica in excel tu puoi modificare quello che vuoi..(o cancellare dei dati involontariamente) con access.. volendo anche no :D

Beh dipende..., con Excel puoi proteggere le macro proprio come si fa con Access, e volendo puoi proteggere alcune macro si e alcune lasciarle libere, ma non chiedermi come si fa nehhhh..

Non è solo questione di gusti, ne di limiti di calcolo, quelli si risolvono.
Ho capito che preferisci Access ad Excel perchè lo conosci meglio.
Ma bisogna pensare che Excel è fatto apposta per trattare dati, facendo conti, e rappresentandone i risultati, per lo + in modo semplice come si fa cn una calcolatrice appunto.
Mentre Access è fatto apposta per gestire dati con un DB relazionale, tutt'altra cosa insomma, anche come approccio mentale alla cosa.

Antonio.

Scusa ma c'è qualcosa che mi sfugge, perchè vuoi usare + di 1000 righe al secondo ???

Antonio.

Se volete le celle con EXEL si bloccano cosi:

-Si seleziona la sola cella che si vuole bloccare, o tutta la colonna.

-Si va su "DATI" e si seleziona "CONVALIDA"

-Su "impostazioni" si seleziona invece che "qualsiasi valore" si sceglie "personalizzato"

-a questo punto compare sotto un'altra barra bianca che ha come dicitura sopra "formula", in questa cella sciviamo un numero, una parola o qualsisi altra cosa, accade così che solo se scriviamo quel codice è possibile scrivere in quella cella. Questo è possibile farlo su una cella, o su tutta una colonna.

ciao ciao!! :rolleyes:

La cosa mi lascia un po' perplesso, anche se non posso controbattere con certezza, in quanto ora uso soltanto il foglio di Open Office... che ricalca abbastanza Excel.
Quello che hai descritto sembra di più la procedura per convalidare i dati che puoi immettere in una casella di input e non la protezione della cella.
La protezione, che serve ad impedire che si possa scrivere dentro una determinata cella o gruppo di celle, dovrebbe effettuarsi in 'formato celle' smarcando la casella protezione e poi su 'strumenti' selezionando e smarcando la voce 'proteggi foglio' o qualcosa del genere.

Tu falla la prova, scrivi qualcosa dentro la cella, e fai la procedura.

Se poi provi modificare la cella o a scriverci dentro, vedrai che ti scrive
" valore immesso non valido" perchè quella cella non è più modificabile almeno che tu non rifai la procedura e clicchi " cancella tutto " allora la cella torna libera come prima.
Te lo dico perchè uso questo sistema nel mio foglio di calcolo dei preventivi apposta per non modificare le formule che ci sono dentro involontariamente..

Se invece vai su "formato celle" e vai su "protezione" ti da solo la possibilità di bloccare le celle se blocchi il foglio.
Se fai in questo modo, dovresti andare sulle opzioni della protezione e levare
"bloccata" dove vuoi scrivere e lasciare "bloccata" dove vuoi che rimangano bloccate ma sempre e solo se blocchi tutto il foglio.
Tutti e due i modi sono validi comunque, l'unica cosa è che se blocchi il foglio e vuoi continuare a fare modifiche ti devi ricordare di levare il blocco ma una volta finito il foglio di calcolo fanno tutte e due la stessa cosa

Poi è solo un consiglio ed è l'unica cosa che sò di EXEL perchè lo uso in modo mooolto basilare..:P:P:P

ciao ciao

Fatta la prova, con OpenOffice Calc, che ha anche la funzione da te descritta.
Ripeto che questa procedura serve soltanto ad evitare di immetere dati incongruenti in una casella di input. Non puoi usarla per una casella contenente una formula.
La protezione serve appunto ad evitare che, volutamente o accidentalmente tu possa scrivere su una casella contenente una formula o un testo che non deve essere modicato e si attiva come ho scritto prima.
Adesso prova tu a fare la convalida su una casella contenente una formula e vedi se ci riesci.B)

Mi sa che diciamo la stessa cosa, ossia da quello che ho capito, se l'intento è quello di bloccare una cella con una formula puoi fare la convalida perchè se scrivi accidentalmente su una cella con una formula non te lo permette, giusto?
Comunque ho provato e la formula ti evita di modificarla.

Altrimenti fai il discorso di decidere quali celle vuoi modificare su formato celle e poi blocchi il foglio.

esatto?

Siamo alquanto OT, quindi smetto.
Comunque, prova ancora... sarai più fortunato!:rolleyes:

Ok magari vinco anche qualcosa..

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

Interessante il poter campionare 5 variabili a 100Hz :P

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 ???

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

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

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.