[link] full documentation.

Youtubon is van jónéhány magyarázó videó.

Dióhéjban:
Van egy szerver amit brokernek hívnak és ide iratkozik fel mindenki. A feliratkozott csatornáról kapod az összes információt (subscribe). Küldeni is lehet (publish) amit a feliratkozók megkapnak.

TCP/IP felett is megy, de láttam már Websocket felett is. A lényeges része h a küldő meghatározhatja a Qos (Quality of Service) szintet:

At most once (0)
At least once (1)
Exactly once (2).

Azaz hányszor kaphatja meg a feliratkozó ugyanazt az üzenetet. Erről itt: [link]

A uControllernek nem kell mindig online lennie, de amikor az megkaphatja azokat az utasításokat amik szükségesek a további működéshez. Pl infót h van új Firmware lehet letölteni ha van elegendő energia hozzá.

Release the Beast....

Szeretnék (főleg) NET nélkül, Wi-Fi-n át weblapon keresztül jelszó beírása után ki-be kapcsolni 1 relét.
Esetleg másodpercben megadható beállítható négyszögjellel. Esetleg időzíteni automatikus visszakapcsolását.
Van hozzá: Arduino Nano V3; Arduino Pro Mini; ESP-07; NRF24L01
Konkrétan 1 mozgásérzékelő által kapcsolt riasztó autókürtöt akarok kikapcsolni, mielőtt engem dudálna, úgy, hogy akárki ne tudja állítgatni. Melyikkel lehet megcsinálni, és hogy?

ASRock Z370 Pro4+i3-8100+32GB Windows 22631.2361 Ubuntu 23.10 x64

Szerver alatt websocet-et érted?

