Sensori i temperaturës dhe lagështisë IoT WiFi. Pjesa: 8 IoT, Automatizimi në shtëpi: 9 hapa

2025 Autor: John Day | [email protected]. E modifikuara e fundit: 2025-01-13 06:58

Parathënie

Ky artikull dokumenton forcimin praktik dhe zhvillimin e mëtejshëm të një Udhëzuesi të mëparshëm: 'Pimping' pajisja juaj e parë IoT WiFi. Pjesa 4: IoT, Automatizimi i Shtëpisë duke përfshirë të gjithë funksionalitetin e nevojshëm të softuerit për të mundësuar vendosjen e suksesshme në një mjedis shtëpiak shtëpiak.

Prezantimi

Siç u përmend më lart, ky Udhëzues përshkruan bashkimin e një shembulli të mëparshëm IoT me një dizajn të besueshëm të sistemeve që lejon trajtimin e suksesshëm të rasteve të përdorimit praktik siç janë; Humbja katastrofike e energjisë, dështimi i ndërmjetësit MQTT, dështimi i WiFi N/W, rikonfigurimi i sensorit të largët, strategji raportimi e konfigurueshme për të zvogëluar trafikun e rrjetit dhe kalibrimin e sensorit me porosi.

Gjithsej 6 pajisje të fikura u krijuan (shiko figurën 1 më lart) dhe u shpërndanë nëpër shtëpinë time për të formuar rrjetin tim të parë të sensorëve IoT.

Instructable gjithashtu sheh një rishikim të konventës së emërtimit MQTT siç përdoret në serinë fillestare të IoT Home Automation duke i dhënë rrugë një strukture më të ekuilibruar, praktike që lejon korrigjim më të thjeshtë të trafikut IoT në një mjedis të pajisjeve shumë IoT.

Ajo që vijon janë detajet e plota të projektimit të sensorit IoT duke përfshirë; ndërtimi, kodi burimor, strategjia e testimit dhe konfigurimet e OpenHAB.

Cilat pjesë më duhen?

1. 1 zbritje ESP8266-01,
2. 2 off 1uF Kondensatorë elektrolitikë,
3. 3 rezistenca 10K,
4. 1 rezistencë 330R,
5. 1 nga 3 mm. LED,
6. 1 jashtë LD1117-33v, 3v3 LDO VReg. (Farnell këtu),
7. 1 jashtë sensorit të temperaturës/lagështisë DHT22,
8. 1 off lidhës i dyfishtë 4way 0.1 ",
9. 1 zbritje CAMDENBOSS RX2008/S-5 Mbështjellës plastik, Kuti për tenxhere, ABS, 38 mm, 23 mm (Farnell këtu),
10. 1 off Konektor i rrymës DC, Prizë, 1 A, 2 mm, Montimi i Panelit (Farnell këtu),
11. 1 zbritje TO-220 Heatsink 24.4 ° C/W (Farnell këtu),
12. Tuba të ndryshëm të tkurrjes së nxehtësisë (të verdhë, Ebay këtu),
13. Kabllo fjongo IDC me gjatësi të ndryshme,
14. Komponimi i ngrohësit,
15. Veroboard,
16. Pajisja e programimit ESP8266-01. Shih këtu; Ndërtimi praktik i qarkut me bordin e shiritit, hapi 9 e tutje.

Çfarë programi më nevojitet?

1. Arduino IDE 1.6.9
2. Arduino IDE i konfiguruar për të programuar ESP8266-01. Shih këtu; Vendosja e Arduino IDE për të programuar ESP8266-01

Çfarë mjetesh më duhen?

1. Makine per ngjitjen e metalit,
2. Stërvitje dhe copa të ndryshme,
3. Skedaret,
4. Sharrë hekuri,
5. Vesi i fortë,
6. Armë e nxehtë,
7. DMM

Çfarë aftësish më duhen?

1. Një kuptim minimal i elektronikës,
2. Njohuri për Arduino dhe IDE -në e tij,
3. Aftësitë e fabrikimit rudimentar (bashkim, sharrim me kollë, arkivim, shpim etj.),
4. Pak durim,
5. Pak kuptim i rrjetit tuaj në shtëpi.

Temat e mbuluara

1. Vështrim i përgjithshëm i qarkut
2. Vështrim i Përgjithshëm i Sistemit Softuerik
3. Pasqyrë e softuerit
4. Kalibrimi i sensorit
5. Konventa e Emërtimit të Temës MQTT
6. Konfigurimi OpenHAB
7. Testimi i Dizajnit
8. Përfundim
9. Referencat e përdorura

Lidhjet e serive

Për Pjesën 7: Kontrolluesi i Dritave të Studimit (i ripunuar). Pjesa 7: IoT, Automatizimi i Shtëpisë

Për Pjesën 9: Kontrolluesi i rrjetit IoT. Pjesa 9: IoT, Automatizimi i Shtëpisë

Hapi 1: Vështrim i qarkut

Figura 1 më sipër tregon modelin e qarkut të plotë për sensorin IoT.

Në zemër të pajisjes IoT është ESP8266-01 e cila është e lidhur me një sensor të temperaturës/lagështisë DHT22 përmes një rezistori tërheqës 10K në GPIO2. Një 5v e jashtme buron me një furnizim të modalitetit të ndërruar dhe i jepet pajisjes përmes një prizë të montimit të panelit DC 2 mm dhe rregullohet në vend me një rregullator tensioni LD1117-33v, 3v3 LDO të montuar në një lavaman të jashtëm me një vidë dhe arrë BZP M3 Me

Dizajni përfshin një led 3mm të kuq të lidhur me GPIO0 i cili përdoret për të dhënë tregues lokal të statusit të pajisjes IoT gjatë fillimit ose ndonjë gjendje gabimi të mëvonshëm. Mund të përdoret gjithashtu për të identifikuar pajisjen me aktivizimin manual përmes ndërfaqes openHAB.

Dizajni i plotë përshtatet me kujdes në një kuti të tenxhere ABS siç tregohet më lart në figurën 2 dhe u përcaktua posaçërisht për të siguruar që sensori të jetë sa më larg që të jetë e mundur nga rregullatori për të parandaluar paragjykimet për shkak të efekteve të ngrohjes lokale (figura 7 më lart).

Bordi qarkor është një pjesë e vetme e veroboard, e prerë në formë dhe e bërë për t'u përshtatur në rrethim (foto 3 më lart). Kjo tabelë është e fiksuar në pozicion me një vidë najloni të mbytur M3 dhe dy arra që përshtaten në të njëjtën mënyrë me pjesën e poshtme të sensorit, duke e lejuar atë të ulet në një sipërfaqe të sheshtë.

Fotografitë 4… 6 tregojnë gjendje të ndryshme të ndërtimit.

Hapi 2: Vështrim i përgjithshëm i sistemit të softuerit

Kjo pajisje e matjes së temperaturës dhe lagështisë IoT përmban gjashtë përbërës kryesorë të softuerit siç tregohet në figurën 1 më sipër.

SPIFFS

Ky është sistemi i regjistrimit të Flash Flash në bord dhe përdoret për të mbajtur informacionin e mëposhtëm (shih figurën 2 më lart);

• Ikonat dhe 'Faqja Kryesore e Konfigurimit të Sensorit' html: Shërbyer nga pajisja IoT kur nuk është në gjendje të lidhet me rrjetin tuaj IoT WiFi (zakonisht për shkak të informacionit të pasaktë të sigurisë) dhe i siguron përdoruesit një mjet për të konfiguruar në distancë sensorin pa nevojë për të ri-programuar ose ngarkuar përmbajtje të re SPIFFS.
• Informacioni i Sigurisë: Ky mban informacionin e përdorur në fuqizimin e pajisjes IoT për t'u lidhur me rrjetin tuaj IoT WiFi dhe ndërmjetësin MQTT. Informacioni i paraqitur përmes 'Faqja Kryesore e Konfigurimit të Sensorit' shkruhet në këtë skedar ('secvals.txt').
• Informacioni i Kalibrimit: Informacioni i përmbajtur në këtë skedar ('calvals.txt') përdoret për të kalibruar sensorin e temperaturës/lagështisë në bord nëse është e nevojshme. Konstantet e kalibrimit mund të shkruhen vetëm në pajisjen IoT përmes komandave MQTT nga një ndërmjetës MQTT.

Shënim: Për të konfiguruar pajisjen fillimisht shihni këtu për detaje të plota se si të përdorni SPIFFS me Arduino IDE.

Serveri mDNS

Ky funksionalitet thirret kur pajisja IoT nuk ka arritur të lidhet me rrjetin tuaj WiFi si një stacion WiFi dhe në vend të kësaj është bërë një pikë aksesi WiFi diçka e ngjashme me një ruter WiFi vendas. Në rastin e një ruteri të tillë, ju zakonisht lidheni me të duke futur Adresën IP të diçkaje si 192.168.1.1 (zakonisht e shtypur në një etiketë të ngjitur në kuti) direkt në shiritin e URL -së të shfletuesit tuaj, ku do të merrni një faqe identifikimi për të hyrë emrin e përdoruesit dhe fjalëkalimin për t'ju lejuar të konfiguroni pajisjen.

Për ESP8266 në modalitetin AP (modaliteti i Pikës së hyrjes) pajisja është e parazgjedhur në adresën IP 192.168.4.1, megjithatë me serverin mDNS që funksionon ju duhet vetëm të futni emrin miqësor të njeriut 'SENSORSVR.local' në shiritin URL të shfletuesit për të parë 'Faqja Kryesore e Konfigurimit të Sensorit'.

Klienti MQTT

Klienti MQTT siguron të gjithë funksionalitetin e nevojshëm për; lidheni me ndërmjetësin tuaj të rrjetit IoT MQTT, regjistrohuni në temat e zgjedhjes suaj dhe publikoni ngarkesa në një temë të caktuar. Me pak fjalë, ai parashikon funksionalitetin bazë të IoT.

Web Serveri

Siç u përmend më lart, nëse pajisja IoT nuk është në gjendje të lidhet me rrjetin WiFi SSID -i i të cilit, P/W etj. Është përcaktuar në skedarin e Informacionit të Sigurisë të mbajtur në SPIFFS pajisja do të bëhet një Access Point. Pasi të lidheni me rrjetin WiFi të siguruar nga Pika e Hyrjes, prania e një Web Server HTTP ju lejon të lidheni drejtpërdrejt me pajisjen dhe të ndryshoni konfigurimin e tij nëpërmjet përdorimit të një Shfletuesi Web HTTP, qëllimi i tij është të shërbejë në 'Sensor Configuration Home Faqja e internetit e faqes e cila gjithashtu mbahet në SPIFFS.

Stacioni WiFi

Ky funksionalitet i jep pajisjes IoT aftësinë për t'u lidhur me një rrjet WiFi të brendshëm duke përdorur parametrat në skedarin e Informacionit të Sigurisë, pa këtë pajisja juaj IoT nuk do të jetë në gjendje të regjistrohet/publikojë në ndërmjetësin MQTT

Pika e hyrjes WiFi

Aftësia për t'u bërë një pikë hyrjeje WiFi është një mjet me të cilin pajisja IoT ju lejon të lidheni me të dhe të bëni ndryshime të konfigurimit përmes një stacioni WiFi dhe një shfletuesi (siç është Safari në Apple iPad).

Kjo pikë hyrje transmeton një SSID = "SENSOR" + 6 shifrat e fundit të adresës MAC të pajisjes IoT. Fjalëkalimi për këtë rrjet të mbyllur quhet me imagjinatë 'PASSWORD'

Hapi 3: Vështrim i përgjithshëm i softuerit

Për të përpiluar me sukses këtë kod burim do t'ju nevojiten bibliotekat e mëposhtme shtesë;

PubSubClient.h

• Nga: Nick O'Leary
• Qëllimi: Mundëson që pajisja të publikojë ose të regjistrohet në tema MQTT me një ndërmjetës të caktuar
• Nga:

DHT.h

• Nga: Adafruit
• Qëllimi: Biblioteka për sensorin e temperaturës/lagështisë DHT
• Nga:

Vështrim i Përgjithshëm i Kodit

Softueri përdor makinën e gjendjes siç tregohet në figurën 1 më sipër (kopja e plotë e burimit e dhënë më poshtë). Ka 5 shtete kryesore si më poshtë;

• FITIMI

  Kjo gjendje fillestare është gjendja e parë e futur pas ndezjes së energjisë

• JOFONFIGJ

  Kjo gjendje futet nëse pas ndezjes zbulohet një skedar i pavlefshëm ose i humbur secvals.txt

• Pritet në veriperëndim

  Kjo gjendje është kalimtare, e futur ndërsa nuk ekziston asnjë lidhje me rrjetin WiFi

• Në pritje të MQTT

  Kjo gjendje është kalimtare, futet pasi është bërë një lidhje rrjeti WiFi dhe përderisa nuk ekziston asnjë lidhje me një ndërmjetës MQTT në atë rrjet

• AKTIV

  Kjo është gjendja normale operacionale e futur pasi të jetë krijuar një lidhje WiFi dhe një lidhje ndërmjetësi MQTT. Duringshtë gjatë kësaj gjendje funksionimi i temperaturës dhe lagështisë së sensorit i publikohet ndërmjetësit MQTT

