Collegamento NodeMCU - PMS5003

[xyz]

Adattatore è quello indicato in vede:

ESP8266

In questo caso si tratta del CP2102. La board indicata da Praticamente usa invece il CH340G.

Questi adattatori seriali UART LVTTL a USB possono essere facilmente identificati via USB dal VID (Vendor ID) e PID (Product ID).

P.S.

La ESP-12E la puoi vedere cercando via Google, contiene solo ESP8266 con una antenna sul PCB, non ha il regolatore a 3.3 V e l'adattatore seriale.

NodeMCU è una board con più chip di supporto.

CP2102 basta cercare il datasheeet, è spigato completamente come funziona, non è assolutamente la memoria, il programma gira sul ESP8266.

Quel sorgente è abbastanza chiaro cosa fa, usa la seriale (Serial) per comunicare col sensore e usa un'altra seriale (Serial1) per inviare i dati letti.

Per il resto è tutto scritto nel datasheet del sensore, basta leggerlo.

[lodovico]

grazie xyz,
datasheet del sensore non è la mia primaria preoccupazione in questo momento (xche ci pensa la libreria)
Se devo fare una scelta tra tutte le domande del mio precedente post mi premerebbe primariamente sapere, (per ovvie ragioni ) a questo punto, se caricando quello sketch vedrò qualcosa sul serial monitor (*), e se riusciro ancora a caricare altri sketch...

poi alle altre , se e quando potrai , e con calma ...
grazie ancora!


PS.:
(*) la risposta che mi do per ora è: no, niente di leggibile, vedrei i messaggi 'serial1' solo se leggessi con un altro PC su cui gira arduino IDE il pin a cui vengono indirizzate le stampe...

[lodovico]

PS2:
ma la mia board NodeMCU quante seriali (hardware) ha?

Nota che non mi interessa tanto poter vedere su serial monitor, ma usarlo solo a scopo di debug...
i dati letti dal sensore (quelli attualmente stampati con serial1.println) verranno inviati via wifi tramite libreria BLYNK , che si appoggia sulla libreria WIFI, e li leggerò sullo smartphone connesso alla rete ( su cui gira l' app BLYNK)
...come gia fatto per il sensore temperatura DH11, dove il tutto funziona egregiamente

[lodovico]

... mi autorispondo dopo aver LETTO ... (magari puo essere utile ad altri interessati)
i pin utilizzati da serial e serial1 sono quelli con l'etichetta azzurra qui sotto:

VIN è collegato al +5V USB , non c'è un diodo, xcui oltre che per alimentazione della board stessa, si puo usare per alimentare il sensore, a patto che l'alimentatore USB fornisca corrente sufficiente...

[xyz]

Aggiungo che adattatore USB è collegato a TXD0 e RXD0 sulla versione originale NodeMCU. La seriale 1 ha solo TXD1.

Devi stare attento a usare la seriale 0 su di un dispositivo esterno sulla NodeMCU, visto che sono collegati all'adattatore USB, vanno in conflitto.

[lodovico]

grazie xyz, si sono preoccupato proprio di quello.
il conflitto si ha anche se uso USB solo per alimentazione?
(onestamente non me ne intendo, in realta' non so se quando collego la porta USB del PC od un alimentatore o una power bank con la micro USB della board non avviene anche qualche sorta di comunicazione che andrebbe in conflitto con quella del sensore...tu cosa dici?)
nel frattempo mi sono registrato su GitHub e ho coinvolto anche l'autore della libreria
https://github.com/fu-hsi/PMS/issues/13
ps.:su GitHub io sono
vicolodo

[xyz]

il conflitto si ha anche se uso USB solo per alimentazione?

No, USB ha le linee dati separate dall'alimentazione.

onestamente non me ne intendo, in realta' non so se quando collego la porta USB del PC od un alimentatore o una power bank con la micro USB della board non avviene anche qualche sorta di comunicazione che andrebbe in conflitto con quella del sensore...tu cosa dici?

L'alimentazione via USB deve semplicemente fornire tutta la corrente necessaria, in caso contrario basta procurasi un alimentatore con una corrente massima erogabile maggiore.

[lodovico]

...alla fine ci sono riuscito...ho utilizzato la lib PSM e anche la lib Software Serial che mi ha permesso di usare pin diversi dai TX ed RX predefiniti... ho usato D2 e D1 (GPIO4 e GPIO5)
devo dire che mi aspettavo letture con valori piu stabili, invece il risultato variava significativamente tra una lettura e l'altra (effettuate a circa 90 secondi l'una dall'altra):
stando solo al pm2.5, ho ottenuto (in casa) ad esempio cose di questo tipo, in sequenza:

18 µg/m³

6 µg/m³

11µg/m³

15 µg/m³

5 µg/m³

10 µg/m³

....insomma valori nel range 5 - 20 µg/m³ ...
forse per mostrare valori piu stabili dovrei fare una media delle letture... (che mi pare si attesti intorno ai 10-12 µg/m³ )

[xyz]

In generale i dati letti da sensori sono soggetti a errori, senza approfondire troppo l'argomento esistono dei filtri che si possono applicare per ridurre questi errori. Questo è uno piccolo elenco incompleto dei filtri che puoi utilizzare:

https://en.wikipedia.org/wiki/Moving_average
https://en.wikipedia.org/wiki/Savitzky% ... lay_filter
https://en.wikipedia.org/wiki/Wiener_filter
https://en.wikipedia.org/wiki/Kalman_filter

bisogna anche poi saperli usare e implementare su di un micro-controllore con le sue limitazioni.

[lodovico]

grazie xyz,
penso che per i miei scopi (che non sono scientifici) utilizzerò almeno inizialmente un algoritmo semplice , tipo media mobile semplice...

ciò che mi interessa per il momento capire è se questi numeri che mi da il sensore sono plausibili e non sono valori random...

tu cosa ne pensi?
come si potrebbe testare la 'non casualità?

io avrei pensato di inserire il sensore in un box ermetico con due aperture, l'una chiusa da un filtro HEPA (o piu filtri), l'altra collegata ad un aspiratore...
se il filtro funziona, teoricamente la lettura dovrebbe scendere....

oppure al contrario, soffiare aria nel contenitore dal lato opposto... in tal modo il pm 1/2.5/10 dovrebbe aumentare, perché trattenuto dal filtro...

oppure portare il sensore in luoghi 'estremi' nel senso delle polveri sottili, tipo (immagino) la punta di una montagna o vicino ad un incrocio sempre molto trafficato del centro città...