(#8951) Tankblock
Köszi. Jó lenne raspberry nélkül, így az MQTT nem lesz jó.

Lehet majd erre is sort kerítek, szerencsére jelenleg nem kell még ennyire elmélyednem.

Sikerült socket szerverrel megcsinálni, hogy routeren keresztül küld egymásnak a két ESP32 egy egyszerű "hello word" stringet.
Az a gond, hogy egyszerre ha bedugom a 2 ESP32-es dev board-ot akkor hiába külön USB porton van, még se ismeri be két külön COM portnak. Régebben TI mikrovezérlőknél nem volt ilyen gondom ott ment 2 panel is külön USB portról. ESP32 dev board (DOIT board ha minden igaz) esetén nem lehet megoldani? Elég rossz így egyesével mindig lehúzni cserélni cilust játszanom.

Még egy kérdés, hogy ESP32-nek fix IP címet lehet adni úgy is, hogy a router gateway, subnet dolgait nem keverem bele, ne kérje? Amit találtam kódot, ott a router paraméterekkel együtt állította be a szerver ESP32 fix IP címét. Másik megoldás, hogy megnéztem serial monitoron az IP címét a szervernek, és manuálisan ezt megadtam a kliensnek. Azt nem tudom viszont, hogy idővel ez az IP vajon változhat-e, azt sejtem igen, attól függően a router milyen IP-t oszt ki.

Megérkezett ez a Sim808-as modulom, azzal játszogatok most.
Azt kell mondjam nagyon király kis cucc ez!
Egy UART kell hozzá, meg egy-egy gpio port a be-/kikapcsoláshoz, valamint az alvó üzemmódhoz (ezeket fel/le kell húzni és tartani egy kis ideig, kvázi gombnyomást szimulálva).
Powerkey gombbal kézzel is lehet kapcsolni. De ha fixen földre húzzuk ezt a lábat (vagy áthidaljuk a gombot), akkor automatikusan boot-ol amint tápot kap és parancsra le is lehet kapcsolni. Megspórolva egy portot. Akkus üzemhez ez szerintem nem ajánlott, hisz Vbat-ról húzza fel ezt nem tudom mekkora ellenállással. De akkus üzemnél e nélkül is boot-ol magától, ha az akkufesz elég magas. CV/CC töltőáramkör integrálva a modulba.
BT3.0-át tud a modul, külső antenna kell hozzá.
És mindent AT parancsokkal lehet elérni, a BT SPP profilnál van transzparens kapcsolati mód is, amikor nem kellenek az AT parancsok, hanem egyszerűen fogad és küld UART portra mindent, mint egy sima HC-06 modul.
Előnye az ESP32-vel szemben, hogy beállítható pin kód a csatlakozáshoz és ugye sima UART, vagyis nem kell betölteni 800 KB-nyi library-t programozáskor. Valamint az erősebb antenna.
GPS-t rém egyszerű használni, igazából van rá kb kettő AT parancs ami sűrűn kell (bekapcs, pozíció lekérdez), NMEA mondatokkal próbáltam, de többféle protokoll szerint tud kommunikálni. Tökéletesen működik, még az USB portról is az ESP32 mellett (elvileg 2A-es táp kéne neki). GSM részét nem próbáltam még, kéne vennem egy feltöltős kártyát bele.
Valamint kéne szerválnom hozzá egy mikrofont és egy hangszórót.

AT parancsfeldolgozásra tudtok vmi könnyű módszert? Sima text parsing jut csak eszembe.

Jah és Janos250 köszi a hardware serial tippet, valóban odatehető a port arra a lábra, amelyikre tetszik.

[ Szerkesztve ]

Hello,

Routeren a dhcp részén ha tudod a MAC címet (szintén kileshető a dhcp listáról) akkor 2 sec alatt lehet beállítani otthoni fix ipt. Ha a szolgáltatótól sueretnél az már más kérdés.

UART szerintem az operációs rendszer szeretné azt a UART chipet mindenáron 1 com portra rendelni. Eszközkezelőben nézd meg mi van akkor ha mind a kettő be van dugva. Az egyik tippem szerint ismeretlen eszköz lesz. Arra telepitsd a drivert megint és rendelj hozzá egy még nem használt com portot

Release the Beast....

Jól tippelted, mert ismeretlen eszköznek látja a 2. csatlakoztatott ESP32-es modult. Megpróbálom felrakni a drivert újra.

A MAC címes megoldás hogyan működne. Ha meg van a MAC cím, akkor az mindig fix, mert hardverhez van rendelve, tehát sose változik, így ezt kell megadnom a kliens eszköznek? Azaz MAC cím alapján csatlakozna a kliens a szerverhez hasonlóan mint ha IP-t adnék meg?

(#8964) Janos250
Köszi

(#8965) tvamos
Nem szeretném mindig újra megadni a kliensnek, hogy melyik IP-re csatlakozzon. Az lenen a jó, ha bekapcsolom akkor az ismert cím alapján a szervert egyből felismerje mindenféle plusz felhasználói beavatkozás nélkül.

A MAC cím alapján a routeren tudsz (általában) statikus DHCP lease-t beállítani (azaz statikus IP címet rendelni a MAC címhez, tehát az az eszköz mindig ugyan azt az IP-t fogja kapni minden DHCP kérés esetén).

Alex

Na ez az amit el akarok kerülni, hogy a router egyéb paramétereit is meg kelljen adni. Sajnos korábban se sikerült rájönnöm arra, hogy mi a gateway és subnet szám. Ha a router beállításaiban megnézem, ott ezt látom.
Ha viszont ESP-vel lekérem, a következővel:

Serial.print("IP: "); Serial.println(WiFi.localIP());
Serial.print("Subnet: "); Serial.println(WiFi.subnetMask());
Serial.print("Gateway: "); Serial.println(WiFi.gatewayIP());

akkor meg 192.168.2.1-et kapok IP-nek, amivel a router beállításait is elérem, illetve 255.255.255.0 subnet címet.
Ha összehasonlítjuk az ESP-vel lekért és a router beállításai alatt látható címeket, látható hogy különbözik. Na most melyik a jó és miért látok teljesen mást?

(#8967) vargalex
Köszi, megpróbálok keresni ilyen beállítást a routeren.

[ Szerkesztve ]

Szia!

A router felületéről lementett kép a WAN kapcsolatod, az ESP pedig LAN IP-t kap. Közben pedig van egy címfordítás. Gondolom a routered 192.168.2.x tartományból oszt IP-t, ami 255.255.255.0 tartomány.

Alex

Ja, tehát hogy nekem nem a vezeték nélküli kapcsolat címét kell néznem, hiába Wifin csatlakozok, hanem a LAN címet? Mondjuk nem értem miért, de akkor kezdek közelebb kerülni a megoldáshoz. LAN bellításnál láttam 255.255.255.0 subnetet meg 192.168.2.1-es IP-t. Köszi.

Ahogy írtam, amiről a képet készítetted az a WAN, azaz Wide Area Network (tehát a routered külső lába, amin az internet felől látszik). Az most más kérdés, hogy a Digi a WAN oldalra is privát IP címet adott neked (100.x.x.x tartomány), tehát ezt az internet felől sehogy nem fogod elérni (lehet, hogy nem is akarod, tehát nem biztos, hogy gond neked).

A belső kliensek (legyen az vezetékes, vagy vezeték nélküli) a LAN, azaz Local Area Network-hoz kapcsolódnak, azaz abból a tartományból kapnak IP-t.

Ezek egy része a wifi kliensek, WLAN

A Wifi kapcsolat a WLAN, azaz Wireless Local Area Network, ahogy írtam a LAN része.

Remélem így tisztább lesz.

Alex

Nagyon köszönöm, keveredtek bennem a fogalmak. Remélem a türelmed nem fogyasztottam el teljesen

Első körben nem akarom kifelé az adatokat küldeni, ha majd mégis szeretném akkor a korábban szóba került módon meg tudom tenni (digit felhívom és megkérem intézkedjenek, vagy nyitok egy portot kifelé a routeren).
Erre majd még visszajövök kérdezni ha eljutok oda.

[ Szerkesztve ]

viragnyelven hogy ertsd az atjaro ( gateway ) az az ip amit beirsz a bongeszobe hogy megjelenitsd a routered config oldalat (pl. 192.168.2.1) az ehhez tartozo alhalozat( subnet ) pedig a 255.255.255.0

kezheted mondjuk itt az olvasast [link] / [link]

[ Szerkesztve ]

[ Szerkesztve ]

Szeretnék majd csinálni egy villanyos bicikli monitorozó egységet ami Bluetooth-on kommunikál egy androidos eszközzel és ezzel kapcsolatosan az lenne a kérdésem, hogy ESP32-vel lenne ez a legegyszerűbb (vagy nano+HC-05) ?
Áram, gázkarállás, feszültség, sebesség lenne monitorozva.

Próbáljuk meg a mondatokat NAGYbetűvel kezdeni

ESP32 egyértelműen.
Viszont a HC-05-tel lehet barkácsolni egy auto-reset áramkört és akkor lehet programot is feltölteni vele kényelmesen. ESP32-nél egyelőre még nincs BT OTA programfeltöltés (bár elméletileg lehetséges), így ott marad az USB.

[ Szerkesztve ]

Egy BH1750 szívat. Breadboard-on összerakva hibátlanul működik egy Wemos D1 Mini-vel, de ha kicserélem egy Wemos D1 Pro vagy egy Wemos D1 Lite-re, egyik sem tudja inicializálni a szenzort. Van mellette egy másik I2C szenzor, egy BME280 is, de nem hiszem, hogy bekavar. Egy I2Scanner-t rátöltve látom mindkét eszköz címét,

Found address: 35 (0x23) // Ez a BH1750
Found address: 118 (0x76)

de a végleges sketchet rátöltve, a bh1750.begin()-re ezeket a hibaüzeneteket kapom:

[BH1750] ERROR: received NACK on transmit of address
[BH1750] ERROR: received NACK on transmit of data
[BH1750] ERROR: other error
[BH1750] ERROR: undefined error
BH1750 device error!

Kivéve a D1 Mini-vel, mert azzal megy jól. A leírás alapján az ADDR lábat VCC-re húzva próbáltam címet váltani 0x5C-re, de semmi változás.

Ezmiez? Van valami ötletetek?

AcCEsS (https://www.metalenciklopedia.hu)

Régebben elmentettem egy prell mérést, a két verzió kicsit másképpen néz ki.
1.1.18:

1.2.14:

menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet

A Wemos Mini sorozat tagjai esetében egyező a lábkiosztás, ráadásul az I2C scanner pozitív eredménye és a végleges sketch futtatása között nem távolítom el a boardot. Emiatt gondolom hogy a bekötés ok, ráadásul a működő lap ugyanoda van dugványozva., Viszont a LED villogtatását megpróbálom, hátha rájövök valamire, köszi a tippet!

AcCEsS (https://www.metalenciklopedia.hu)

Nem jutottam előbbre, de többen írnak hasonló problémáról. Tuti a BH1750 lib lehet a ludas, mert ha a nem működő cuccra feltöltök egy ESPEasy firmware-t, rögtön életre kel a BH1750, azonnal érkeznek a lux értékek. De ha visszarakom a BH1750 example fordítását, nem éled fel a szenzor. Az összes lehetőséget végigjátszottam...

AcCEsS (https://www.metalenciklopedia.hu)

Most már stabilan megy az időjárás-állomás, de az akku aktuális állapotát továbbra sem tudom monitorozni, ebben szeretném a segítségeteket kérni. A bekötési vázlathoz képest annyi változtatás történt, hogy a TP4056 után - aryes javaslatára - bekerült egy boost-buck 3v3 konverter, és a 3.3voltos lábon van megtáplálva a Wemos. Gondolom ott nem lehet mérni, mert az nem az akkufesz. Ebben a kiépítésben hogyan tudnám monitorozni az akku állapotát? Ez a "két ellenállásból csinálsz feszültségosztót, ami leosztja az akku feszültségét, és azt méred meg az analóg porton" tanács nekem nem tiszta, mert totál nem értek ezekhez a dolgokhoz. Mekkora ellenállásokat kellene beszereznem és pontosan hová, mit és milyen módon kell bekötnöm?

[ Szerkesztve ]

AcCEsS (https://www.metalenciklopedia.hu)

Wifi Client és Server kódokat próbálgatok. 8 byte küldése az alap mintákban meg van, de ha több adatot akarok küldeni, illetve tört számot akkor azt hogyan tudnám megoldani? Konkrétan egy hőmérséklet és egy feszültség szint lenne küldve a szerver felé és jó lenne egy minta küldésre és fogadásra is.

(#8990) AcCEsS
Én a következő képpen tenném (bal ábra): [link]
Az ellenállással pedig leosztanám mondjuk 2 V-ra az aksi feszültségét, majd a mérésnél a képletbe korrigálnám az eredményt.

[ Szerkesztve ]

Hát én tudom mi a feszültségosztó, de ezzel az ábrával engem is összezavarsz.
Ha jól tippelek, akkor a bal oldali ábrán a fet "alá" (fet és a föld közé) kell mondjuk két egyforma 10k ellenállás sorba kötve, az analóg lábat, ami a mérést végzi, pedig a két ellenállás közé kell kötni? Ebbe bele kell számolni a fet-en eső feszültséget is, nem lesz egyszerű számolni, bár igazság szerint én azt csinálnám, hogy az alsó határértékre merített akksira kötném az egészet, csinálnék egy mérést, és azt az értéket hardcode-olnám a programba, mint kikapcsolási/riasztási határértéket.
Vagy a [Load] helyére kell a feszültségosztó?
A Vdd pedig ez esetben nem a táp (3,3V), hanem az akkumulátor + ága.

[ Szerkesztve ]

Nem értek az elektronika részéhez, de az ellenállások nem fogyasztóként fognak működni, igy a saját fogyasztásuk nagyobb lehet, mint az ESP-jé deepsleep-ben. Persze, nem biztos, hogy így van.

Alex

Azért írta xboy89 a fettel vezérelt feszültségmérést, mert így csak a mérés ideje alatt fogyasztanak az ellenállások.
Mondjuk ha jól számolok, 3,6V névleges akkufeszültség mellett 2db 10k ellenálláson 0,2mA folyik el, kapcsolgatás nélkül. Az esp deep sleep alatt mennyit fogyaszt? És a boost-buck konverter?

[ Szerkesztve ]

Én úgy értelmeztem, hogy az ábrán látható 2 ellenállás adja magát a feszültség osztót nem kell plusz ellenállás. A FET feszültségre nem gondoltam, de akkor csak annyi hogy a max 2 V helyett mondjuk 2.6 V lesz amit arányosítani kell az aksi max feszültségéhez (ha 0.6 V esik a FET-en). De cáfoljatok meg ha nem így van.
Viszont mivel asszem 2.8 V lehet a minimum feszültség amin még biztonsággal működik az ESP32, így az aksit nincs értelme teljesen lemeríteni. Lényeg hogy meg kell nézni mekkora feszültség esik a FET-en, azt pedig hozzáadni az ADC mért feszültségéből, így meg van a tényleges aksi feszültség. Vdd ahogy írod az aksi.

Deepsleep módban 10 uA a fogyasztása az ESP32-nek, egy AMS1117 3v3 LDO 5-10mA körül van terhelés nélkül.

Hát akkor elég rosszul értelmezted. Az a két ellenállás nem feszültségosztó, ráadásul nincs rajta az ábrán az analóg bemenet bekötési pontja. Ha a [Load] helyére gondoltad a bemenet bekötését, akkor az szépen rákapcsolná a teljes akkufeszültséget a bemenetre, amiből szépen kijönne a füst. Bár az esp8266 i/o lábai 5v toleránsak, ha jól tudom az adc-re ez nem vonatkozik.

Belezavarodtam én is.

Ez lesz az inkább: [link], amivel a FET-et nyitjuk ki-be(M1) azt mondjuk én nem biztos beraknám, de gondolom így a biztonságosabb.

[ Szerkesztve ]

Kell oda az az NPN meghajtás. PNP fetet nem tudsz vezérelni mikrokontrollerrel, mivel az pozitív feszültségre nyit és az akku kapocsfeszültsége nagyobb, mint a GPIO-é. Ha azt közvetlen gpio-ra kötnéd, akkor folyamatosan zárná az áramkört és így merülne az akku, amíg el nem éri a Vcc+küszöbfeszültséget, ha jól tévedek. Mondjuk ahogy nézem a küszöbfeszültség -2 és -4 V közt van IRL9530-nál, így még az is lehet, hogy talán még működne is valamennyire a 4,1 V-os akku esetében.