Ngjarjet që kontrollojnë kalimet midis gjendjeve janë përshkruar në figurën 1 më lart. Kalimet midis shteteve rregullohen gjithashtu nga parametrat e mëposhtëm SecVals;

• Adresa IP e ndërmjetësit të parë MQTT. Në formë dhjetore me pika AAA. BBB. CCC. DDD
• Porti i dytë i ndërmjetësit MQTT. Në formë të plotë.
• Lidhja e tretë e ndërmjetësit MQTT përpiqet të bëjë para se të kaloni nga modaliteti STA në modalitetin AP. Në formë të plotë.
• Rrjeti i 4 -të WiFi SSID. Në tekst të lirë.
• Fjalëkalimi i 5 -të i rrjetit WiFi. Në tekst të lirë.

Siç u përmend më lart, nëse pajisja IoT nuk është në gjendje të lidhet si një Stacion WiFi me rrjetin WiFi të cilët SSID dhe P/W përcaktohen në sekvale. Teksti i mbajtur në SPIFFS pajisja IoT do të bëhet një Access Point. Pasi të lidhet me këtë pikë aksesi, do të shërbejë 'Faqja Kryesore e Konfigurimit të Sensorit' siç tregohet më lart në Figurën 2 (duke futur ose 'SENSORSVR.local' ose 192.168.4.1 në shiritin e adresës URL të shfletuesit tuaj). Kjo faqe kryesore lejon rikonfigurimin e sensorit përmes një shfletuesi

Qasja në distancë ndërsa është në gjendje aktive

Pasi të lidheni me ndërmjetësin MQTT është gjithashtu e mundur që të ri-kalibroni dhe rikonfiguroni pajisjen përmes botimeve të temave MQTT. Skedari calvals.txt ka qasje R/W dhe secvals.txt ka akses të shkruar vetëm të ekspozuar.

Korrigjimi i përdoruesit

Gjatë sekuencës së nisjes, pajisja IoT led jep reagimet e mëposhtme të korrigjimit

• 1 Blic i shkurtër: Asnjë skedar konfigurimi i vendosur në SPIFFS (secvals.txt)
• 2 Pulsime të shkurtra: Pajisja IoT po përpiqet të lidhet me rrjetin WiFi
• Ndriçim i vazhdueshëm: pajisja IoT po përpiqet të lidhet me ndërmjetësin MQTT
• Fikur: Pajisja është aktive
• Shënim 1: 'Faqja kryesore e konfigurimit të sensorit' nuk përdor priza të sigurta dhe për këtë arsye mbështetet në sigurinë e rrjetit tuaj.
• Shënim 2: Për të programuar çdo pajisje IoT, vargu MQTT do të kërkojë redaktim para shkarkimit. Kjo ndodh sepse numri i sensorit është futur në vargun e temës MQTT. dmth. 'WFD/THSen/100/HumdStatus/1' për 6 pajisjet e mia janë të numëruara përkatësisht 1… 6.

Hapi 4: Kalibrimi i sensorit

Kur pajisja IoT fuqizohet, si pjesë e sekuencës së nisjes, një skedar i quajtur 'cavals.txt' lexohet nga SPIFFS. Përmbajtja e këtij skedari është konstante e kalibrimit siç tregohet më lart në figurën 1. Këto konstante të kalibrimit përdoren për të rregulluar leximet e marra nga sensori për t'i sjellë ato në përputhje me një pajisje referimi. Ekziston një vlerë tjetër e cila përcakton një strategji raportimi për pajisjen dhe përshkruhet më poshtë së bashku me procedurën e ndjekur për të kalibruar sensorët.

Strategjia e RaportimitKy parametër përcakton sesi sensori i largët raporton çdo ndryshim parametrik të ambientit lokal në të. Nëse zgjidhet vlera 0, sensori i largët do të publikojë çdo ndryshim që sheh në vlerat e temperaturës ose lagështisë sa herë që lexohet sensori (përafërsisht çdo 10 sekonda). Çdo vlerë tjetër do të vonojë publikimin e një ndryshimi me 1… 60 minuta. Ndryshimi i këtij parametri lejon optimizimin e trafikut të rrjetit MQTT.

Kalibrimi i temperaturës

