aulapulita

Progetto “aulapulita” su Wemos D1 ESP8266 – parte 3

di Marco Lombardi

Nel precedente articolo abbiamo visto come è diventato lo schema e la relativa lista dei componenti utilizzati dalla versione 0.2a di AULAPULITA. Adesso vediamo alcune caratteristiche e funzionalità del software.

Da oggi è infatti disponibile il codice sorgente di AULAPULITA 0.2a e due versioni di firmware compilate con limite CO2 impostato a 1000ppm o 1500ppm. Come per la prima versione di aulapulita una volta superata la soglia limite il buzzer emetterà un segnale acustico. La soglia limite può essere impostata caricando via OTA la versione di firmware corrispondente e in futuro direttamente dalla pagina web di configurazione. continua a leggere

Progetto “aulapulita” su Wemos D1 ESP8266 – parte 2

aulapulita-ESP8266_bb

di Marco Lombardi

Dall’ultimo articolo dedicato al progetto AULAPULITA sono passati circa due mesi, in questo intervallo di tempo ho concluso il porting del codice versione 0.1a pubblicato su GitHub ad agosto 2016. Rispetto allo schema presentato a luglio 2017 c’è stata qualche modifica orientata soprattutto a semplificare il codice e minimizzare i componenti.

Sopra lo schema elaborato in Fritzing senza il bit expander che proponevo, senza i led per segnalare eventuali guasti ai sensori e con il K30 collegato in modalità UART anzichè in modalità I2C. continua a leggere

Progetto “aulapulita” su Wemos D1 ESP8266 – parte 1

di Marco Lombardi

Dopo una lunga pausa dovuta a esami e lavoro torno a parlare del progetto AULAPULITA.

Negli ultimi articoli, dedicati alla Wemos D1, proponevo il porting di tutto il codice AULAPULITA “standalone” e “connected” su questa scheda e sono giunto al punto in cui posso presentare qualche considerazione.

La lista dei componenti va leggermente cambiata, vediamo come:

  • Wemos D1 o scheda basata su ESP8266 anzichè Arduino UNO;
  • modulo microSD, per salvare i dati acquisiti su file in formato CSV; (vedi nota a fondo pagina)
  • modulo LCD 16×2 I2C, per visualizzare in tempo reale i dati acquisiti e gli eventuali guasti;
  • sensore CO2 K30 Senseair;
  • sensore SHT30 I2C anzichè DHT22, per il monitoraggio di temperatura e umidità relativa;
  • buzzer o cicalino, per l’allarme acustico di superamento soglia, collegato al pin digitale D10 (gpio15) o al pin digitale D8 (gpio0); (vedi nota a fondo pagina)
  • alimentatore 9-12v;
  • cavetti e breadboard per i collegamenti.

diventano opzionali:

  • modulo RTC PCF8563 I2C, per avere un riferimento temporale sui dati acquisiti (in alternativa possiamo usare il servizio NTP via internet);
  • 2x led, per segnalare eventuali guasti ai sensori;
  • 1x dip switch 2 canali, per impostare la soglia di allarme CO2.

N.B.: per l’utilizzo dei 2 led insieme ad un 1 dip switch due canali abbiamo bisogno di un 8bit expander collegato via I2C (tipo PCF8574) poichè i due pin digitali rimanenti, D2 (gpio16) e D9 (gpio2), sul ESP8266 basterebbero solo per 2 led o in alternativa per 1 dip switch due canali e quindi non sufficiente per tutte le periferiche (ne servirebbero almeno quattro). Utilizzando invece un bit expander rimarrebbero vuoti i due pin digitali, utililizzabili ad esempio per interfacciare altre perifierche come un sensore ottico Sharp GP2Y1010AU0F in grado di rilevare alcune polveri sottili. continua a leggere

Progressi progetto “aulapulita” – parte 5

OLYMPUS DIGITAL CAMERA

di Marco Lombardi

