Szia, köszönöm az infókat.
Tehát te helyiségenként raknál egy ESP-et / Arduinót (esetleg RPI-t)?
Nem ismersz olyan hardvert, ami még egyszerűbb, mint az ESP, és egyszerűen RJ45/UTP-n továbbítaná az 1-3 szenzor adatait, amit az RPI tudna olvasni/lekérdezni?
Most ott tartok, hogy RPI-vel helyiségenként meg tudnám csinálni, csak pazarlásnak tartom, hogy 1-1 RPI legyen ott ezért.
Aztán optimalizálva lehetne, hogy a környező helyiségekben lenne csak 1 RPI, így lehet, hogy megúszom jóval kevesebbel, azonban még ez is soknak tűnik, hogy csak az 1-3 percenkénti 3-9 szenzor leolvasás miatt legyen ott egy komplett operációs rendszer minden funkciójával.
Azt gondoltam, hogy lennie kell valami egyszerűbbnek, ami csak a 3 szenzort elérhetővé tenné RJ45/UTP-n elérhetővé, lekérdezhetővé, vagy lekérdezné csak ezeket, és bárhogy feltölteni az RPI-re, ahogy írtad akár MQTT kliensként az RPI szerverre.
Nekem adott a kiépített UTP kábelezés csillagpontosan az RPI központba. Tehát sem a BLE sem a WiFi nem út.
Tehát ha keresek olyan ESP-et, amin van RJ45, akkor kb meg kell írni a szenzor lekérdezést ESP32-re, majd MQTT-n mint kliens az RPI-nek küldöm, aki az MQTT bróker / szerver?
Ilyeneket találtam:
https://iotdesignpro.com/projects/how-to-connect-raspberry-pi-with-mqtt
https://techtutorialsx.com/2017/04/24/esp32-connecting-to-a-wifi-networ…
Vagy csinálhatom ugyanezt RPI alapon (ahogy javasolták nem rég: Orange Pi Zero-val), hogy lekérdezem a szenzort, és átküldöm az RPI-nek valahogy.
Ha UTP kábelen működne valamilyen ESP32 POE-n, mennyivel fogyaszt kevesebbet, mint egy Orange Pi Zero, ami POE-n megy?
Sakk-matt,
KaTT :)