Për të kalibruar sensorët ata u vendosën në afërsi të madhe fizike me njëri -tjetrin siç tregohet më lart në figurën 2. Përgjatë tyre vendosa një DMM me një termoelement të kalibruar të bashkangjitur (Fluke 87 V) dhe pastaj monitorova daljet nga secila pajisje përmes temperaturës OpenHAB faqe trendi gjatë një dite për të pasur një ndryshim të mirë të temperaturës. Unë vura re si kompensimin statik (zero 'C' të ngritur) ashtu edhe shkallën e ndryshimit të secilës pajisje (fitimi, ose pjerrësia e grafikut 'M') në lidhje me vlerën që vjen nga termoelementi i kalibruar. Pastaj llogarita marrëdhënien e thjeshtë y = mx+c (zbulova se ishte mjaft lineare sa të ishte një përafrim i ngushtë me një grafik të drejtë) dhe programova çdo korrigjim të nevojshëm në konstantet e kalibrimit nëpërmjet MQTTSpy.

Pajisjet u monitoruan për 24 orë të tjera për të siguruar që kalibrimi ishte i suksesshëm. Një tregues se cilat ishin gjurmët e temperaturës në faqen e trendit të temperaturës OpenHAB ishin të gjitha mjaft mbi njëra -tjetrën.

Sigurisht, nëse jeni të interesuar vetëm për një përafrim me temperaturën, ju mund t'i lini të gjitha vlerat e kalibrimit si parazgjedhje.

Kalibrimi i lagështisë

Meqenëse nuk kam mjete për të regjistruar ose kontrolluar me saktësi lagështinë lokale të ambientit, për të kalibruar sensorët kam përdorur një qasje të ngjashme me atë të mësipërme, duke i vendosur të gjitha pajisjet në afërsi të madhe fizike (figura 2) dhe thjesht duke monitoruar daljen e tyre përmes OpenHAB Faqja e tendencës së lagështirës. Pastaj zgjodha pajisjen #1 si referencë të kalibrimit dhe kalibrova të gjitha pajisjet në lidhje me këtë.

Hapi 5: Konventa e Emërtimit të Temës MQTT

Pas shumë sprovave dhe gabimeve u vendosa në konventën e emërtimit të temës të përshkruar në figurën 1 më sipër.

Gjegjësisht, 'AccessMethod/DeviceType/WhichDevice/Action/SubDevice'

Nuk është i përsosur, por lejon që filtra të dobishëm të aplikohen për të parë të gjitha daljet e sensorit për një vlerë të caktuar parametrike duke lejuar kështu një krahasim të lehtë si në figurën 2 më sipër me MQTTSpy. Ai gjithashtu mbështet grupime logjike të arsyeshme të zgjerueshme të funksionalitetit brenda një pajisjeje të caktuar IoT.

Në zbatimin e këtyre temave në softuer kam përdorur vargje të koduara të temave me identifikues numerikë të fiksuar dhe të ngulitur për secilën pajisje, në krahasim me gjenerimin dinamik të temave në kohën e ekzekutimit, në mënyrë që të kursehet në RAM dhe të mbajë performancën të lartë.

Shënim: Nëse nuk jeni të sigurt se si të përdorni MQTTSpy shihni këtu 'Konfigurimi i një ndërmjetësi MQTT. Pjesa 2: IoT, Automatizimi i Shtëpisë '

Hapi 6: Konfigurimi OpenHAB

Ndryshova konfigurimin OpenHAB të dhënë në Instructable tim të mëparshëm (këtu) dhe shtova në shënimet individuale për;

• Garazh,
• Salla,
• Dhoma e ndenjes,
• Kuzhina
• Dhoma gjumi për mysafirë
• Dhoma gjumi Master

Në hartën e faqes shihni figurën 1 më sipër.

Për secilën prej këtyre shënimeve kam shtuar harta individuale të faqeve që ekspozojnë vlerat e ambientit lokal (Shih figurën 2 më lart);

• Temperatura
• Lagështia
• Indeksi i Nxehtësisë

Unë gjithashtu përfshiva një ndërprerës për të kontrolluar led lokal të montuar brenda sensorit.

Fotografitë 3… 5 tregojnë gjurmë individuale të drejtpërdrejta për një periudhë prej 24 orësh për temperaturën, lagështinë dhe RSSI (Treguesi i Fuqisë së Sinjalit të Marrë, në thelb një masë se sa mirë sensori mund të shohë rrjetin WiFi).

Figura 6 jep një shembull të një tendence të lagështisë afatgjatë gjatë një jave.

