October 2014 - RMAP - lists.cs.unibo.it (DISI)

[meteo] Ultrasonic Anemometer
by Paolo Patruno 05 Jan '17

05 Jan '17

Un mio collega ha recuperato un paio di articoli molto affascinati sulla misura del vento: http://www.technik.dhbw-ravensburg.de/~lau/ultrasonic-anemometer.html http://hackaday.com/2013/08/21/ultrasonic-anemometer-for-an-absurdly-accura… La cosa mi pare molto interessante ... C'è qualcuno che si vuole cimentare ?

2 1

[meteo] Protezione Esterna sensori
by Mirco Bergamini 01 Apr '15

01 Apr '15

Questa potrebbe essere una prima versione di protezione completa: L'inclinazione degli schermi è di 23° la sede per il braccio di supporto 30 x 30 Gli schermi sono modulabili , differenti dal coperchio che è anch'esso uguale agli altri con in più la chiusura. Per unificare il componente si potrebbe sostituire la chiusura con un tappo oppure si potrebbe prevedere una zona per il taglio della chiusura da farsi per tutti gli schermi tranne l'ultimo in alto. Se qualcuno di Bologna ha già una stampante 3d vi passo i file stl Ciao. -Mirco

5 12

[meteo] banana pro
by Paolo Patruno 14 Nov '14

14 Nov '14

qualcuno sa dove si può comprare un banana-pro ? e managari anche una semplice bananapi con scatola ? O qualcuno me la può prestare per un paio di settimane ? Paolo

5 6

[meteo] perdita dati del modulo base
by Paolo Patruno 01 Nov '14

01 Nov '14

Ho trovato la causa della perdita saltuaria di dati del modulo base. E' composereportd che va in timeout nella connessione AMQP con rabbitmq. La causa probabilmente è raspberry molto lento; bisognerebbe riuscire ad ottimizzare qualche cosa (alcune scritture rimaste su SD ad esempio) o allungare qualche timeout: Daemon stderr output Traceback (most recent call last): File "/usr/bin/composereportd", line 130, in <module> main(composereportd) # (this code was run as script) File "/usr/bin/composereportd", line 96, in main host=host,credentials=credentials)) File "/usr/lib/python2.7/site-packages/pika/adapters/blocking_connection.py", line 33, in __init__ BaseConnection.__init__(self, parameters, None, reconnection_strategy) File "/usr/lib/python2.7/site-packages/pika/adapters/base_connection.py", line 50, in __init__ reconnection_strategy) File "/usr/lib/python2.7/site-packages/pika/connection.py", line 170, in __init__ self._connect() File "/usr/lib/python2.7/site-packages/pika/connection.py", line 228, in _connect self.parameters.port or spec.PORT) File "/usr/lib/python2.7/site-packages/pika/adapters/blocking_connection.py", line 45, in _adapter_connect self._handle_read() File "/usr/lib/python2.7/site-packages/pika/adapters/base_connection.py", line 151, in _handle_read data = self.socket.recv(self._suggested_buffer_size) socket.timeout: timed out

3 10

[meteo] nuova API per SensorDriver
by Paolo Patruno 31 Oct '14

31 Oct '14

Ho committato la nuova interfaccia per la libreria dei driver dei sensori e aggiornato la documentazione: http://www.raspibo.org/wiki/index.php/Gruppo_Meteo/Software/Devel#Libreria_… Vi evidenzio solo l'elsempio di utilizzo: http://sourceforge.net/p/r-map/code/HEAD/tree/trunk/arduino/sketchbook/libr… in cui i tipi di sensore da utilizzare sono definiti runtime Lo trovate anche della dir ino come test di funzionamento dei sensori I nuovi sensori hih e bmp sono ancora da testare e il bmp da rifinire e semplificare Paolo

1 1

Re: [meteo] perdita dati del modulo base
by Paolo Patruno 30 Oct '14

30 Oct '14

