Salve a tutti, anche se piuttosto preso dagli impegni lavorativi leggo
comunque le mail sia di questa ML che di Roboteck.

Mi sembra giunto il momento di tirare fuori la mia proposta...

Da circa un anno, sto studiando Java a livello professionale per il mio
lavoro, dall'inizio del 2006 ho cominciato a testare sul campo tre o
quattro applicazioni sia in ambito gestionale+DB puro che interfacce con
microcontrollori, PLC, moduli GSM e quant'altro.

Sempre per lavoro avevo bisogno di loggare dei treni di segnali RF che
andavano in giro per capire cosa succedeva. Visto che il progetto della
MLII (perfetta per queste cose...) andava per le lunghe ho messo su una
cosetta grezza realizzata con un 16F877 e una RAM statica recuperata in
un cassetto.

In pratica al momento dispongo di un oggetto funzionante che e' in grado
di campionare 4 canali fino a 16/32K e di passarli via seriale a una GUI
scritta in Java che li visualizza.

Ho un sacco di limitazioni, tenete conto che il sistema a me serviva per
vedere la struttura dei segnali e basta, quindi le temporizzazioni non
sono precise, ovvimente usando un PIC a 4Mhz la velocita' del
campionamento credo sia intorno ai 10Khz, ecc...
Siamo ben lontani quindi dai risultati ottenibili con un HW progettato
da gente che conosce meglio di me il mestiere di campionare segnali...
Puo' essere pero' una base di partenza "reale" per capire di cosa stiamo
parlando, in attesa dell'hardware "serio"...
Possiamo lavorare sulla GUI e poi passarla sulla MLAII senza grossi
problemi secondo me.

La GUI attualmente legge di brutto i dati dalla seriale, e plotta 5000
campioni del primo canale. Non ci sono cursori. Si puo' impostare il
trigger sul fronte di salita e di discesa e basta.
Ho scritto 5000 campioni perche' mi sembra il limite massimo gestibile
in termini di prestazioni, ma anche qui non ci ho perso troppo tempo,
per il plottaggio uso JFreeChart, una libreria gia' pronta, magari con
un qualcosa di scritto apposta si va molto meglio.
Per quanto riguarda la seriale uso le RxTx, librerie di pubblico dominio
assolutamente superstabili e da me testate anche in altre applicazioni.

Tutto il progetto e' realizzato con Eagle (monofaccia e 10 ponticelli),
Hitech C (penso si compili anche con la versione FREE, sono poche righe
di programma) e Netbeans, quindi in Java si lavora dentro un'IDE molto
potente e comodissima da usare con il disegno delle form fatto
ovviamente in maniera visuale.
Questo detto da me che vengo da 10 anni di ambiente VB vi deve dare da
pensare.. :-)

L'ambiente di lavoro in Java sono in grado di farlo installare a
chiunque in cinque minuti mettendolo in grado di compilare subito un
progetto.
Per gli estimatori che mi avevano rimbrottato tempo fa, adesso da dentro
Netbeans uso anche il CVS, ce l'ho disponibile su un server in azienda
con indirizzo pubblico e connessione Fastweb, vediamo se posso mettere
in comune anche quello. Al momento lo uso per lavorare da casa.
Tutto cio' sotto Win, ma chi mi conosce lo sa bene, Linux non so nemmeno
come si accende...mi piacerebbe saperlo, ma le ore di una giornata sono
solo 24...
In ogni caso un progetto Netbeans dovrebbe essere automaticamente
multipiattaforma.

Per quanto riguarda le prestazioni, l'ambiente di programmazione
necessita di almento un PIII 1Ghz e 512 Mb di RAM, diciamo che con un P4
3 Ghz e 1Gb di ram si lavora comodi. Per il runtime, il limite
inferiore su cui stanno girando delle applicazioni attualmente e' un
PIII 800 con 128Mb di ram e le prestazioni sono assolutamente accettabili.

Questo e' tutto cio' che serviva a me, ma non ho problemi a metterlo a
disposizione di tutti. Posso mettere a disposizione anche le conoscenze
su Java che ho acquisito in questo periodo.

A volte e' meglio avere a disposizione qualcosa di brutto e fatto male,
ma comunque migliorabile e soprattutto STUDIABILE e realizzabile da tutti.

Fatemi sapere...

Marco Selmi