Shënim 1: Nëse nuk jeni të sigurt se si të përdorni OpenHAB shihni këtu 'Konfigurimi dhe Konfigurimi i OpenHAB. Pjesa 6: IoT, Automatizimi i Shtëpisë '

Shënim 2: Një kopje e hartës së sitit të modifikuar, skedarëve të rregullave dhe artikujve, ikonave etj. Është dhënë më poshtë.

Hapi 7: Testimi i dizajnit

Në pjesën më të madhe kam testuar pajisjen IoT mbi lidhjen MQTT me MQTT Spy, monitorimi i daljes së udhëhequr nga dalja dhe korrigjimi i trafikut në ndërfaqen serike. Kjo më lejoi të ushtroj të gjitha temat në dispozicion të abonuara dhe të kontrolloj përgjigjet e publikuara. Edhe pse kjo u arrit me dorë dhe u bë pak e lodhshme ndonjëherë, mundësoi mbulim 100%.

Sidoqoftë, makina kryesore shtetërore doli të ishte pak e ndërlikuar për t'u testuar pasi mbështetej në praninë ose mungesën e një rrjeti WiFi, qasja në të cilën kërkon grupe të veçanta parametrash. Thjesht nuk ishte praktike të përdorni rrjetin shtëpiak për këtë.

Për të kapërcyer këtë çështje, unë krijova grupin tim të rrjeteve dummy duke përdorur ESP8266-01 të konfiguruar si Pika Access (foto 1) me SSID të 'DummyNet1' dhe 'DummyNet2' respektivisht. Përdorimi i qarkut në figurën 2 sipër led dha një tregues nëse një pajisje IoT ishte lidhur me të. Përderisa kjo nuk ishte një zgjidhje e përsosur testimi (dmth. Secili nga këto rrjete falsifikuese WiFi nuk përmbante një server MQTT) ishte e mundur të testohej plotësisht makina shtetërore.

Kam përfshirë një kopje të kodit burimor më poshtë.

Hapi 8: Përfundimi

Të përgjithshme

Softueri në pajisjet IoT ka funksionuar me besueshmëri për shumë muaj tani duke u rikuperuar nga ndërprerjet e energjisë shtëpiake (të shkaktuara kryesisht nga unë). Në përgjithësi ato janë pajisje mjaft të fuqishme që japin të dhëna të qëndrueshme dhe të sakta.

Përmirësimet

Në zhvillimin e rutinave të softuerit për të lexuar dhe shkruar në SPIFFS kam shkruar kod i cili në pamje të pasme mund të jetë pak më i avancuar nga sa kisha menduar, duke përdorur tregues të pavlefshëm, rishkrim dhe tregues për tregues. Ndërsa është shumë fleksibël dhe e bën punën mirë, herën tjetër unë mund të përdor JSON diku sipas linjave të ConfigFile.ino për ta mbajtur atë pak më të thjeshtë.

• Arduino GIT HUB Core

  https://github.com/esp8266/Arduino

• Burimi ConfigFile.ino

  https://github.com/esp8266/Arduino/tree/master/libraries/esp8266/examples/ConfigFile

Lista e dëshirave

Unë kisha për qëllim të përdorja një klient mDNS për t'u lidhur me Ndërmjetësuesin, por biblioteka ishte shumë e shtrembëruar. Kjo është arsyeja pse është e nevojshme të specifikoni adresën IP të ndërmjetësit MQTT në krahasim me 'MQTTSVR.local'. Nëse biblioteka mDNS bëhet më e qëndrueshme në të ardhmen, unë do ta shtoj këtë aftësi në pajisje.

Do të ishte mirë të kishim një mjet për të monitoruar dhe kontrolluar me saktësi lagështinë e ambientit për të kalibruar sensorët kundër. Sidoqoftë, ajo që tha metoda e kalibrimit e zgjedhur jep lexime të mira relative dhe duket mjaft e saktë në përputhje me specifikimet në fletën e të dhënave DHT22.

Së fundi, duke pasur parasysh kompleksitetin e softuerit, gjeta testimin e plotë të kodit pasi një ndryshim i madh po bënte kohë. Unë mund të konsideroj testimin e automatizuar në një datë të mëvonshme.

Hapi 9: Referencat e përdorura

Kam përdorur burimet e mëposhtme për ta bashkuar këtë Instructable;

PubSubClient.h

• Nga: Nick O'Leary
• Nga:

DHT.h

• Nga: Adafruit
• Nga:

Fleta e të dhënave DHT22