Finalmente il prototipo di AULAPULITA “standalone” ha la sua scatola. Si tratta di una scatola ad incastro, disegnata in CAD e realizzata in cartonlegno da 3mm, il materiale utilizzato è stato tagliato con una macchina CNC dotata di testa di taglio pneumatica . La stessa scatola può essere anche stampata in 3d adeguando opportunamente il file CAD di partenza. I due led posti sotto il piccolo monitor lcd indicano eventuali problemi ai sensori.

In queste settimane anche AULAPULITA “connected” si è evoluta sino a diventare un modulo funzionante che può dialogare facilmente con la rete internet. Una volta connessi al webserver la pagina di benvenuto mostra quattro link: Device status,  Current log, Stored log files e Network setup. continua a leggere

Progressi progetto “aulapulita” – parte 4

2016-08-27 16.21.48

di Marco Lombardi

Sono giunto alla definizione del primo prototipo di centralina AULAPULITA “standalone” funzionante, ho abbandonato definitivamente la breadbord per passare ad una shield per prototipi e adesso tutti i collegamenti avvengono tramite cavetti con connettori Dupont femmina-femmina. In questo modo il prototipo può essere messo in scatola e quindi può agevolmente essere posizionato nell’ambiente da monitorare senza paura che qualcuno possa danneggiare la centralina. continua a leggere

Progressi progetto “aulapulita” – parte 3

di Marco Lombardi

Il modulo “standalone” è alla versione 0.1a e il codice è stato pubblicato su GitHub insieme allo schema disegnato con Fritzing. Rispetto al primo schema pubblicato su questo blog ci sono state due importanti modifiche che hanno variato anche il codice. La prima modifica è stata fatta per aver maggiore compatibilità con tutta la famiglia Arduino e suoi cloni, ho perciò connesso il K30 in modalità I2C anziché in modalità UART, questo ci permette anche di riutilizzare parte del codice su altre piattaforme di sviluppo perché questo è stato completamente svincolato dalle libreria necessarie al K30 in modalità UART che sono vecchie di qualche anno. Questa modifica ha reso necessario la sostituzione del modulo RTC, passando al PCF8563 poichè il DS1307 è risultato incompatibile con il K30 in modalità I2C (comunicano con l’Arduino con lo stesso identificativo e non è possibile variarlo). continua a leggere

Progressi progetto “aulapulita” – parte 2

aulapulita_bb

di Marco Lombardi

 

Dopo molto silenzio (causa esami e lavoro) non ci siamo più sentiti. Rifaccio dunque un po’ di storia. Il progetto “aulapulita” prosegue e come noto nasce durante il primo corso Arduino nel 2015 durante la spiegazione dei sensori. Viene riportata l’informazione sulla diminuzione della concentrazione e produttività oltre una certa soglia di CO2. Si pensa così di utilizzare il sensore MQ135, a bassissimo costo, che potrebbe fornire i dati necessari e “avvertire” quando la soglia di CO2 viene superata. Purtroppo quell’ipotesi si rivela impraticabile perché il sensore MQ135 richiede tempi di riscaldamento di circa 24 ore e ha limiti di misurazione troppo bassi per un applicazione del genere. Va inoltre settato e verificata la bontà della calibrazione con uno strumento professionale (non disponibile). Sarebbe bastato un’interruzione di corrente a bloccare le rilevazioni per diverse ore. continua a leggere

Progressi progetto “aulapulita” – parte 1

IMG_20160527_100824

di Paolo Scattoni e Marco Lombardi

Procede il progetto “aulapulita”. Come già deciso si è proceduto alla replica della centralina di Alessandro, che chiameremo “Fedi box”

Dopo aver ordinato i componenti, Marco ha proceduto al montaggio. Marco ha preferito riscrivere tutto il codice per prenderne confidenza. Attualmente il progetto è documentato nella foto.

A breve seguirà il sorgente dell’applicazione.

Il progetto seguirà i seguenti ulteriori passaggi:

1) Realizzazione del circuito a componenti passivi per garantire l’alimentazione anche in caso di blackout al sensore MQ135. Questo è necessario per i tempi di “burn-in” del sensore che richiede fra le 18 e le 24 ore di accensione. continua a leggere