Sviluppo SW "alternativo" per stazione DeA

[tandomat]

questa è esattamente il tipo di imbeccata che aspettavo!
Ho fatto una rapida verifica sulla documentazione di Wview, ebbene, ho trovato una patch per implemetare il supporto alla WMR200 che, udite, udite, viene gestita in modo "abbastanza" analogo.
Poichè l'ispirazione per l'hack della stazione mi è partita proprio studiando quanto fatto per l'Oregon la cosa mi dà abbastanza fiducia.

Anzi, direi proprio che l'obiettivo di integrare il supporto della stazione DeA all'interno di WView è molto più che una speranza!

Folly sei un GRANDE!

Mi spiace no9n avere la stazione DEA

Buon lavoro

[Folly]

Questo software che si sta cercando di eleborare girera' solo su LINUX?

Linux è l'unico obiettivo dei miei sviluppi ma questo non deve preoccuparti.

Anzi, consideralo un vantaggio perchè qualunque sistema operativo tu abbia (xp, vista, seven a 32, 64 o millemila bit ) ti installi un software di virtualizzazione (Virtualbox o VMware), ti crei AGGRATIS e senza problemi di licenza una macchina linux, impari ad usare un sistema operativo FATTO BENE, ROBUSTO e SICURO) e ci fai girare sopra VWiev.

Sul perchè scelga linux poi avrei un'infinità di motivi ma i principali sono:
1) non ho più intenzione di usare Windows visto che ormai riesco a fare quasi tutto con soddisfazione su linux (se qualcuno riuscisse a convincere SAP a sviluppare gli smartform anche sulla sapgui in java gliene sarei grato),
e la licenza di XP che ho del portatile la uso mooooolto saltuariamente.
2) VWiev gira non solo sui pc ma su dispositivi molto economici e parchi di consumi elettrici poichè questi ultimi hanno fw linux-based.

[Cavaliere]

Benissimo siccome io ho gia un muletto che utilizzo con windows per altre cose e a quello ci collego la stazione poi mi dici gentilmente quando sara' l'ora come far girare questo software nel mio pc con windows installato....grazie ancora.

[rodry]

Nulla vieta di fare il porting anche per win o java comunque ;-)

[st_e]

Nulla vieta di fare il porting anche per win o java comunque ;-)

Noooooooooooooooo

vi prego !!!!!!!!

[Folly]

Nulla vieta di fare il porting anche per win o java comunque ;-)

sgrunt! non dire più quella parolaccia o non ti mando più i sorgenti

Scherzi a parte, il lavoro per win lo ritengo inutile visto che se uno ha un hw su cui gira da xp in su, può benissimo farsi una macchina virtuale con un linux minimale.
Comunque visto il discreto imbarazzo nella scelta di hw alternativo ai tradizionali PC(vedi questo thread), consiglio caldamente a tutti di farci un pensierino.

Java l'avrei preso in considerazione per una qualche gui ma dopo aver scoperto WView non credo che perderò tempo a reinventare la ruota.

[SilverFreak]

Ciao silver ti suggerisco di fare un salto qui prima di acquistare il tuo muletto

NSLU2, il dispositivo perfetto per gestire una stazione meteo ed avvicinarsi a Linux

e magari dare 1 okkio anche qui x le considerazioni sui consumi del muletto

Consumi stazione meteo + muletto

se già hai avuto modo di leggere come non detto .....

Grazie mille ora guardo :D

[ragno]

Colgo l'occasione per rispondere a te anche per chiedervi una mano a pianificare gli step successivi.
Innanzitutto cosa ho fatto:
un semplice programmino che sfrutta le librerie libusb e libhid (ma forse questa non è così necessaria anche se semplifica molto il lavoro), studiando il log dei pacchetti usb ho rilevato che il prg deve inviare 3 comandi fondamentali
1) richiesta del contenuto datalogger
2) richiesta dei dati realtime
3) richiesta di "silenziare" la trasmissione usb

Sto trascurando il primo perchè, oltre alla mole di dati che mi "vomita", lo riterrei quasi superfluo per ciò che ho in mente.

Concentrandomi sul 2) ho rlevato che la stazione risponde sempre con 12 pacchetti da 8 byte.

Qui è iniziata la sfida vera e propria ma, grazie alle magie di reflector, dopo qualche tentativo ho trovato la traccia per ricostruire i dati.
Adesso aspetto con ansia l'anemometro per completare l'opera.

Veniamo allo step successivo:
la mia idea è fare un driver "user-space" minimale con il solo compito di essere eseguito come demone e fare richiesta periodica (timetick liberamente configurabile) alla stazione dei dati realtime.

Cosa ne farei dei dati?
Penso di inserirli di volta in volta su un db, la mia attuale scelta è sqlite, che gestisce tutto in un unico file con sicuramente una tabella in cui il singolo record ha come chiave il timestamp e un campo per ogni parametro da memorizzare.

Una volta che si piazza il file del db su una cartella accessibile via rete da altri pc diventa quasi un giochetto usare fogli di calcolo, script, pagine web per estrarre i dati per magari convertirli all'uso con sw tipo weather display o similari.

Inoltre sicuramente mi divertiro con rrdtool per la generazione di qualche grafichetto "a modo"...

In conclusione: avete qualche suggerimento o richiesta di integrazioni secondo voi che valga la pena studiare?


P.S. chi volesse esaminare il codice per condividere il divertimento non ha che da farmi un fischio!

Io di solito sviluppo in VB6 su win, credi sia fattibile la cosa? Eventualmente puoi farmi sapere come è il protocollo di trasmissione, ovvero come impacchetta i dati? Ciao e complimenti per l'ottimo lavoro!!!

[Folly]

Aggiornamento Wview:

grosso modo direi "I'm only one step away.." giusto perchè questa deficentissima canzone anni 80 mi è tornata d'improvviso nella capoccia.

Se guardate l'immagine potete constatare 2 cose:
1) i valori realtime vengono restituiti correttamente;
2) la presenza di glitches sui grafici. Questa è la cosa principale che devo correggere ovvero la presenza saltuaria di campioni fallati.
E' sicuramente dovuto al mio modo per il momento alquanto grezzo di lettura dei dati e al non aver implementato ancora un "controllo qualità" sul dato ricevuto.

Stay tuned!
wview.jpg

[Dark84]

folly ti dico solo 3 parole....S E I U N G R A N D E!!!!!!!!!!!!!!!!!!!!!!!!

Sei il mio idolo!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!