- lezso6: Nem látszik a kurzor Chrome alatt a beviteli mezőkben?
- vrob: Az IBM PC és a játékok a 80-as években
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Gurulunk, WAZE?!
- sziku69: Szólánc.
- eBay-es kütyük kis pénzért
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- gban: Ingyen kellene, de tegnapra
-
LOGOUT
Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.
Új hozzászólás Aktív témák
-
Janos250
őstag
válasz
kesztió
#14594
üzenetére
Még egy általános megjegyzés, nem csak erre az esetre:
Ahol 230 van, ne 2 szál drót legyen, hanem mindenképp legyen ott a zöldsárga is, mert ha valami érintkezési, stb. zűr miatt elkezdene melegedni a dolog, ha a szigetelt zöldsárga elég közel van elhelyezve , leolvad róla a szigetelés, áthúz, és lemegy a fi relé, még mielőtt kigyulladna az egész. -
-
kesztió
aktív tag
Közben Körülnéztem: EGYETLEN okos termosztát sincs a piacon, amelyik legalább ±0,2°C-t tudjon és bele legyen építve a 230V-os adapter. Szerintem elég olcsón megúszom azzal, hogy csak két szabvány 1,5…2,5 m²-es szálat kell húznom a dobozba (a 3,3 V-nak). És akkor legalább nincs vita az érintésvédelemről, mert ez a probléma egyszerűen nem létezik.
-
kesztió
aktív tag
válasz
Tankblock
#14592
üzenetére
Azért kérdezz meg egy villanyszerelőt, hogy mit szeret jobban behúzni a falba: tizenvalahány helyre UTP kábelt vagy helyettük tizenvalahány helyre 1,5 mm²-es érpárt.
És a Raspberry-t akkor hova tenném? A termosztátba vagy szervernek? Nem értem.
Valóban faszább lenne, ha a termosztátot lehetne 230V-ról üzemeltetni, de nem találtam olyan lehetőséget eddig, hogy 230V AC → 3.3V DC és elhanyagolható legyen a hőtermelése (90%+ harásfok). -
dew28
aktív tag
válasz
Tankblock
#14592
üzenetére
65mm a kotodoboz. ebbe egyreszt egy rpi nem fer be, masreszt egy rj45 csati sem fer el benne a (dobozmelyseg minusz eszkozmelyseg) miatt. harmadreszt ami poe-bol csinal neked 3.3v-ot az ugynugy hot termel. nem is kicsit. (ok, lehet passziv tapfelados 3.3v betappal, de akkor meg mi ertelme?
) -
-
Janos250
őstag
válasz
kesztió
#14567
üzenetére
"aminek megfelelő nyereségű antennával meg lehet növelni a hatósugarát úgy, hogy lefedje az összes hozzá tartozó termosztátot. "
Elvileg az ESP32 antennába préselt energiáját is meg lehet növelni.
Ha jól emlékszem, 78-at kell beírni valahova, de már nem emlékszem, hova. -
kesztió
aktív tag
gondolom csillagpontosan van lehuzva minden termosztathoz meno vezetek, es nincsenek felfuzve egymasra.
Igen, így van.
egy nem stabil betap a homerseklet meresedre is kihatassal lehet.Ez nagy szerencsémre pont nincs így az SHT3x moduloknál. Nagy bemenetifeszültség-tartományban is pontosan mérnek, pl. elég annyi, hogy a referenciahőmérőm (ami segítségével láttam, hogy félremér a melegedés miatt) 5V-os Arduino Nano-ra van kötve, mert épp abból vot felesleg a fiókban. Ez pedig értelemszerűen 3,3V-on megy.
Ja, és az adat már digitálisan, IIC buszon érkezik, tehát itt sincs gond. Ismétlem: szerencsémre. Mert olyan verzió is van, hogy analóg jelet küld a hőmérő.
-
dew28
aktív tag
válasz
kesztió
#14578
üzenetére
Pusztan azert 100m-rel szamoltam, mert ebbol konnyu vissza osztani a neked kello ertekre.
nyilvan ez folyamatos, kotesek nelkuli vezetekre szamitando, illetve gondolom csillagpontosan van lehuzva minden termosztathoz meno vezetek, es nincsenek felfuzve egymasra.
Meg kell nezned mi az a legrosszabb eset amikor minden led/kijelzo vilagit, eppen meres van, es a wifi is epp dolgozik, tehat mi a teljes terheles, mert egy nem stabil betap a homerseklet meresedre is kihatassal lehet.
-
-
kesztió
aktív tag
Ez első látásra valóban ijesztőnek tűnik, de
1) max. 20–25 méterekről beszélhetünk, semmiképp nem 100-ról. Tipikusan 10 vagy kevesebb, mégsem Putyin palotájáról van szó. Mondjuk, ezt 2-vel kell szorozni, mert oda-vissza, de akkor is.
2) az ESP32 gyakorlatilag csak tizedmásodpercekre fog számottevő áramot fogyasztani (> 100 mA), az idő túlnyomó részében aludni fog. Ilyen körülmények között, ha az átlagfogyasztása bár megközelíti a 10mA-t, akkor akaszthatom az egészet a szegre. Így egy tökösebb kondenzátor bizonyára megoldja a problémát.
3) Az ESP32 működőképes 3,6V-tól egészen le 2,2 V-ig. Így, ha eleve 3,5 V-os tápban gondolkozom, nem 3,3V-osban, akkor azért van tartalékom bőven.
4) Ha nagy gáz van még így is, akkor még mindig lehet kompenzálni tápból, ha érzem, hogy túl nagy az áram. De ide remélem már nem fogok eljutni.Mindenképpen kösz, hogy felhívtad a figyelmem.
-
dew28
aktív tag
válasz
kesztió
#14567
üzenetére
A termosztátok táplálása pedig azon a két szálon történne, ami eredetileg a relének volt fenntartva. 1,5 mm²-es szabvány világításdrót, teljesen kizárt, hogy akár több 10 m-en is annyi feszültség essen rajta, hogy ne tudja betáplálni a fali termosztátokat. A 230V-os fázis és null pedig marad dísznek.
3.3V 0.2A terhelessel 100m-en 532mV fog esni nagyjabol
0.3A-nel mar 798mV(esp32: Wi-Fi Tx 13dBm~21dBm = 160~260mA)
-
#14573
kesztió
aktív tag
its_grandpa
#14572
kesztió
aktív tag
válasz
its_grandpa
#14572
üzenetére
Aktuátort, a padlófűtéshez.
Mielőtt rámvetnéd azt a rosszalló pillantásodat
, 10 klasszikus termosztából 9-ben ott van a relé, ami a hőmérséklet függvényében vagy a padlófűtés aktuátorait kapcsolja, vagy a fűtőellenállást, vagy a keringetőpumpákat, whatever. Most az lesz a különbség, hogy a relé fizikailag is ott lesz, ahol lennie kellene (a szerelvényblokkhoz közel), és nem a termosztát kapcsolja közvetlenül, hanem a master ESP32.
Ja, és azért SSR, mert eredetileg ugye a dobozban volt, és ott piszokul nem mindegy, hogy éjszaka kattog-e vagy sem. -
#14568
kesztió
aktív tag
its_grandpa
#14566
kesztió
aktív tag
válasz
its_grandpa
#14566
üzenetére
Páratartalmat is mérek, elsősorban ezért esett a választás az SHT3x-re.
-
kesztió
aktív tag
NA, élctársak, úgy néz ki, hogy megszületett a végleges megoldás (ami egyben a legészszerűbb is).
A szikra dew28 kollégától érkezett, aki kissé szarkasztikusan rávilágított arra, milyen idióta ötlet volt betenni a 3,3V-os tápot a termosztát mellé, a falidobozba. (És mennyire igaza volt, mert én abban a meggyőződésben éltem, hogy a kapcsolóüzemű tápok nagyon jó hatásfokúak. Napersze, csak nem a 3.3V-osak.) És arról ugye mélyen hallgattam, hogy a milliamperéhes solid state relé is ott ült volna a dobozban.
Szóval. ha a táp és a reléegység úgyis kikerül a falidobozból egy külön vezérlődobozba, a padlófűtés egyik szerelvényblokkja mellé, mibe kerül még megtoldani az egészet egy külső antennás ESP32-vel, aminek megfelelő nyereségű antennával meg lehet növelni a hatúsugarát úgy, hogy lefedje az összes hozzá tartozó termosztátot. És akkor jöhet az ESP-NOW a percenkénti gyors kommunikációval, egyébként a termosztátok mélyen alukálhatnak, ha nem jön közbe semmi. Az átlagfogyasztás így Deep Sleep-pel (vagy akár Light Sleep-pel is) nevetségesen alacsony lenne, legrosszabb esetben sem több, mint pár milliamper, a kijelzővel és jelző LED-del együtt. Nem fog melegedni ott semmi. (Ha mégsem lesz elég jó a jelerősség, még mindig lehet tenni pluszba valahová egy ESP32-es modult, átjátszóállomás szerepre. De arról az ötletről sem mondtam le, hogy megfelelően okos szinkronizációval a termosztátok egymás között is kommunikálhatnak.)
Így a szerverszámítógépet is megspóroltam, az összes adat ülhetne a vezérlő ESP32-ön, és a mobilalkalmazás is ezzel kommunikálna (mármint a ház WiFijén keresztül).
A termosztátok táplálása pedig azon a két szálon történne, ami eredetileg a relének volt fenntartva. 1,5 mm²-es szabvány világításdrót, teljesen kizárt, hogy akár több 10 m-en is annyi feszültség essen rajta, hogy ne tudja betáplálni a fali termosztátokat. A 230V-os fázis és null pedig marad dísznek.
Az az ötlet, hogy a szenzort a doboz fele teljesen leszigetelem, illetve teszek szellőzőlyukakat az előlapra, hogy keringjen a levegő az ESP32 körül, természetesen marad.
Még egyszer köszi az ötletekért, esetleg ha még van valamilyen megjegyzés?
Megj. Még egy fontos dolog: így az egész 3,3V-on működne, tehát fürdőszobába is lehetne szerelni, max. tönkremenne egy adag ráloccsantott víztől, de nem ütne agyon senkit.
-
its_grandpa
tag
válasz
kesztió
#14558
üzenetére
Ebben a témában utoljára:
Folyamatosan változó üzemi körülményeket generálsz a sleep-el.
Elaltatod - lehül, felébreszted - felmelegszik és ezzel nem tudsz mit kezdeni.
Ha nem altatnád és mindig 42.89764 és 48.7831 fok között lenne a hőmérséklet akkor 1% pontosságú NTC/PTC-vel kompenzálva talán egy tizedes pontosságon belül tarthatnád az "alien keltetődet"
. Ez egy szoba termosztát, az emberi test hőérzete jelentősen függ a pára tartalomtól is. [Érdekesség] -
#14565
ekkold
Topikgazda
JulianSinulf
#14560
ekkold
Topikgazda
válasz
JulianSinulf
#14560
üzenetére
Van olyan SRAM ami gyors, és van benne EEPROM háttértár, azaz nem felejt, mert ha csökken a tápja akkor ment az EEPROM-ba. Lehet, hogy ilyet használnék....
-
#14563
Aryes
nagyúr
JulianSinulf
#14560
válasz
JulianSinulf
#14560
üzenetére
A beírásra, kiolvasásra is tudsz valamilyen anyagot ajánlani?
Sajnos magyar nyelvű leírást nem tudok, de minden hasonló kérdésre választ kapsz az arduino.cc és a google.com oldalon.
-
#14561
Janos250
őstag
JulianSinulf
#14555
Janos250
őstag
válasz
JulianSinulf
#14555
üzenetére
"Ha sikerül a beolvasás, akkor kiírja az UID-t, majd egy újabb leolvasást kér és a két eredményt összehasonlítja. Ha megegyezik, akkor beleírja az EEPROM-ba az értéket."
Nem kell! Van benne kontroll szumma.
-
#14560
JulianSinulf
őstag
Aryes
#14559
JulianSinulf
őstag
Köszi!
Asszem nem hagytál ki semmit.
1. Ezen át kell rágnom magam. De jó tudni, hogy van lehetőség.
2. Gombnyomás vs. master kártya? A kártyát könnyen elkeverhetem. Bár az tény, hogy praktikusabb és kevesebb vesződséggel jár, mint a gomb. A gomb, ahogy az elektronika egy részével, a lakásban lesz. Csak a kártyaolvasó és a kijelző kerül lakáson kívülre. Esetleg 1-2 LED, más célt szolgáló gombok. Nem ettől a biztonsági réstől félek.
3. 113 UID. Még mindig elég egy kisebb vállalkozásnak is, de nekem csak otthonra kell.
3.4. A beírásra, kiolvasásra is tudsz valamilyen anyagot ajánlani? -
#14559
Aryes
nagyúr
JulianSinulf
#14555
válasz
JulianSinulf
#14555
üzenetére
Juj de sok kérdés.
Nézzük.
1. Ezt olvasd el: [link] Szépen le van írva példával, hogyan kell két dolgot egyszerre csinálni (multitasking). A lényeg: a millis() függvény időmérésre alkalmas, az értéke milliszekundumonként változik, másodpercenként 1000x.
2. Gombnyomás helyett legyen egy master kártya. Ha lehúzod, a 10mp-en belül lehúzott új kártya száma bekerül az adatbázisba. A gombnyomás nem túl biztonságos.
3. 8byte helyett 9byte-on fogod tárolni az UID-ket az EEPROM-ban. A 9. byte a számláló. Így nem fog 128 kártya elférni, csak 113, cserébe tudsz sorszám alapján törölni.
4. Az EEPROM műveletek nagyon lassúak, tehát a program indulásakor az összes adatot be kell rántani a RAM-ba, ott utána könnyű lesz végigolvasni, amikor ellenőrizni kell, hogy egy UID bent van-e a listában.Szólj, ha kihagytam valamit.
-
#14558
kesztió
aktív tag
its_grandpa
#14556
kesztió
aktív tag
válasz
its_grandpa
#14556
üzenetére
Azért mert sleep alatt gyakorlatilag nem melegszik az ESP32? És ha még kompenzálom is a hőmérséklet-mérést, nem mindegy, hogy pár tized vagy pár fok a különbség.
-
#14557
kesztió
aktív tag
its_grandpa
#14553
kesztió
aktív tag
válasz
its_grandpa
#14553
üzenetére
Gondolom, fix tápegység az fix feszültségű tápegységet jelent. De nem teljesen világos, hogy fix tápegységnél miért ne lehetne altatni az ESP32-t. Főleg, ha kapcsolóüzemű tápegységről van szó, amelyek általában kifejezetten jó hatásfokúak, tehát ha még szivárogtatnak is áramot, az még mindig jóval kevesebb, mint amennyi altatás nélkül lecsorog az ESP32-n.. Mire gondoltál konkrétan?
-
its_grandpa
tag
válasz
kesztió
#14554
üzenetére
Amit írtál a ..
#14493 kesztió
Direkt 3,3V-ot kap, nem használom a Wemos D1 mini ESP32 beépített tápját (még csak az hiányozna :DD ). A transzformátor ugyancsak a szerelődobozban van de jó mélyen, és be lesz „falazva” PUR-habbal.
Ha tényleg ez a megoldásod, minek a bármilyen sleep ? Mert akku esetén még megértenem de így ? -
#14555
JulianSinulf
őstag
Aryes
#14518
JulianSinulf
őstag
Köszi!
Akkor az EEPROM-ba nagyon sok chip elfér, emiatt nem kell aggódnom.Akkor már csak az a kérdés, hogy lehetne ezt megfelelően leprogramozni.
Az elképzelés:
Fut egy alapprogram, mely a beléptetést vezérli. Ami kódokat most néztem, az alapján ez elég egyszerű, mert, ha nincs mit leolvasni, akkor a program mindig visszatér a leolvasáshoz. (Ez volt az egyszerű.)
Ide be lehetne tenni egy olyat, ha lenyomok egy gombot és "nyomva tartom", akkor a program továbbfut a kódbeírás részére.
Illetve, ha valaki megnyomná a csengőt, akkor a kód a dallamos részre ugorna.
Ezek az ugrálások már nem annyira egyszerűek, de a 2WD autó kódjából talán ki tudom hámozni a nekem kellő sorokat.
Chip felvitel:
Szóval megnyomtam a gombot, a kijelzőn megjelenik a "Bevitel" felirat és várja a chip odatartását. Esetleg egy 10s visszaszámlálással, mert hiába nyomom folyamatosan a gombot, az úgyis csak akkor számít, mikor a kódban a lekérdezése sor hajtódik végre.
Ha nem olvas be semmit, akkor 10s után visszatér az alap programhoz. Először azért gondoltam a gomb nyomva tartása opciót, mert akkor nincs szükség erre az időzítésre.
Ha sikerül a beolvasás, akkor kiírja az UID-t, majd egy újabb leolvasást kér és a két eredményt összehasonlítja. Ha megegyezik, akkor beleírja az EEPROM-ba az értéket.
Ami kérdéses számomra, hogy tudom megoldani a visszaszámlálást, miközben a chip-et is be kellene olvasni. És amikor olvasás történik, akkor a visszaszámlálás értelemszerűen leállna. Vagyis a processzornak egyszerre két feladatot kellene ellátnia.
Majd a másik kérdés, hogyan tudom beleírni a kapott eredményt az EEPROM-ba úgy, hogy egy következő chip bevitele ne írja felül akkor sem, ha újraindulna a program (áramszünet, reset).
Beléptetés:
Az EEPROM tartalmát megfelelően ki kell olvasni és eltárolni. Ez lesz összehasonlítva a belépéshez használt chip adataival. Viszont, ha nő a chip-ek száma, akkor a tárolók számát is növelni kell.
Úgy emlékszem erre is van valamilyen megoldás.
A másik megoldás, hogy egy tárolót használok és minden beléptetésnél ebbe a tárolóba olvassa ki a tárolt értékeket addig, míg az egyikkel egyezés van és beléptet vagy a végére érve nem enged be. Értelemszerűen nem akarok 128 UID értéket kiolvasni, ha csak 1, 2, 3, stb. van eltárolva.
Nem tudom, hogy időben ez mit számítana, gyanítom, hogy nem sokat pár chip esetén.És így visszaolvasva az írtakat eszembe jutott, hogy kellene egy törlési rész is. Mert, ha elhagynám a chip-et, akkor nem lenne jó, ha benne maradna a programban.
Akkor viszont sorszámozni kell az UID-ket az EEPROM-ban, hogy törlésnél egyszerű legyen kiválasztani a megfelelőt és olvasásnál értelemszerűen az üreseket kihagyni, de ott nem megállni. Vagyis mégis csak végig kell olvasni az EEPROM-ot.
Hacsak nem lehetne eltárolni az EEPROM egy részén, hogy mennyi chip van felvíve. Ez egy szám lenne. Bevitelnél nőne, törlésnél csökkenne az értéke egyel. És a program csak addig olvasná az EEPROM-ot, míg el nem éri ezt a bizonyos értéket.Így végigolvasva, hogy mit is szeretnék, nagyon szép, de sokkal egyszerűbbnek tűnik, hogy a kódban adom meg az engedélyezett chip-eket és, ha bővíteni kell, akkor bővítem a kódot és újraprogramozom az Arduino-t. Ha meg törölni kell, szintén ugyanez.
Az UID leolvasásához meg:
a) fenntartok egy külön erre a célra készült olvasót (nem valószínű),
b) kiolvasom a meglévő chip-eim adatait és ezt eltárolom megfelelően, így később nem kell már a kiolvasással bajlódnom (új chip vásárlása esetén bukta a dolog, de jelenleg van vagy 10 darab),
c) ha a chip nincs a programban, akkor kiírja az UID-t a kijelzőre. Azt fel tudom írni vagy lefényképezni és be tudom vinni gépen a kódba, majd a gépet az ajtóhoz vinni és felprogramozni helyben (ez a legesélyesebb tekintve, hogy nem számítok túl gyakori módosításra).Várom a javaslatokat, észrevételeket, ötleteket, hibákat a gondolatomban!
-
#14554
kesztió
aktív tag
its_grandpa
#14553
kesztió
aktív tag
válasz
its_grandpa
#14553
üzenetére
Mit jelent, hogy fix tápegység?
-
its_grandpa
tag
válasz
kesztió
#14551
üzenetére
Az én infóm szerint az ESP belső hőmérő funkciója 2019 óta deprecated mert annyi chip verzió született, ezzel ma szerintem már nem tudsz mérni. Amennyiben 1%-os eszközökkel dolgozol nem kell termosztátonként mérni csak a delta táblázatot másolni.
Változatlanul nem értem (#14552), hogy ha fix tápegységed van miért altatod az ESP-t. -
#14552
kesztió
aktív tag
its_grandpa
#14550
kesztió
aktív tag
válasz
its_grandpa
#14550
üzenetére
Az ESP32-nek lehet maximalizálni a CPU freq-jét (80 Mhz-ig).
Gondolhatod, hogy ezzel kezdtem. De ha nem tudom az idő nagy részét altatásban töltetni vele, megette a fene az egészet. Egyelőre úgy néz ki, hogy szerencsére lehet.
-
#14551
kesztió
aktív tag
its_grandpa
#14550
kesztió
aktív tag
válasz
its_grandpa
#14550
üzenetére
Az ESP32-nek van belső hőmérője, tehát elvileg valóban lenne lehetőség a kompenzálásra, és még csak nem is kellene akkor NTC, csak azzal van a gond, hogy termosztátonként felszerelés után külön kellene bíbelődni a kalibrációval. Tehát az ötletet figyelembe veszem, de kurvára remélem, hogy nem lesz szükség rá.
-
its_grandpa
tag
válasz
kesztió
#14548
üzenetére
its_grandpa #14540-ben:
Nem az SHT35 cseréjére utaltam, hanem arra, hogy mérd az eszközöd hőmérsékletét, ahelyett, hogy hűtőbordát akasztanál rá.Az ESP32-nek lehet maximalizálni a CPU freq-jét (80 Mhz-ig).
Esetleg megpróbálhatnád a kódodból, bár tovább fog tartani a kommunikáció viszont nem fog pörögni.
https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-reference/system/power_management.html -
kesztió
aktív tag
Egy kapcsolóüzemű táp mennyit melegedhet, amikor pár milliampert kell szolgáltatnia az idő nagy részében egy alvó ESP32-nek és egy kis fényerejű, 4 digites kijelzőnek?
Amúgy a táp már biztonsági okokból is egy nedvességálló zselés dobozban lenne, ha nincs PUR-hab. És az se az ördögtől való, hogy a szerelődobozba már eleve 3,3 V érkezzen.
-
dew28
aktív tag
Igazabol, amennyiben kereskedelmi termek lesz belole, akkor eleve rossz az irany, bar elkepzelem, ahogy benne van a manualban:
"Amennyiben 50mm-nel kisebb melysegu dobozod van, fogj egy dobozmarot, es hajra. Kovetkezo lepeskent johet a PUR hab."
nem lehet ignoralni az tapegyseg okozta hot. ilyen forman pedig az ESP fogyasztasa gyakorlatilag mellekszal -
válasz
kesztió
#14545
üzenetére
Még mindig azt mondom, hogy próbáld ki, hogy a percenkénti ébresztés mennyivel viszi el a mérést. Ha kereskedelmi terméket szeretnél csinálni, annak hülyeállónak kell lennie, a legtöbb júzernek az is gondot okoz, ha meg kell változtatni a router default jelszavát, nemhogy átkonfigurálja a routert a WMM Power Save mode bekapcsolásához.
-
kesztió
aktív tag
Az tiszta, hogy a routerben engedélyezni kell. De mi történik, miután felébresztem az ESP-t az alvásból? (Amúgy nem hiszem, hogy hibernációról lenne szó, max mélyalvásról, de nekem ide pont a light sleep lenne a jobb.) Arra kellene könyvtár, hogy ilyenkor mit kell csinálnom, hogy megkapjam a csomagot, mit kell válaszolni az AP-nek, hogy elküldje stb.
-
onagyi
csendes tag
válasz
kesztió
#14510
üzenetére
Szia!
Ha az ESPNOW-t használod nem kell feljelentkezni a routerre, tehát ha altatod azután sem kell. Igaz így azESP32-k egymással kommunikálnak MAC cím alapján, router nélkül.
Minden "kapcsolód" elküldi az adatait egy központi ESP32-nek, ami aztán tovább feldolgozza.
https://randomnerdtutorials.com-on találsz hozzá mintapéldákat is.
Nagy István -
#14541
kesztió
aktív tag
its_grandpa
#14540
kesztió
aktív tag
válasz
its_grandpa
#14540
üzenetére
Nem teljesen világos, mi itt az NTC előnye az SHT35-ös modullal szemben. Kifejtenéd?
-
its_grandpa
tag
válasz
kesztió
#14539
üzenetére
aryes #14524 Ez jó volt :)
Lehet én hagynám a fenébe az átalakítást hűtőbordával+szigeteléssel.
Megoldható egy NTC és ellenállás osztóval az ADC lábra, 1 % pontosságú NTC 10 darabtól 70 huf, az ellenállás meg fillérek. Szépen megírod a kódot, kompenzálz az ESP chip aktuális hőmérsékletével, átlagolsz, satöbbi.
Egy tizedes pontosság szerintem elég, a gyári termosztátok hőmérséklet mérési pontossága ±0,5°C. -
kesztió
aktív tag
Apropó!
Van ez a WMM Power Save mode, ami a 802.11n-ben biztosan benne van, de lehet, hogy a régebbiekben is.
Ez – ahogyan értettem – arról szól, hogy az AP akkor is fenntartja a kapcsolatot a station-nel, ha az éppen alszik. A station polling intervalluma teljesen független a DTIM-től, akkor ébred fel, amikor akar, és egyszerűen csak lekérdezi, hogy az utolsó ébredés óta van-e „félretéve” számára csomag. Ha igen, lekéri.
Magyarán, nincs szükség új bejelentkezésre minden ébredéskor, a kapcsolat fennmarad akkor is, ha valóban percenként ébresztek és a másodpercekig tartó bejelentkezés helyett villámgyorsan le lehet zavarni a kommunikációt, majd vissza lehet aludni. Mintha az én projektemhez találták volna ki!
Erről a dologról itt olvastam.A gond az, hogy nem találok Arduino könyvtárat ESP32-höz, ami támogatná ezt a WMM PowerSave lehetőséget, holott teljesen nyilvánvaló, hogy mind az ESP3866, mind az ESP32 támogatja. Tudsz erről valami bővebbet?
-
kesztió
aktív tag
Az ESP8266 nem termelne kevesebb hőt? 1 magos CPU, talán kisebb órajel... Ugye azért vetetted el, mert kevés az I/O lába?
Eredetileg valóban azért vetettem el, de azóta többször is átterveztem az egészet, és talán boldogulnék annyi lábbal is. De a neten sehol nincs meggyőző adat arról, hogy az ESP32 többet fogyasztana, ugyanis, amennyivel gyorsabb, annyival korszerűbb is az architektúrája. És – nem utolsósorban – fejlettebbek a power save módjai, ami végső soron a legfontosabb a mi szempontunkból.
-
válasz
kesztió
#14535
üzenetére
lehet, hogy ipari termék is lesz belőle
Hát akkor szerintem próbáld meg a percenkénti kommunikációt + MQTT vagy más elterjedt smart home protokoll integrációt, mert akkor nem kell külön szervert is csinálnod a rendszerhez, fel lehet pattintani a már esetlegesen meglévő MQTT brókerre. A szabványos dolgokat mindig könnyebb eladni.
Az ESP8266 nem termelne kevesebb hőt? 1 magos CPU, talán kisebb órajel... Ugye azért vetetted el, mert kevés az I/O lába?
-
kesztió
aktív tag
válasz
Tankblock
#14534
üzenetére
300+ nm betonházban felejtsd el a Wifis megoldást, ha saját a ház.
Ez a vonat már sajnos elment. Nemhogy lejárt a villanyszerelés, de a festés is megvolt mindenhol. Csak a táp, valamint a relé két kábele vannak a termosztátok falidobozaiban.
Nem beszélve arról, hogy ha már ennyi kínlódtam vele, lehet, hogy ipari termék is lesz belőle valaha, és egy UTP kábeles termosztátot a kutya se fog megvenni, mert nagyon keveseknek van meg hozzá a falban a hálózat.
-
Tankblock
aktív tag
válasz
kesztió
#14531
üzenetére
300+ nm betonházban felejtsd el a Wifis megoldást, ha saját a ház.
Köss be fixen UTP kábelt mindenhova, majd POE kaptál powert, MQTT meg mehet a kommunikáció. Kevesebb lesz vele hosszútávon a gond.
Nem szórod tele a házat pluszban Wifi jellel.Vagy Nordic chipek hada Bluetooth MESH, vagy 433 MHZ adó vevővel láttam MESH hálót.
-
Janos250
őstag
válasz
kesztió
#14531
üzenetére
Néhány megjegyzés:
"billeg az utolsó tizedes jegy"
Billeg ott néhány tized mindenképp. Most, az asztalon lehet,
hogy tartja tized fok pontossággal az értéket, de a falon biztosan nem fogja. Egy helyiségben mindig van hőveszteség. Ha nem volna, nem kellene fűteni. Így mindenképpen vannak hidegebb felületek: fal, ajtó, ablak, mennyezet, padló, stb. Biztosan van légáramlás is, ami bizony bekavar. Ha elmész a szenzor előtt lesz akkora légáramlás,
hogy pár tizedet biztosan mozdul. Vagy elmegy alatta a kutya, vagy a macska.Az ESP32 WiFi jele nem éppen erős. Ha routerrel tartja a kapcsolatot, az kiegyenlíti, de egymás között már gyengébb. Hogy is működnek ezek? Hogy megy egy adatcsomag átvitele?
Az adó összekészít egy csomagot, és beleírja a cél címét, ami a MAC cím. Egy borítékba berakja a csomagot, és ráírja a címet.
Aztán ezt a csomagot belekiabálja az éterbe (vagy a madzagra) azzal a logikával, hogy "itt egy levél, kapdossátok el, és akinek a címe van benne az használja, a többi dobja el!" És így tesznek. Ez az alap, minden forgalom alapszintje ez. Erre az ESP-n az ESP-NOW van. Nem kell semmi általános szabályt követni, mert egyedi. Ennél lentebb nem lehet menni, a dolgok lényege miatt. Ilyenkor nem kell se WiFi AP, se semmi. A fogadó ESP-nek persze fogadó állapotban kell lenni.Magasabb szint, ha IP szinten kommunikálsz. Ebben az esetben mindenképpen a WiFi AP-hoz kell küldeni a csomagot, mert ő tudja, hogy ki van bejelentkezve, azaz ki jogosult, és a bejelentkezetteknek mi az IP címük, és ahhoz milyen MAC cím tartozik, mert az alap továbbra is az, hogy a csomagot MAC cím alapján küldözgetik, de már bele van csomagolva az IP cím is. Ezért neked is bejelentkezve kell lenni az adott hálózatra, közvetlenül nem tudsz állomásra küldeni csomagot.
(A madzagosnál némileg másként megy, mert a "mask" alapján eldöntöd, hogy azon a madzagon lóg-e, amin te is. Ha igen, akkor bekiabálsz a madzagra, hogy helló fiúk, akinek ez az IP címe,
az küldje el nekem a MAC címét, hogy tudjak neki levelet küldeni. Mert ott is MAC cím alapján történik a forgalom. Ha nem egyazon madzagon vagytok a címzettel, akkor küldöd a gateway-nek, aki tudja, hogy melyik kapu a kijárat a világ felé, és arra küldi tovább, sorsára bízva.)
Az IP szinten két módon kommunikálhatsz:
UDP: hasonló az alap szinthez. Beleírod a csomagba az IP-t, és szintén bekiabálod az éterbe, de a router/AP MAC címével.
Ő erre lecsap, kikeresi a címzett IP-hez tartozó MAC-et, és annak elküldi. Vagy saját maga feldolgozza, ha neki szól. Összesen ennyi a forgalom, nincs se visszajelzés, se semmi. Soha nem tudod meg, hogy megérkezett-e hibátlanul a csomag.TCP: ez a protokoll már tartalmaz visszajelzést is. Ha pl. hibásan érkezett, mert közben más is kornyikált, akkor újraküldést kér, ha meg minden rendben, akkor ezt jelzi vissza. Ez egy picivel több adatforgalom, de biztonságosabb.
Tehát, ha nem ESP-NOW-t akarsz használni, akkor mindenképpen bejelentkezve kell lenni egy WiFi AP-re. Ez nem akkora gond, mert ez a bejelentkezés élve marad egy ideig akkor is, ha nincs forgalom.
Viszont, ha egy másik ESP AP-nak küldesz adatot, akkor bizony fel kell építeni a kapcsolatot. Ez nekem is okozott problémát: netre kapcsolódik egy ESP, WiFi routeren keresztül, ami küldi folyamatosan az adatokat, és valahol máshol szintén WiFi routerhez kapcsolódik a cél állomás ESP AP. Úgy tűnik, hogy talán sikerült lerövidítenem az időt, de ez a projekt egyelőre félre lett téve, majd folytatom. Ha mégse sikerül, akkor átállok UDP-re.
Volt régebben egy másik projekt, ahol egy központi ESP-nek küldözgettek a viágból adatokat, és ő minden bejelentkezettnek tovább küldte. Ott - úgy tűnt - nem volt hosszú késleltetés.Hát, ezek alapján kell eldöntened, hogy mit akarsz.
ESP-NOW-nál gond a távolság.
UDP-nél, TCP-nél valamivel nagyobb forgalom, több idő, több meleg. UDP-nél egy kicsit kevesebb, mint TCP-nél. -
kesztió
aktív tag
A plexiüveg hővezető képessége 0,26 W/mK, azaz harmada a közismerten jó hőszigetelő üvegnek (0,8 W/mK), és alig rosszabb a guminál (0,16), fánál (0,11–0,15) stb.
Természetesen ettől még szerelhetem a hőmérsékletszenzort úgy, hogy ne érintkezzen az akrillappal, de ezt csak annak az árán tudom megcsinálni, hogy a szenzor így legalább 1 mm-rel bennebb kerül a doboz „mikroklímájába”, ami szerintem rosszabb. -
kesztió
aktív tag
300+ négyzetméteres ház, csupa beton, 15 termosztát.
Legalább 3 router fogja kiszolgálni a ház WiFi igényét, ha nem négy.
Az teljesen kizárt, hogy egy pucér ESP32 ki tudja szolgálni mind a 15 termosztátot, ha egy erős router se tudja lefedni.
Tehát a lefedettségről szól az egész, semmi egyébről.
Az „igazi” wifi sajnos kurva lassú, hogyha ciklikusan fel-és le kell kapcsolódni. Hacsak nincs valami olyan technika, amiről nem tudok. -
dew28
aktív tag
válasz
kesztió
#14520
üzenetére
Bocsanat, de szerintem egy ilyen projektnel az rohejesebb, hogy ha van pl 6 termosztatod esp alapokon, akkor meg x darabot hozza akarsz adni 'szervernek', es amugy meg nem is ertem ezt a koncepciot
ha mar ugyis wifiznek, akkor miert is nem eleg 1 kozponti egyseg?
vagy most akkor mar nem wifin akarunk kommunikalni az alegysegekkel? vagy elvesztettem a fonalat teljesen(?) -
válasz
kesztió
#14520
üzenetére
Még egy ötlet a dizájnnal kapcsolatban: az esp-re ragassz egy olyan pici, 1x1cm-es alu hűtőbordát, asszem VGA-kon szokták használni RAM hűtőnek (legutóbb egy számtech boltban kaptam ilyet), a bordák függőlegesen álljanak, ezzel gyorsul a hőleadás és talán a légmozgás is. A hőmérséklet szenzort pedig úgy kellene felszerelni, hogy ne érintkezzen az akril előlappal, mert az is vezetheti a hőt.
-
kesztió
aktív tag
Hát, valóban, ennél rosszabbat el sem tudok képzelni. Emlékszem, gyerekkoromban hetekig nem bírtam aludni éjszaka, mert billegett a tizedesjegy.
Mondjuk, pont erre egyszerű a megoldás: mérek 10 másodpercenként, kiértékelem percenként 6 mérésből és akkor lépek fel egyúttal a wifire. És még azt se lehet mondani, hogy elavult lenne a régi érték.
Miért, talán anélkül gondoltad megvalósítani a távirányítást?
Tehát lesz egy mobil alkalmazás, amivel direktben próbálsz kapcsolódni az éppen alvó esp-hez?A szerverszámítógépet az ESP NOW-wal megúsztam volna, de közvetlen wifi kapcsolattal valóban nem. Egyre inkább úgy néz ki, hogy ez az ötlet marad, de azért lehet, hogy UDP-vel vagy valamilyen más trükkel fogom megoldani, hogy ne kelljen mindig nulláról kezdenem a bejelentkezést.
-
-
válasz
kesztió
#14520
üzenetére
az az elkerülhetetlenül bosszantó jelenséget fogjuk produkálni, amikor az utolsó tizedesjegy billeg két egymás melletti érték között.
Hát, valóban, ennél rosszabbat el sem tudok képzelni. Emlékszem, gyerekkoromban hetekig nem bírtam aludni éjszaka, mert billegett a tizedesjegy.
Ja, nem.
![;]](//cdn.rios.hu/dl/s/v1.gif)
lesz még egy külön szerverszámítógép, ami a routerhez kapcsolódik, és ami tükrözi az adatokat?
Miért, talán anélkül gondoltad megvalósítani a távirányítást?
Tehát lesz egy mobil alkalmazás, amivel direktben próbálsz kapcsolódni az éppen alvó esp-hez? -
-
kesztió
aktív tag
De azért legyünk őszinték.
Backup megoldásnak – mármint hogy nyugodjam meg, a projektet mostmár biztos nem kell lemondani, ha jobb nem jut eszembe, ez implementálható – kifejezetten jó ötlet. Habár a számításaim szerint a 7-8 mA-es (vagy akár 10 mA feletti) átlagot így is hozni fogja. Ez már összemérhető azzal, hogy kis árammal állandóan csatlakozik és közbe alszik egyet-egyet.Tehát akkor most arra kell koncentrálnom, hogy az általad és its_grandpa által javasolt dizájnelképzelések (megfelelő függőleges szellőzés, az érzékelő teljes leszigetelése stb.) megvalósuljanak.
-
kesztió
aktív tag
„Aludjon 1 percig az ESP. Mikor felébred, mér egyet, ami talán pontos lesz”
Nem lesz pontos. Pontos mérésnek azt nevezzük, amikor 5 vagy 10 mp-enként mérjük és ezt percenként átlagoljuk. Másként az az elkerülhetetlenül bosszantó jelenséget fogjuk produkálni, amikor az utolsó tizedesjegy billeg két egymás melletti érték között.Távolról pedig nem mindegy, hogy 1 perc múlva kapcsol fűtés vagy 5mp múlva?
Nem erről van szó.
Egy smarthome-os mobilalkalmazásnál roppant illendő, hogy, ha nem is azonnal, de legalább pár másodperces késéssel minden termosztát értékét le tudom olvasni. Egy perces késés viszont röhejes. És még nem beszéltünk arról, hogy mi lesz az állítandó paraméterekkel: lesz még egy külön szerverszámítógép, ami a routerhez kapcsolódik, és ami tükrözi az adatokat? Necces, és csak piszkálja a büszkeségemet, hogy 200 bájt átviteléhez 3 másodpercig főzöm a procit.Egyelőre az a legészszerűbb megoldás, hogy annyi esp32 szerver lesz, ahányra szükség van a teljes lefedéshez, és ezek – mivelhogy itt nulla teljesítménymegkötés van – a ház wifijén is tudnak kommunikálni egymással, ha történetesen egymást már nem látják, csak a termosztátjaikat.
-
válasz
kesztió
#14515
üzenetére
A 2. teljesen lehetetlen, hogy működőképes koncepció legyen. Arra nem lehet számítani, hogy az RTC pontos lesz (nem az), a szinkronizálás pedig több energiát fog felemészteni, mint amennyit az altatással megspórolsz. És ha mondjuk két hét múlva az egyik kiesik a láncból, mert nem ébred fel időben?
Én egyébként egy 3. lehetőséget választanék: minek 5mp-enként ébreszteni? Aludjon 1 percig az ESP. Mikor felébred, mér egyet, ami talán pontos lesz. Utána felcsatlakozik a kiszolgálóra, lekéri az aktuális parancsot, majd elmegy aludni. Kb. 50mp marad, hogy kihűljön a doboz.
Ha helyben, gombbal van állítgatva, fontos a gyors reakció, de ez a megszakítás miatt garantált is. Távolról pedig nem mindegy, hogy 1 perc múlva kapcsol fűtés vagy 5mp múlva? Milyen gyakran állítja az ember a hőfokot a szobában? Egy évben kétszer? -
#14518
Aryes
nagyúr
JulianSinulf
#14516
válasz
JulianSinulf
#14516
üzenetére
az olvasó viszont hexadecimális értékeket olvas ki. A program képes a hexadecimális értékeket átváltani decimálisra és kiírni a soros monitorra.
Viszont míg a hexadecimális érték 4*2 karakter, addig decimálisban ez változó.Itt valami kavar van. Az olvasó elvileg 8db byte-ot olvas ki, ha az RFID chip UID részéről beszélünk. Azt is kellene eltárolni az EEPROM-ba, 1kB-ba 128db UID fér el.
-
#14517
JulianSinulf
őstag
Janos250
#14480
-
#14516
JulianSinulf
őstag
Aryes
#14478
JulianSinulf
őstag
A Nano-nak 1 KB az EEPROM-ja.
A csipek változóak.
A programnak decimális számok kellenek, az olvasó viszont hexadecimális értékeket olvas ki.
A program képes a hexadecimális értékeket átváltani decimálisra és kiírni a soros monitorra.
Viszont míg a hexadecimális érték 4*2 karakter, addig decimálisban ez változó.
Úgyhogy nem tudom, mennyire lenne elég az 1 KB-t.
Kezdetben 3 csipet akarok felprogramozni, később még nagy esély van további kettőre.
ESP32-vel egyelőre nem akarok foglalkozni. Az extra tanulnivalóval és utánanézéssel jár, de még ez sem megy úgy, ahogy jó lenne. Bár mondjuk az adatok fájlba való írása sem rossz, ha értékeket akarok tárolni. De ez a projekt odébb van. -
kesztió
aktív tag
Valami azt súgja nekem, hogy ez lesz a tuti megoldás?
Két lehetőség van:
1) egy kurva erős antennájú ESP32 szerver, amin az összes termosztát adatai megtalálhatóak tükrözve. A mobiltelefonos alkalmazás valójában nem a termosztáttal fog kommunikálni, hanem ezzel a szerverrel, amikor meg kell változtatni a beállításokat. (A felhasználónak nem is kell tudnia, hogy ezek nem updételődnek azonnal.) És minden termosztát a maga nyugis tempójában, 5–10 másodpercenként vagy whatever, amikor hőmérsékletet olvas be, egyúttal frissíti is magát a szerverről. Ez persze nem biztos, hogy fog működni egy 300+ m²-es, csupabeton házban, tehát lehet, hogy több szerverre lesz szükség, melyek egymással is kommunikálnak.
Vagy:2) ugyanaz, mint az 1), de nem kell a kurva erős antenna, mert a szerver nem az összes termosztáttal kommunikál, hanem csak a legközelebbiekkel. Így a termosztátok fel lesznek fűzve virtuális láncokra. Magyarul, egy termosztát nem csak a saját cuccával foglalkozik, hanem továbbítja is a többiek adatait, hogyha nem a lánc végén van..
Itt az a nagy baj, hogy rendkívül pontos időzítés kell, hogy az összes termosztát ugyanabban a pillanatban ébren legyen. De remélem, hogy az RTC timer van annyira pontos, hogy 5–10 mp-enként garantálja a szinkronizált ébredést.Mi a véleményed?
-
-
kesztió
aktív tag
Nem tudom ezt mennyire gondoltad át, de én biztosan nem kérnék a lakásomba olyan vezeték nélküli eszközt, ami nem jelszóvédett...
Lópikula, természetesen az se fájna nekem, hogy minden gyorsüzenet-csomagban legyen egy 128 bites kulcs, ez kábé 1 mikrosecundummal növelné meg a nagy áramú állapotot.
Nekem az azonosítási protokoll ledumálása a rossz, ami másodperceket vesz igénybe a normál Wifi belépésnél egy pár ezred másodperc alatt elvégezhető hitelesítés helyett. -
válasz
kesztió
#14506
üzenetére
Nincs tiszta véletlenül olyan lehetőség a WiFi protokollnál,
De, tiszta véletlenül van.
Fogalmam sincs mi ez pontosan, régebben olvastam itt a topikban erről az esp wifi mesh nevű dologról. A leírásban szerepel a "wifi low power" kifejezés, ami kis fogyasztást jelent, tehát kevesebb melegedést.anélkül, hogy ténylegesen belépnék passworddal az adott hálózatba?
Nem tudom ezt mennyire gondoltad át, de én biztosan nem kérnék a lakásomba olyan vezeték nélküli eszközt, ami nem jelszóvédett...
-
kesztió
aktív tag
Nem létezik valami olyasszerű technika, hogy a ping-eléshez hasonlóan küldök egy üzenetet egy IP számra, anélkül, hogy ténylegesen belépnék passworddal az adott hálózatba? És nekem csak egy bitet kell visszaküldenie, hogy történt valami, ami miatt érdemes belogolni, vagy aludhatok tovább?
-
kesztió
aktív tag
A bibi az, hogy nem én vagyok az első, aki WiFi termosztátot épít. Ha mások meg tudták csinálni, nekem is sikerülnie kell!
A 65°C üzemi hőmérséklet az az aktív módra vonatkozik, itt természetesen altatásban fogja tölteni az ideje nagy részét, bármilyen szoftvertechnikában is gondolkoznék. Mi is kell nekem?1) 5-10 mp-enként hőmérsékletet kell mérni.
2) be kell olvasni a touch gombokat, de ez megszakításról megy, irreleváns.
3) és meg kell nézni időnként (még 5 mp-es polling is is belefér), hogy jött-e üzenet a routertől.
Az idő többi részében úgy alukálhat, hogy még a horkolása is kiszűrődhet a dobozból. Ez nem 65°C! Light sleep alatt hónapokat tudnak működni 2–3 ceruzaelemről!Nincs tiszta véletlenül olyan lehetőség a WiFi protokollnál, hogy rövid üzeneteket ügy cseréljen a szerver és a station, hogy ehhez ne kelljen beloggolni, azaz aktív kapcsolatot létesíteni? Ez huszárvágással megoldaná a kérdést, ugyanis gyakorlatilag bizonyított, hogy nagyon kevés Wifi használattal nem lesz számottevő melegedés.
-
#14505
kesztió
aktív tag
its_grandpa
#14503
kesztió
aktív tag
válasz
its_grandpa
#14503
üzenetére
Egyszerűbb lenne ha tudnád, hogy az ESP melegedése miatt mindig n fokkal többet mér az SHT35.
Csak hát ez sajnos nem igaz. Ilyen n nem létezik, azaz ez az érték függ nem csak a pillanatnyi hőmérséklettől,, hanem az eddigi hőmérsékletváltozástól is. Ha ±1°C-szal mérnénk, mint az olcsó termosztátok többsége, akkor még azt lehetne mondani, hogy belefér, de egy precíz eszköznél ez sajnos nem járható út.Ami talán járható: leszigetelem, kb, ahogy te mondod, de ezzel együtt biztosítom a levegő nagyon jó függőleges áramlását a termosztáton belül, hogy hűlhessen az ESP32 (aryes ötlete).
És mepróbáok nagyon kis fogyasztás árán állandó kapcsolatot tartani a routerrel. Erre vannak technikák, de reméltem, ti többet fogtok tudni mindani erről. -
-
its_grandpa
tag
válasz
kesztió
#14502
üzenetére
Ha fix tápod van miért kell bármilyen sleep ? Feleslegesen építed fel, bontod a wifi kapcsolatot ami miatt változik a hőmérséklet és nem tudsz egy "fix" deltát beállítani.
Egyszerűbb lenne ha tudnád, hogy az ESP melegedése miatt mindig n fokkal többet mér az SHT35. Én első menetben megpróbálnám leszigetelni egy EPS/XPS kockával, lásd kép.
-
kesztió
aktív tag
Az alap problémám nem önmagában a Wifi. Hanem az, ha pár xaros bájt átvitele miatt másodpercekig kínlódik a kapcsolat felvételéhez és közben zabálja a milliampereket. Ha úgy működne, mint egy távirányító, hogy kiköpi az adatokat az éterbe egy századmásodperc alatt, legfeljebb pár hibajavító adat és ennyi, a probléma meg lenne oldva.
-
kesztió
aktív tag
Biztos, hogy az esp termeli a meleget, nem a transzformátor? Lehet, hogy a PUR hab önmagában is megoldaná a problémát.
Ja, egy fontos dolgot elfelejtettem megemlíteni.
Egyelőre szó sincs dobozról. Az egész cuccot pucéron tesztelem, élére állítva, hogy függőlegesen járja a levegő (a táp jó 20 centire van egyelőre). És még így is majdnem egy fokot csal felfelé, ahogy megindul a Wifi! (Wifi nélkül a hiba 0.1, max. 0.2°C.)
sot igazabol nem is szoktam piszkalni 
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Tehát lesz egy mobil alkalmazás, amivel direktben próbálsz kapcsolódni az éppen alvó esp-hez?
Új hozzászólás Aktív témák
Hirdetés
ekkold- Kazy Computers - Fehérvár - Megbízható?
- Sorozatok
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Path of Exile (ARPG)
- Porszívók - akkus és klasszikus vezetékes
- Renault, Dacia topik
- EA Sports WRC '23
- Kerékpárosok, bringások ide!
- lezso6: Nem látszik a kurzor Chrome alatt a beviteli mezőkben?
- További aktív témák...
- Lenovo Ideapad Gaming 3/Intel i5-11320H/16GB/512SSD/RTX 3050 TI 4GB/Gari
- HP VICTUS Gamer laptop /i5-12450H/16GB/512 GB SSD/RTX 3050 4 GB/144Hz/
- Corsair RM750x
- Lian Li 011Dynamic Evo/RTX4070Super Eagle OC/Intel Core i5-14600K/DDR5 G.Skill Trident Rgb 6000MHz
- Xiaomi Redmi Note 13 256GB Kártyafüggetlen 1Év Garanciával
- BLUESUMMERS NVMe SSD adapter
- Acer Nitro 5 -AN515 - 15.6"FHD IPS 144Hz - i7-11800H - 16GB - 512GB SSD+1TB HDD -RTX 3050 - Garancia
- Azonnali készpénzes INTEL CPU AMD VGA számítógép felvásárlás személyesen / postával korrekt áron
- 1-12 részletre.Új noblechairs EPIC műbőr FEKETE - FEKETE. 2 év garancia!
- Garmin Fenix 8 Amoled 51mm Sapphire Carbon Gray DLC - Használt, karcmentes
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest