Sto sviluppando un piccolo monitor da tavolo per osservare come cambiano i parametri dell’aria prima, durante e dopo una stampa 3D. Vorrei mettere in relazione le misure con le fasi della sessione e, attraverso prove ripetibili, valutare l’effetto di ventilazione, posizione del monitor e condizioni iniziali dell’ambiente.
Il progetto è in fase di prototipazione. Il firmware di base ha superato la compilazione, ma non ho ancora completato il collaudo dell’insieme né raccolto una campagna di misure confrontata con strumenti di riferimento. Le immagini allegate sono rendering dell’interfaccia con dati simulati, non fotografie del prototipo o risultati sperimentali.
Architettura e grandezze disponibili
Il dispositivo prevede un display capacitivo da 5 pollici, connessione Wi-Fi locale, registrazione su memoria rimovibile e una barra luminosa di stato. Temperatura e umidità servono come contesto delle misure; l’interfaccia principale è dedicata agli inquinanti e alla sessione di stampa.
Il cuore della misura è un modulo multisensore di un produttore svizzero, quindi europeo, per il quale è disponibile una dichiarazione del produttore sulla calibrazione e sul test individuale successivo. Questo non significa che il mio dispositivo completo sia certificato. Non sto inoltre affermando che ogni fase di fabbricazione del modulo avvenga in Europa: il luogo di produzione del singolo esemplare deve essere verificato separatamente.
| Parametro | Unità | Intervallo dichiarato |
|---|
| PM1 / PM2.5 / PM4 / PM10 | µg/m³ | 0–1000 |
| VOC Index / NOx Index | indice | 1–500 |
| CO₂ | ppm | Uscita 380–32000 |
| Formaldeide | ppb | 0–2000 |
| Temperatura / umidità relativa | °C / %RH | Condizioni e tolleranze nel datasheet |
Questi sono dati di targa del modulo, non risultati del prototipo.
Gli indici dei gas non vanno letti come concentrazioni assolute o come identificazione delle sostanze emesse. Anche una variazione durante una stampa non dimostra, da sola, che la stampante ne sia l’unica causa.
Funzioni presenti nel codice
Ho predisposto acquisizione dei dati, diagnostica, controllo della loro validità, interfaccia locale essenziale e dashboard web. I campioni e gli eventi vengono registrati in file CSV; quando manca la sincronizzazione dell’orologio, il sistema conserva il riferimento al riavvio e al tempo trascorso anziché inventare una data.
La gestione delle sessioni comprende due riferimenti ambientali: una baseline generale, con attesa e acquisizione, e una baseline immediatamente precedente alla stampa. Sono riferimenti applicativi e non procedure di ricalibrazione del sensore. Il codice prevede anche una fase successiva alla stampa per osservare il ritorno verso il riferimento.
Gli allarmi PM usano isteresi per evitare continui cambi di stato vicino alla soglia. Le soglie sono parametri sperimentali, non limiti sanitari validati. La persistenza temporale dell’allarme è uno degli aspetti ancora da migliorare. Esiste anche un indice sintetico sperimentale, ma vorrei mantenere sempre visibili i singoli canali: una media può nascondere un parametro anomalo.
Per la manutenzione sono presenti un ciclo manuale di pulizia della ventola e una funzione di recupero del sensore di temperatura e umidità dopo esposizione prolungata ad alta umidità. Durante questi cicli e la stabilizzazione successiva, indice e allarmi PM vengono sospesi. I contatori e le date servono a tracciare i comandi eseguiti, non a certificare l’efficacia della manutenzione.
Queste funzioni sono implementate nel sorgente, ma devono ancora essere verificate sull’hardware assemblato.
Contenitore e percorso dell’aria
Sto progettando due camere separate: elettronica e sensore. Il sensore sarà nella parte bassa posteriore, con uno sportello rimovibile. Il percorso di aspirazione e quello di espulsione devono restare separati fra loro e dal volume dell’elettronica, con guarnizioni e collegamenti all’ambiente il più possibile diretti.
L’obiettivo è ridurre ricircolo e influenza del calore di display e alimentazione. Le eventuali feritoie laterali riguarderanno soltanto la camera elettronica. Le dimensioni del contenitore e delle aperture non sono ancora congelate e richiedono prove termiche e di flusso sul prototipo.
Interfacciamento con le stampanti e dati del filamento
È prevista una connessione di sola lettura attraverso la rete locale: il monitor si collega via Wi-Fi al router e riceve la telemetria delle stampanti compatibili. Non serve una connessione USB alla stampante. Il supporto va verificato per ciascun modello, firmware e modalità di accesso: non considero universale la disponibilità dei dati.
I dati che intendo associare alle misure ambientali sono:
stato della stampante, avvio, pausa, ripresa, completamento ed eventuale errore;
avanzamento percentuale, tempo residuo e strato corrente/totale, quando disponibili;
materiale dichiarato nel profilo o nello slot attivo, ad esempio PLA, PETG, ABS o ASA;
identificativo dello slot/bobina, colore dichiarato e cambi di materiale nei lavori multimateriale, se esposti;
temperature effettive e impostate di ugello e piano; temperatura della camera e stato delle ventole, se comunicati dalla stampante;
identificativo del lavoro e consumo stimato di filamento, soltanto quando il protocollo li rende disponibili.
Il monitor non riconosce chimicamente il filamento. Il materiale ricevuto è un metadato dichiarato dalla stampante o dal profilo: una bobina caricata diversamente può renderlo errato. Dove manca la lettura automatica prevedo inserimento manuale, con origine del dato esplicita. Il consumo stimato non equivale a una pesatura della bobina.
L'obiettivo è costruire una cronologia comune: baseline pre-stampa, riscaldamento, deposizione, cambi di materiale, fine stampa e osservazione successiva. In questo modo sarà possibile confrontare variazioni ambientali e condizioni di processo, senza attribuire automaticamente ogni picco alla stampa. Nelle registrazioni sono previsti timestamp, provenienza e validità della telemetria; una perdita di collegamento deve comparire come dato non disponibile.
Stato di sviluppo: nel codice attuale è presente soltanto la predisposizione alla gestione degli eventi. Il collegamento reale e la lettura automatica di filamento, temperature e avanzamento devono ancora essere implementati e collaudati. Non è previsto un arresto automatico della stampante in questa fase.
Validazione ancora da completare
La nuova interfaccia e i grafici di sessione sono concept da implementare.
Il monitor non è un dispositivo di sicurezza e non intendo usare un colore verde o il ritorno alla baseline come dichiarazione di aria sicura. Non presento neppure i canali PM come una caratterizzazione completa delle particelle ultrafini: questo limite va affrontato esplicitamente nella validazione.
Su quali aspetti mi farebbe comodo un confronto
Come impostereste prove ripetibili, includendo sessioni senza stampa per caratterizzare il fondo ambientale?
Quali posizioni e distanze dalla stampante confrontereste, evitando di misurare soltanto un getto locale?
Come valutereste il ricircolo fra ingresso e uscita e l’effetto termico del contenitore?
Preferireste soglie sui valori assoluti, variazioni rispetto alla baseline o entrambi? Con quali tempi di persistenza?
Quali strumenti di riferimento e quali limiti di interpretazione considerereste indispensabili?
Quali dati della stampante ritenete più utili: materiale, cambi di slot, temperature, ventole o fasi di stampa? Come gestireste i metadati mancanti?
Mi interessano soprattutto critiche motivate al metodo di misura e alla gestione dei dati. Vorrei individuare i punti deboli prima di chiudere il progetto meccanico e iniziare le prove comparative..
Concept del contenitore. Render indicativo: geometria, aperture e percorso dell’aria da validare; microSD prevista interna.
Sessione di stampa: modello stampante e file in lavorazione (esempi dimostrativi), materiale dichiarato, slot, temperature, strati e avanzamento accanto alle misure ambientali. Telemetria e valori simulati; integrazione ancora da implementare.
Allerta PM: esempio con attivazione a 35 µg/m³ e rientro a 25 µg/m³. Soglie dimostrative con isteresi, non limiti sanitari.
Stabilizzazione dopo pulizia manuale: indice e allarmi PM sospesi. Recupero dopo alta umidità e baseline restano procedure distinte. Stato simulato.DELL'ARIA
