paolometeo2:
I jeenode, oltre a costare poco, presentano il vantaggio di consumare pochissimo. Infatti se opportunamente programmati, riescono a trasmettere per mesi con 3 pile AAA. Sono fatti con lo stesso ATMEGA di Arduino + un tranceiver RM12.
Per quanto riguarda la misura di resistenza dell'acqua, ho adottato il criterio di alimentare, solo al momento della misura, i due elettrodi con le uscite digitali +5, 0 V, una volta in un verso e la volta dopo nell'altro. I due valori di resistenza ottenuti si mediano. In questo modo oltre ad eliminare l'effetto di deterioramento degli elettrodi, si dovrebbero eliminare effetti di tensioni galvaniche spurie, che si creano sempre per effetto dei vari metalli in gioco (acciaio, rame...). Infatti provate a misurare i mV che escono da due chiodi messi in acqua salata! Con il sistema di alimentazione che si inverrte ho fatto un misuratore di resistenza del terreno (soil moisture) che sta funzionando da un po'.
l'hai fatto solo con arduino questa inversione di polo? hai fatto una "H"? ... sono un po' curioso di capire (e anche pigro mentalmente purtroppo) come l'hai fatto perchè sicuramente hai fatto una cosa "più meglio" della mia... io mi ero messo in testa di misurare la qta di acqua presente su una superficie, l'acqua essendo un po' conduttiva... la mia "cosa" funzionava ma non mi era parsa tanto ripetibile.
Sinceramente non conosco il problema di questo fiume ma conduttività e trasparenza secondo me sono enormemente infruenzate dalle onde di piena e dal fango ivi trasportato più che da eventuali inquinanti pertanto non saprei se queste misurazioni possano essere utili. Sarebbe invece utile misurare la carica batterica o la presenza di eventuali metalli pesanti però credo che per queste cose ci sia solo la provetta ed il microscopio.
Per l'aria invece i VOC misurati da un arduino sul lungo periodo forse forse hanno un significato ma ripeto il sensore che ho usato io aveva delle curve di risposta sul caldo e sull'umidità quindi dietro ci sarebbe da fare qualche considerazione matematica non banalissima.
l'hai fatto solo con arduino questa inversione di polo? hai fatto una "H"? ... sono un po' curioso di capire (e anche pigro mentalmente purtroppo) come l'hai fatto perchè sicuramente hai fatto una cosa "più meglio" della mia... io mi ero messo in testa di misurare la qta di acqua presente su una superficie, l'acqua essendo un po' conduttiva... la mia "cosa" funzionava ma non mi era parsa tanto ripetibile.
Una spiegazione di come ho fatto il sensore di conducibilita' per il terreno, che vale anche per l'acqua, compreso il programma, la trovi sugli ultimi post del mio blog paolometeo.blogspot.com.
E' vero quello che dici che la torbidita' non e' necessariamente sinonimo di inquinamento. qui sul naviglio martesana, l'acqua diventa torbida quando piove molto a monte, se pero' diventa torbida quando non piove puo' essere il segnale di qualche scarico abusivo. Per quanto riguarda l'ossigeno sciolto, che e' una misura della qualita' dell'acqua, qualche sensore in continua ci dovrebbe essere e quindi si puo' provare a copiarlo.
paolometeo2:
E' vero quello che dici che la torbidita' non e' necessariamente sinonimo di inquinamento. qui sul naviglio martesana, l'acqua diventa torbida quando piove molto a monte, se pero' diventa torbida quando non piove puo' essere il segnale di qualche scarico abusivo. Per quanto riguarda l'ossigeno sciolto, che e' una misura della qualita' dell'acqua, qualche sensore in continua ci dovrebbe essere e quindi si puo' provare a copiarlo.
Io mi sto immaginando i miei fiumi e francamente la cosa che li fa intorbidire è sempre e solo le precipitazioni e quindi dentro c'è banalmente terra... distinguere la terra dalla m_rda (leggasi scarichi di liquami e simili) penso sia quasi impossibile perchè bisognerebbe distinguere i batteri ivi presenti. Ci rimangono gli scarichi industriali però non saprei neanche cosa cercare perchè sicuramente le cose che fanno peggio non si vedono.... io qua sono ignorante: cosa si vede con l'ossigeno disciolto?
Se no forse... sempre capendo cosa succede con il fango... il ph sarebbe interessante... vendono delle sonde che mi pare non sono neanche particolarmente costose ma ricordo che ho anche costruito per prova a suo tempo delle "sonde" amatoriali (... però non ricordo di preciso come le avevo fatte)
Bello il sito della Atlas Scientific, i kit che vende sono abbordabili anche se ancora un po' cari. Comunque e' lodevole lo sforzo di rendere queste misure accessibili a tutti rinunciando all'elettronica.
Passando dall'acqua ai rifiuti solidi, mi sto ponendo il problema di come costruire un segnalatore di discarica abusiva. Avete presente i rifiuti buttati nei fossi o in aree poco sorvegliate e vicine alle strade?
Recentemente ho lavorato un po' con il velostat, una plastica conduttiva che viene usata per confezionare circuiti sensibili alle cariche elttrostatiche. E' poco costosa, si puo' ritagliare come si vuole e ci si possono fare sensori di peso o torsione. In altre parole si possono confezionare tappeti sensibili al peso. La resistenza del foglio di velostat, quella tra le due facce, diminuisce all'aumentare del peso o della flessione. Un tappeto sensibile puo' essere nascosto tra l'erba o le foglie secche e avvisare quando gli arrivano sopra rifiuti ingombranti come sacchi, materassi, lavatrici, ecc. Se un piccolo data logger registra ogni scarico si puo tentare di intercettare lo "scaricatore", oppure si puo' tentare di comandare una piccola fotocamera.
e' pressochè imprevedibile capire dove la gente va a scaricare il sacco di immondizia.... nel comune vicino al mio hanno pensato di applicare la tarsu pesando il rifiuto conferito, il risultato è stato che per quanto costasse veramente una sciocchezza qualche stupido di questo paese si caricava i sacchi in macchina e li scaricava nei fossi al volo per pagare meno... va da se che fai fatica a capire chi sono a meno che tu non ti metta a rovistare in mezzo alla spazzatura tipo RIS. Purtroppo la soluzione politica sarebbe facile: si fa il contrario: tu paghi un tot a persona e se conferisci nel ricilato ti ritornano un tot... oppure quando becchi il cretino lo denunci per discarica abusiva....ma boo... non si fa...
Lo stesso sensore di carico che proponi (...sono molto incuriosito... funziona bene?) è un po' delicato perchè potrebbe passarci sopra un cane e cose: difficilmente riesci a beccarlo... in ogni caso esistono sensori pir e telecamere che vedono il movimento che già fanno tutto...l'unica cosa è che poi devi stare a guardare...
Il sensore di carico puo' essere costruito collegando in serie e parallelo tanti pezzetti di velostat, che poi verranno montati su un telone o rete o qualche altro supporto non troppo visibile. Il metodo della fotografia comandata da un sensore di questo genere oppure da un pir, e' molto attraente ma credo che sia limitato in termini di risoluzione della fotocamera. Infatti ho visto da sparkfun una camera da pochi pixel che trasmette in seriale l'immagine ad un dispositivo di memorizzazione come SD card. Quello che non trovo in giro e' una fotocamera digitale interamente comandabile da comandi esterni. Ne esistono pochissime e molto costose. Altrimenti bisogna ricorrere al servo che schiaccia il pulsante di scatto, ma lo trovo limitante.
webcam HD: 25€ (lifecam)
raspberry pi: 25€
sitema operativo: linux 0€
analizzatore di immagini da webcam che rileva il movimento e salva le immagini solo se avvengono: motion, 0€, tantissime guide anche sul rasp
consumo: 5V @ da 0.1A a 0.2A solo rasp (1w), + consumo webcam (mi pare che il massimo USB sia 0.2A), totale caso peggiore: 0.4A @5v = 2W.
poi se vuoi puoi aggiungere una pennina WiFi o UMTS (attenzione che sia compatibile col rasp, altrimenti ti devi ricompilare il kernel con i driver), infine ci sono un sacco di guide su come far parlare il rasp e l'arduino.
quindi puoi collegare tutte le telecamere ad una rete ad-hoc, alcune telecamere al sistema arduino, e poi ogni tanti una telecamera che ha anche la pennina UMTS ti fa anche da server, con software ad-hoc raccoglie i dati della rete wireless (quindi immagini + dati arduino) e li ritrasmette su un tuo server (ci sono varie soluzioni php+mysql (limitato) a gratisse, tipo ilbello.com e altervista.org)
Interessante la lifecam della Microsoft, ma il raspberry ha abbastanza memoria per gestirla? Comunque 2 W non sono pochi, vuol dire una batteria da 10 Ah al giorno, a meno che di non mettere un pannello solare che ti potrebbero fottere subito in quanto non lo puoi nascondere troppo.
sìsì, la uso con successo anche per registrare video HD.. però la SD ti si riempie in pochi secondi perchè il flisso è u mjpeg, ovvero una foto per ogni frame (30 foto/sec) e per ora è ancora un casino encodare il flusso. però per le immagini (motion scatta una foto ogni tot, in base alle tue impostazioni, e la salva solo se ha rilevato una differenza, quanto grande lo imposti tu), con una SD da magari 8 GB non hai problemi
non vorrei dire bagginate ma motion mi pare possa rilevare anche le faccie, quindi potrebbe salvare le foto solo se si vede la faccia del "malvivente"
Se la telecamera puo' essere comandata da un evento esterno e scattare solo un immagine, allora il gioco è fatto. Si può programmare la board a scattare e memorizzare l'immagine solo se l'evento si ripete dopo un tempo minimo di un tot di minuti. Importante e' anche poter memorizzare anche la data e l'ora.
è una webcam, come dicevo scatta una foto ogni tot, che un software analizza e decide se salvare o scartare in base ai parametri che gli dai.
non esiste un "evento esterno", e ogni telecamera che rispetta lo standar UDV (mi pare si chiami così) è supportata di base dal kernel linux.
edit: ho capito ora quello che dici; come event esterno intendi qualche sensore estreno. La rasp ha dei pin IO che fanno i2c, usart, i2s etc, e come ti dicevo puoi collegarci l'arduino direttamente con i pin 0 e 1 via hardware serial, altri 2 pin a caso con la softserial, la i2c con i pin analog 4 e 5.
anche quì ci sono un sacco di guide.
in pratica in base ai dati rilevati dal sensore vuoi startare e stoppare il servizio motion, che scatta le foto. il tutto è molto semplice, se usi la usart (seriale) puoi addirittura fare tutto da uno script bash senza tirare in mezzo linguaggi di programmazione etc..
OK, questa soluzione mi sembra tra le poche possibili per un sistema a basso costo. Rimane il problema del consumo che comunque c'e' solo là dove non esiste nelle vicinanze una fonte di energia. Mi piacerebbe se qualcuno sviluppasse tutto il discorso della webcam a evento. Io intanto sto alle prese con il sensore ottico di torbidità. Date le variazioni piccole di luce, devo amplificare il segnale del fotodiodo. Penso che opterò per un chip tipo INA125 tenendo ad una tensione fissa uno dei due ingressi e collegando l'altro ad un partitore formato da una resistenza e il FD. Ho provato anche un darlington MPSA13, ma poi mi ritrovo con una tensione in uscita variabile intorno ad un valore troppo alto. Un'altra soluzione potrebbe essere quella di alimentare il LED con un segnale PWM e filtrare in uscita solo quello.