Caro Giuseppe grazie dei suggerimenti sto prima provando a ottimizzare il funzionamento del raspberry nel suo complesso prima di allungare i timeout che essendo su connessioni raspberry-raspberry non dovrebbero avere tali delay. ho notato ad esempio che il risparmio energia sulla chiavetta wifi faceva cadere la connessione col router ogni 60 secondi iw dev wlan0 set power_save off ha aiutato molto a stabilizzare la cosa ma il raspberry risulta oberato non mi è chiaro da cosa ma sicuramente pur usando un disco USB e avendoci portato sopra anche i log, mmqcd rompe ancora bbastanza (è il processo del kernel che gestisce l'accesso alla SD) ho trovato questo articolo non recentissimo: http://blogofterje.wordpress.com/2012/01/14/optimizing-fs-on-sd-card/ qualcuno ha strabilianti idee prima di passare al bananapi che ha il disco sata collegabile ? (ed ovviamente allungare i timeout di pika) Paolo Il giorno mer, 29/10/2014 alle 11.40 +0100, Giuseppe De Marco ha scritto: 2014-10-29 8:39 GMT+01:00 Paolo Patruno <p.patruno(a)iperbole.bologna.it>: > > Ho trovato la causa della perdita saltuaria di dati del modulo base. > > E' composereportd che va in timeout nella connessione AMQP con rabbitmq. > > La causa probabilmente è raspberry molto lento; bisognerebbe riuscire ad > > ottimizzare qualche cosa (alcune scritture rimaste su SD ad esempio) o > > allungare qualche timeout: > > > > Daemon stderr output > > Traceback (most recent call last): > > File "/usr/bin/composereportd", line 130, in <module> > > main(composereportd) # (this code was run as script) > > File "/usr/bin/composereportd", line 96, in main > > host=host,credentials=credentials)) > > File > > "/usr/lib/python2.7/site-packages/pika/adapters/blocking_connection.py", > > line 33, in __init__ > > BaseConnection.__init__(self, parameters, None, > > reconnection_strategy) > > File > > "/usr/lib/python2.7/site-packages/pika/adapters/base_connection.py", > > line 50, in __init__ > > reconnection_strategy) > > File "/usr/lib/python2.7/site-packages/pika/connection.py", line 170, > > in __init__ > > self._connect() > > File "/usr/lib/python2.7/site-packages/pika/connection.py", line 228, > > in _connect > > self.parameters.port or spec.PORT) > > File > > "/usr/lib/python2.7/site-packages/pika/adapters/blocking_connection.py", > > line 45, in _adapter_connect > > self._handle_read() > > File > > "/usr/lib/python2.7/site-packages/pika/adapters/base_connection.py" > > line 151, in _handle_read > > data = self.socket.recv(self._suggested_buffer_size) > > socket.timeout: timed out > > La socket va in timeout, setta una soglia che consenta alla > connessione di rimanere attiva. > Usi pika, vedo. > > classpika.connection.ConnectionParameters(host=None, port=None, > virtual_host=None,credentials=None, channel_max=None, frame_max=None, > heartbeat_interval=None, ssl=None, > ssl_options=None,connection_attempts=None, retry_delay=None, > socket_timeout=None, locale=None,backpressure_detection=None) > > prova a inizializzare il costruttore con l'argomento > socket_timeout=N > > va tarato nel mondo reale, facci sapere, immagino che sia in secondi ( > intero o float). > http://pika.readthedocs.org/en/latest/modules/parameters.html > > G

5 14

RE: [meteo] driver sensori e altre cose e una comunicaziopne a Savino e Alessandro
by Mario Mazzullo 30 Oct '14

30 Oct '14

Paolo la questione della stesura dell'articolo sul microduino era dettato solo dal fatto che mi era sembrato di capire che il tutto doveva essere diviso in tre blocchi e che quindi si poteva lavorare in parallelo ma da quello che dici effettivamente ha poco senso andare avanti valutando lo stato delle cose da fare non conviene perdere altro tempo Continuo quindi con la scrittura del drive per il sensore di luminosità e poi provo a testarli sull'itead per vedere l'effetto che fa. Visto che ci sei mi chiarisci un'altra questione e mi scuso in anticipo se la cosa è già riportata nellhowto. Nel SensorDrive ho visto che gestisci la presenza/assenza del modulo nrf con gli if def e che costruisci la stringa dati nel formato json. Questa stringa dati è la stessa che si utilizza per il trasferimento dati su seriale e per quello su ethernet ? Viene cioè inviata (utilizzando uno dei trasporti a disposizione) al server mosquitto che poi provvede all'inoltro ulteriore dei dati ai server di livello superiore ? E' corretto ? Non mi hai detto nulla in merito a qulla scheda con i differenti moduli di comunicazione. Anche Arietta è una scheda carina e poco costosa (ha solo wifi on board) Savino qui a lavoro avrei un pò di carcasse, pc da smaltire ed alcuni prototipi su cui si potrebbe lavorare per ripristinarli uno di questi è un cluster che ho fatto anni fa con dei 486 parecchi anni fa). Pensi che quelli di RACCATTARAEE possano essere interessati ? Hai qualche riferimento da indicarmi per eventuali contatti ? vengono loro a prendere il materiale ? Ale riesci a procurarmi i cavi per mettere su il POE (l'alimentatore quanti volt deve erogare ?) ovviamente li pago. Grazie a tutti Mario ------------------------------------------------- citazione da Frankestain Jr: " ....il maggiordomo pronuncia il nome di Frankestin .... e i cavalli della carrozza che li ha accompagnati rispondono HIIIIII HIIIII ...." chi era il maggiordomo (un uomo di rara bellezza ed intelletto) ;-) ________________________________________ Da: Paolo Patruno [p.patruno(a)iperbole.bologna.it] Inviato: mercoledì 29 ottobre 2014 14.50 A: meteo(a)liste.raspibo.org Oggetto: Re: [meteo] driver sensori e altre cose Il giorno mer, 29/10/2014 alle 13.06 +0000, Mario Mazzullo ha scritto: > Paolo > > Sto scrivendo il driver per il sensore di luminosità TSL2561 e vorrei > inserirlo in SensorDriver. Ottimo > per la scrittura del driver per il BMP di fatto hai riutilizzando il > codice disponibile per arduino inserendolo all'interno del file > sensordrive. Da uno sguardo rapido al codice però non sono riuscito a > capire se prima della lettura del dato di pressione leggi la > temperatura del sensore. Pare che questo dato vada acquisito prima > della pressione per ottenere un dato di pressione compensato per la > temperatura. per il BPM e HIH come ho scritto in precedenti mail i driver funzionano nella lib python e li portando a C++; per ora nulla è testato e nulla funziona > Poi avrei bisogno che mi chiarissi anche le chiamate che fai per > ciascun sensore. Sono: > - Setup; (qui gestisci la calibrazione e le altre configurazioni) > - Prepare; (qui credo bisognerebbe inserire il codice per leggere la > temperatura prima della pressione); > - Get;(che restituisce i valori richiesti, pressione e temperatura) come credo di aver scritto più volte la documentazione è qui: http://www.raspibo.org/wiki/index.php/Gruppo_Meteo/Software/Devel#Libreria_… in realtà la libreria sta subendo un restiling dopo un anno per permettere alcune cose dimenticate (la restituzione di piu' parametri misurati), la configurazione compile time di quali driver includere e la configurazione sempre compile time di alcuni prametri configurabili dei sensori ... commit se riesco entro questa settimana, ma questo non ti impedisce di proseguire col tuo sviluppo, il porting sarà semplicissimo. > Il Setup lo utilizzi quindi per la gestione delle specifiche procedure > di calibrazione e configurazione di ciscun sensore > > Questo mi conferma che per la scrittura del driver di un sensore non > si può comunque prescindere dalle procedure di configurazione > riportate nei datasheet e che i vari produttori hanno sviluppato e > magari inserito nel codice arduino o in quelle librerie incasinate di > cui parlavi ieri sera piuttosto che in una specifica libreria per > l'utilizzo del sensore. non so se capisco ma direi di si, per questo li chiamo driver > Il template e le chiamate che utilizzi per la gestione dei sensori è > semplice ma prevede, così come avevo accennato in una precedente mail, > la necessità di traslare il codice all'interno di sensor driver cosa > che farò ovviamente per il TSL2561. bene > Passiamo ad altro ... ieri sera ero particolarmente stanco ed alla tua > domanda su quando avrei messo in linea la mia stazione ho risposto > dicendo appena golinelli mi da il 2560 ... in realtà la risposta era > appena avrò disponibile lo shield con l'enc da montare sopra il 2560 > su cui montare sopra lo shield l'RTC e sopra di questo uno shield > interessante che consente l'utilizzo sia dei moduli NRLF che i moduli > rf a 433 o 866 Mhz che appunto golinelli mi avrebbe dovuto consegnare > già la settimana scorsa e che ancora non ho a disposizione. in realtà noi stiamo partendo con l'installazione del modulo base basato su raspberry, se ce la facciamo la prossima volta passeremo al master > Su banana pi e su microduino vi ho aggiornato ma mi sono accorto che > in una precedente mail avevo inserito una info su una scheda > interessante per la gestione delle comunicazioni scordandomi di > inserire il link relativo che è il seguente: > > http://www.seeedstudio.com/wiki/LinkIt_ONE > > Non mi avete aggiornato su futura elettronica e se posso continuare ad > andare avanti con la stesura della parte di articolo riguardante > microduino. non ti abbiamo aggiornato perchè non ci sono nuove ... Con Elettronica In ci eravamo accordati per risentirci i primi di novembre, ma avremmo dovuto avere una nuova versione di prototipo di board nelle tre versioni base, master e satellite e le cose ben testate Siamo ovviamente in ritardo, la board non la abbiamo e ieri abbiamo ripercorso l'howto per il modulo base trovando gli inevitabili bugs Ho appena segnalato un ulteriore problema di timeout alla connessione con amqp ... Poi come hai potuto leggere dalle email esiste tutto il problema per ora posticipato delle iscrizioni e autenticazioni ... Quindi gli articoli per Elettronica In sono tutti da progettare; una nostra ipotesi erano 3 puntate forse partendo dal modulo master ... Ma poi dobbiamo scegliere l'hardware per il modulo base, probabilmente un bananapi sul quale non abbiamo fatto ancora NULLA Savino si è dichiarato disponibile a fare il porting dei pacchetti su debian e così facendo potremo testare anche gli Arietta Ma soprattutto manca un how to per partire con una installazione standard della distribuzione e anche questo è un bel lavoretto ... Poi dobbiamo registrare un marchio e ho fatto la proposta l'altra sera all'associazione RACCATTARAEE Quindi "andare avanti con la stesura della parte di articolo riguardante microduino" cosa significa? Hai un modulo satellite funzionate? Pubblichi i dati sul server ? Dove? L'howto per il modulo satellite è ancora un abbozzo e mancano dei pezzi come ad esempio il ponticello per la gestione dell'interrupt per lo sleep del modulo radio, la stima dei consumi etc. Non sappiamo nemmeno se sarà una puntata dedicata al modulo, quanto spazio abbiamo e se sarà la seconda o la terza puntata. Se scrivessimo l'articolo non abbiamo deciso come, ma probabilmente useremo il wiki con accesso riservato ... Quindi scusa ma io proprio non capisco, ma forse gli altri in lista possono aiutarmi su questo ... io farei fatica a partire dal fondo e non dall'inizio ... Paolo -- Uomo di rara bellezza e acume intellettivo ruba tempo all'amore, alle amicizie, alla famiglia e a se stesso per realizzare improbabili progetti alla luce di cooperazione e libertà.

2 2

Re: [meteo] driver sensori e altre cose
by Paolo Patruno 29 Oct '14

29 Oct '14

direi che la registrazione non è da integrare con null'altro dal punto di vista web in quanto il resto è su altre porte, altri virtual host o un semplice index.html statico. Io avevo iniziato a guardare questa applicazione https://django-registration.readthedocs.org/en/latest/quickstart.html che risulta un pacchetto in fedora: python-django-registration.noarch si puo' tenere in conto che alla fine di tutta la giostra oltre a fornire una username e password all'utente queste dovrebbero essere utilizzate da due server: mosquitto e rabbitmq si possono usare degli script per passare user password ai relativi server o magari in una fase successiva utilizzare i plugin di auth di mosquitto e rabbitmq; lo dico perchè magari è possibile pensare da subito un back end comune a django, mosquitto e rabbitmq ecco alcuni riferimenti: http://mosquitto.org/man/mosquitto-conf-5.html http://mosquitto.org/2013/07/authentication-plugins/ per rabbitmq la situazione è simile: l'autenticazione è gestita da un plugin di default rabbit_auth_backend_internal ma lavorandoci è possibile usarne altri: http://www.rabbitmq.com/plugins.html#maintained vincolo da tenere in considerazione: lo user può essere al massimo di 9 caratteri e direi ascii queste credo siano tutte le info necessarie per procedere e grazie al volenteroso Giacomo! Il giorno mer, 29/10/2014 alle 17.07 +0100, Giacomo Magisano ha scritto: Il 2014-10-29 14:50 Paolo Patruno ha scritto: > > > > Poi come hai potuto leggere dalle email esiste tutto il problema per > > ora > > posticipato delle iscrizioni e autenticazioni ... > > > > Di quello, visto che con le board e le'hardware ha poco a che fare posso > occuparmene io in questi giorni. > Se la chiacchierata di ieri sera è ancora valida ;) il processo non > dovrebbe essere complesso. > > Mi confermate le caratteristiche del server django? Posso prenderne un > server installato da zero e partire da li o c'è necessità di attaccarsi > a tabelle di un applicativo già sviluppato (ad occhio direi di no ma è > meglio chiedere) > > Giacomo > -- Uomo di rara bellezza e acume intellettivo ruba tempo all'amore, alle amicizie, alla famiglia e a se stesso per realizzare improbabili progetti alla luce di cooperazione e libertà.

1 0

Re: [meteo] driver sensori e altre cose
by Paolo Patruno 29 Oct '14

29 Oct '14

Il giorno mer, 29/10/2014 alle 13.06 +0000, Mario Mazzullo ha scritto: > Paolo > > Sto scrivendo il driver per il sensore di luminosità TSL2561 e vorrei > inserirlo in SensorDriver. Ottimo > per la scrittura del driver per il BMP di fatto hai riutilizzando il > codice disponibile per arduino inserendolo all'interno del file > sensordrive. Da uno sguardo rapido al codice però non sono riuscito a > capire se prima della lettura del dato di pressione leggi la > temperatura del sensore. Pare che questo dato vada acquisito prima > della pressione per ottenere un dato di pressione compensato per la > temperatura. per il BPM e HIH come ho scritto in precedenti mail i driver funzionano nella lib python e li portando a C++; per ora nulla è testato e nulla funziona > Poi avrei bisogno che mi chiarissi anche le chiamate che fai per > ciascun sensore. Sono: > - Setup; (qui gestisci la calibrazione e le altre configurazioni) > - Prepare; (qui credo bisognerebbe inserire il codice per leggere la > temperatura prima della pressione); > - Get;(che restituisce i valori richiesti, pressione e temperatura) come credo di aver scritto più volte la documentazione è qui: http://www.raspibo.org/wiki/index.php/Gruppo_Meteo/Software/Devel#Libreria_… in realtà la libreria sta subendo un restiling dopo un anno per permettere alcune cose dimenticate (la restituzione di piu' parametri misurati), la configurazione compile time di quali driver includere e la configurazione sempre compile time di alcuni prametri configurabili dei sensori ... commit se riesco entro questa settimana, ma questo non ti impedisce di proseguire col tuo sviluppo, il porting sarà semplicissimo. > Il Setup lo utilizzi quindi per la gestione delle specifiche procedure > di calibrazione e configurazione di ciscun sensore > > Questo mi conferma che per la scrittura del driver di un sensore non > si può comunque prescindere dalle procedure di configurazione > riportate nei datasheet e che i vari produttori hanno sviluppato e > magari inserito nel codice arduino o in quelle librerie incasinate di > cui parlavi ieri sera piuttosto che in una specifica libreria per > l'utilizzo del sensore. non so se capisco ma direi di si, per questo li chiamo driver > Il template e le chiamate che utilizzi per la gestione dei sensori è > semplice ma prevede, così come avevo accennato in una precedente mail, > la necessità di traslare il codice all'interno di sensor driver cosa > che farò ovviamente per il TSL2561. bene > Passiamo ad altro ... ieri sera ero particolarmente stanco ed alla tua > domanda su quando avrei messo in linea la mia stazione ho risposto > dicendo appena golinelli mi da il 2560 ... in realtà la risposta era > appena avrò disponibile lo shield con l'enc da montare sopra il 2560 > su cui montare sopra lo shield l'RTC e sopra di questo uno shield > interessante che consente l'utilizzo sia dei moduli NRLF che i moduli > rf a 433 o 866 Mhz che appunto golinelli mi avrebbe dovuto consegnare > già la settimana scorsa e che ancora non ho a disposizione. in realtà noi stiamo partendo con l'installazione del modulo base basato su raspberry, se ce la facciamo la prossima volta passeremo al master > Su banana pi e su microduino vi ho aggiornato ma mi sono accorto che > in una precedente mail avevo inserito una info su una scheda > interessante per la gestione delle comunicazioni scordandomi di > inserire il link relativo che è il seguente: > > http://www.seeedstudio.com/wiki/LinkIt_ONE > > Non mi avete aggiornato su futura elettronica e se posso continuare ad > andare avanti con la stesura della parte di articolo riguardante > microduino. non ti abbiamo aggiornato perchè non ci sono nuove ... Con Elettronica In ci eravamo accordati per risentirci i primi di novembre, ma avremmo dovuto avere una nuova versione di prototipo di board nelle tre versioni base, master e satellite e le cose ben testate Siamo ovviamente in ritardo, la board non la abbiamo e ieri abbiamo ripercorso l'howto per il modulo base trovando gli inevitabili bugs Ho appena segnalato un ulteriore problema di timeout alla connessione con amqp ... Poi come hai potuto leggere dalle email esiste tutto il problema per ora posticipato delle iscrizioni e autenticazioni ... Quindi gli articoli per Elettronica In sono tutti da progettare; una nostra ipotesi erano 3 puntate forse partendo dal modulo master ... Ma poi dobbiamo scegliere l'hardware per il modulo base, probabilmente un bananapi sul quale non abbiamo fatto ancora NULLA Savino si è dichiarato disponibile a fare il porting dei pacchetti su debian e così facendo potremo testare anche gli Arietta Ma soprattutto manca un how to per partire con una installazione standard della distribuzione e anche questo è un bel lavoretto ... Poi dobbiamo registrare un marchio e ho fatto la proposta l'altra sera all'associazione RACCATTARAEE Quindi "andare avanti con la stesura della parte di articolo riguardante microduino" cosa significa? Hai un modulo satellite funzionate? Pubblichi i dati sul server ? Dove? L'howto per il modulo satellite è ancora un abbozzo e mancano dei pezzi come ad esempio il ponticello per la gestione dell'interrupt per lo sleep del modulo radio, la stima dei consumi etc. Non sappiamo nemmeno se sarà una puntata dedicata al modulo, quanto spazio abbiamo e se sarà la seconda o la terza puntata. Se scrivessimo l'articolo non abbiamo deciso come, ma probabilmente useremo il wiki con accesso riservato ... Quindi scusa ma io proprio non capisco, ma forse gli altri in lista possono aiutarmi su questo ... io farei fatica a partire dal fondo e non dall'inizio ... Paolo -- Uomo di rara bellezza e acume intellettivo ruba tempo all'amore, alle amicizie, alla famiglia e a se stesso per realizzare improbabili progetti alla luce di cooperazione e libertà.

2 1

[meteo] driver sensori e altre cose
by Mario Mazzullo 29 Oct '14

29 Oct '14

Paolo Sto scrivendo il driver per il sensore di luminosità TSL2561 e vorrei inserirlo in SensorDriver. per la scrittura del driver per il BMP di fatto hai riutilizzando il codice disponibile per arduino inserendolo all'interno del file sensordrive. Da uno sguardo rapido al codice però non sono riuscito a capire se prima della lettura del dato di pressione leggi la temperatura del sensore. Pare che questo dato vada acquisito prima della pressione per ottenere un dato di pressione compensato per la temperatura. Poi avrei bisogno che mi chiarissi anche le chiamate che fai per ciascun sensore. Sono: - Setup; (qui gestisci la calibrazione e le altre configurazioni) - Prepare; (qui credo bisognerebbe inserire il codice per leggere la temperatura prima della pressione); - Get;(che restituisce i valori richiesti, pressione e temperatura) Il Setup lo utilizzi quindi per la gestione delle specifiche procedure di calibrazione e configurazione di ciscun sensore Questo mi conferma che per la scrittura del driver di un sensore non si può comunque prescindere dalle procedure di configurazione riportate nei datasheet e che i vari produttori hanno sviluppato e magari inserito nel codice arduino o in quelle librerie incasinate di cui parlavi ieri sera piuttosto che in una specifica libreria per l'utilizzo del sensore. Il template e le chiamate che utilizzi per la gestione dei sensori è semplice ma prevede, così come avevo accennato in una precedente mail, la necessità di traslare il codice all'interno di sensor driver cosa che farò ovviamente per il TSL2561. Passiamo ad altro ... ieri sera ero particolarmente stanco ed alla tua domanda su quando avrei messo in linea la mia stazione ho risposto dicendo appena golinelli mi da il 2560 ... in realtà la risposta era appena avrò disponibile lo shield con l'enc da montare sopra il 2560 su cui montare sopra lo shield l'RTC e sopra di questo uno shield interessante che consente l'utilizzo sia dei moduli NRLF che i moduli rf a 433 o 866 Mhz che appunto golinelli mi avrebbe dovuto consegnare già la settimana scorsa e che ancora non ho a disposizione. Su banana pi e su microduino vi ho aggiornato ma mi sono accorto che in una precedente mail avevo inserito una info su una scheda interessante per la gestione delle comunicazioni scordandomi di inserire il link relativo che è il seguente: http://www.seeedstudio.com/wiki/LinkIt_ONE Non mi avete aggiornato su futura elettronica e se posso continuare ad andare avanti con la stesura della parte di articolo riguardante microduino. A presto Mario

1 0