- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- VR topik
- Gaming notebook topik
- 3D nyomtatás
- Bambu Lab 3D nyomtatók
- Vezeték nélküli fülhallgatók
- Fájdalmasan gyenge kijelzőt válaszott a Switch 2-höz a Nintendo
- Sony MILC fényképezőgépcsalád
- Milyen billentyűzetet vegyek?
- Kormányok / autós szimulátorok topikja
-
PROHARDVER!
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
-
kesztió
aktív tag
Közben egy másik kérdés.
A nagy eufóriában, hogy lesz külön státus LED, megfeledkeztem arról, hogy ennek a fényerejét biza szabályozni kellene. Mert ami nappal éppen csak látszik, az éjjel szétvakítja az embert.
Látom az ESP-12S pin diaramján, hogy néhány (pontosan 4) GPIO mellett fel van tüntetve a PWM (pulse width modulation?) jelzés.
Ez azt jelenti, hogy megfelelő konfiguráció után hardverből képes modulálni a LED fényerejét, nem kell szoftverből kínlódnom vele? -
#13950
kesztió
aktív tag
its_grandpa
#13949
kesztió
aktív tag
válasz
its_grandpa
#13949
üzenetére
Ugye itt az ESP chip típusára gondolsz, nem más központi egységre?
Igen, központ egységen olyan mikrokontroller-lapocskát értek, amin rajta van egy ESP8266 (vagy legyen neked igazad, esetleg egy ESP-WROOM-xxx) plusz a PCB-antenna, és felületszerelni lehet egy hordozó NYÁK-ra, lásd lejjebb, miért jó ez így nekem.
Az SF R433D-ról nem sok mindent találtam
Én találtam. Igaz, az én R433D-s modulom újabb, de nem hiszem, hogy akkora lenne a különbség. És nem 5 perces munka, de lehet vele boldogulni. (Amúgy ez az egyetlen, ami nem sürgős, jövő nyárig piszokul sok dolgom van, addig tudom nyomogatni kézzel is a gyári távirányítót, majd idővel megoldom a dekódolást.)
És pont ilyen felesleges, hogy mind a 16-on legyen SF R433D.
Akkor nem voltam teljesen világos. Nem egy központi hőcserélős szellőztető van, hanem szobánként egy, magyarul ugyanannyi, mint ahány termosztát. (Na jó, valójában csak 10 szellőztető van, 6 termosztátban nem lesz R433D, de ez a lényegen nem változtat.) Tehát a hőcserélő vezérlése lokális probléma, amit az adott termosztátnak kell megoldania. A ház amúgy is túl nagy ahhoz, hogy egy R433D-nek meglegyen a megfelelő hatósugara az összeshez. (És az ütődött betonszerkezet-mérnök miatt háromszor annyi betonvas van benne, mint kellene.
)Upload módba tudod feltölteni a programot de újra kell indítanod az ESP-t, hogy a programod fusson és debuggolhass.
Ez orbitális szívás, de végülis a debug egy nap kínlódás lesz és csá, utána megy a falba az egész. Kibírom.
És akkor végül, hogy miért ragaszkodom körömszakadtáig a hordozó PCB-re felületszerelt ESP8266-hoz ahelyett, hogy egy kész ESP32-es modult vegyek:
Ez végső soron egy apró eszköz, ahol egy <6 cm sugarú és max. 2-3 cm magas hengerbe be kell zsúfolnom abszolút mindent, kijelző, szenzorok, RF modulok, 3,3V step-down táp stb. Ráadásul kívülről még jól is kell kinéznie. Nem beszélve arról, hogy ha beválik, akár kis sorozatban gyártott termék is lehetne belőle.
Úgyhogy, ha nem úgy lesz, hogy van egy központi lap, amire a lehető legtöbb elem fel van forrasztva (incl. az R433D, ha lehet, sőt, a buzzer is), ahonnan külön táp-és földszál indulhat a touch-okhoz, hőmérőhöz, kijelzőhöz stb, egy amatőr kinézetű és megbízhatóságú drótdzsungel lesz az eredmény.Az ESP-12S pedig azért tetszik jobban, mint az újabb VROOM-ok, mert 2mm a pitch, és ez nekem nagyon nem mindegy a forrasztásnál. (1,27mm-rel meg is bolondulnék).
Mondjuk, ezzel az új elrendezéssel több lett a hely, újragondolhatom a dolgot, de azt valószínűleg nem fogom megúszni, hogy NYÁK-ot készítsek, már csak azért sem, mert a modulok felé a tápot és a földet valahonnan el kell osztani. És ha már úgyis nekiállok nyákot tervezni, ne csináljak egy olyant, hogy optimális legyen, minél kevesebb hellyel és drótozással?
-
its_grandpa
tag
válasz
kesztió
#13947
üzenetére
Design szempontból a nyilas,ledes verzióra szavazok de nem ez a lényeg.
Kezdjünk neki :
#13928 ..a központi egységet leszámítva .. Ugye itt az ESP chip típusára gondolsz, nem más központi egységre ?
...egy 433 MHz-es távirányítót adtak hozzá, amit klónozni fogok,...
Kaptál egy 16 gombos távirányítót ? Az SF R433D-ról nem sok mindent találtam én RFM22 és RXB6 modulokkal kísérleteztem. A 433 dekódolás nem triviális, ASK,FSK,OOK moduláció stb. kérdés mit kaptál a kínaitól. Az ESP-t nem tudtam rávenni (még), hogy együtt működjön az RXB6-al, szintillesztési gond lehet. Ugyanaz a kód arduino nanon hibátlanul fut, ESP-re fordítva,feltöltve meg nem.#13929 Van arra esélyem..... Nincs. Upload módba tudod feltölteni a programot de újra kell indítanod az ESP-t, hogy a programod fusson és debuggolhass.
#13937 ... hótt fölösleges, hogy a ház 16 szerelődobozában egy-egy USB interfész lapuljon
És pont ilyen felesleges, hogy mind a 16-on legyen SF R433D.Elég egy eszköz ami tud 433 Mhz-n kommunikálni. Ezt kell megszólítani, hogy küldje el a n sorszámú üzenetet.
Az eddigi infóid alapján azt gondolom vagy az ESPHome vagy az ESPEasy a te barátod.
Szerezz egy ESP12-t és kezdj el velük barátkozni.Kieg: ha még nem olvastad 433 témában , bitekmindenhol.blog.hu , rflink.nl
-
kesztió
aktív tag
A lineáris feszültségosztók (ahol az ellenállások exponenciálisan nőnek, hogy egyenletes legyen a feszültségtávolság a két szomszédos pont között) eleve asszem VCC/2-nél nem tudnak feljebb menni, így a legfelsőbb ellenálláson kell finomítanom, hogy pont jó legyen.
A hőmérő megfordítása valóban jó ötlet lenne, de ezt már elég nehéz kivitelezni, ráadásul az ESP3566-nak a hőmérő felén kell lennie, mert a másik felén ugye ott van a 3 touch, ami a WIFI-t simán leárnyékolná. De szerencsére úgy van kialakítva, hogy nagyon könnyű leszigetelni, gondolom, 0,5…1 cm vastag szigetelőanyag azért talán elég lesz.
-
válasz
kesztió
#13937
üzenetére
Egy észrevételem lenne. Állítsd fejre a lapot, hogy alulra kerüljön a hőmérő! Hogy miért? Írtad az alkatrészek melegedését, mint esetleges problémaforrás. Ha alulra kerülnek a melegedő alkatrészek (feszültség regulátor, maga az esp), a meleg felfelé száll. Bármennyire kevés hőt is termelnek, főleg a regulátor be tud fűteni egy ilyen kis légtérben.
A lábkiosztást kitaláltad már? Az analóg láb ugye tudod, hogy max 1,1V-ot bír el? Úgy tervezd meg a feszültségosztót, hogy semmiképp ne lépje túl ezt az értéket. -
válasz
kesztió
#13928
üzenetére
Tényleg nem értem, miért nem jó, ahogy szeretném.
Nem úgy érzem, hogy eldöntötted volna, hogy mit szeretnél.
Például nem értem, hogy fogsz programot feltölteni, meg debuggolni úgy, hogy az usb-uart nem képezi a rendszer részét, mivel csak az esp12 lapot építed be.A látványterv nagyon jól néz ki.
A felső "virág" a hőmérő lesz? -
#13928
kesztió
aktív tag
its_grandpa
#13925
kesztió
aktív tag
válasz
its_grandpa
#13925
üzenetére
Hát a dolog nem arról szól már, hogy milyen irányban „mozduljak el”, mert az alkatrészek – magát a központi egységet leszámítva – mind megvannak már. És 16 darab készül, ugye, ráadásul maga a váz már ki van marva PESPEX akrillemezből.
Négy szegmenses kijelzőre épül az egész termosztát, a három touch gombbal csak az alapvető dolgokat tudom állítani/kezelni, minden egyéb, amihez grafikus felület kell, kizárólag okostelefonos alkalmazásból. Minimalizmus rulez.
És ugye nem utolsósorban a TM1637-hez olyan egyszerű a környezet, hogy szinte nem is kell programozni. Egy hónap múlva költözünk át a házba, nem ülhetek túl sokat a projekten.
A 433 MHz nem kívánságműsor, nagyon olcsón szereztem jó minőségű hőcserélős szellőztetőket Kínából, 16 darab, ugye. És sajnos nem Wifi, hanem csak egy 433 MHz-es távirányítót adtak hozzá, amit klónozni fogok, remélem, sikerül.
Tényleg nem értem, miért nem jó, ahogy szeretném. A kijelző maradna 5 volton, a 433 MHz is, hogy direktben az 5 V-ot egye, ne az AMS1117-et szívják le. Nem lesz gond az illesztéssel. USB csak ideiglenesen kell, a felprogramozáshoz és a debughoz. a NYÁK-ra kerülne az ESP-12S, az AMS1117, egy csatlakozó az USB to TTL modulhoz, valamint pár ellenállás és kondi. A kijelzőt, a hőmérőt és a touch-okat drótozni fogom, mert nekik megvan a pontos helyük a készüléktestben. az 5V-os táp és a solid state relé a padlófűtés-szelep vezérléséhez készüléktesten kívül kapnak helyet, a fali szerelődobozban.
-
evilskati
aktív tag
válasz
Janos250
#13920
üzenetére
Nagyon szépen köszönöm a válaszod, elsőre a Low-Cost megoldást fogom kipróbálni.
Otthon találtam egy régi telefon töltőt, 5V 1000mA, ez ha jól gondolom elég lesz.
Annyiban még tudsz esetleg segíteni, hogy melyik ESP32-t rendeljem meg?
Geekcreit ESP32
Geekcreit ESP32S - erre gyárilag forrasztva vannak a pinek.
TTGO TDisplay ESP32 - nem sokkal drágábban kijelzős verzió.
Greatzt ESP32 - Ali, forrasztott pinek, nincs szállítási költségHa van valami bevált máshonnan, azt is szívesen fogadom. Pár száz forinton nem fogok rugózni.
Előre is köszönöm!
-
Janos250
őstag
válasz
kesztió
#13921
üzenetére
Amikor beharangozták, hogy lesz ESP32, akkor én az ESP8266-okat és az STM32-ket használtam. Igen, az ESP12-t többnyire magam forrasztottam rá a "fehér panelra", amin már 3 ellenállás eleve rajta volt. Oda kellett figyelni.
Amikor előrendelésben lehetett rendelni, megrendeltem az ESP32S-et, ami a mostani ESP32-WROOM volt. Megemlegettem azt, aki kitalálta, hogy ilyen sűrűn legyenek a lábai.
Mivel rendeltem egy Sparkfun ESP32-t is (majdnem tízezerért), inkább azt próbálgattam. Akkor még nagyon gyér volt a támogatottsága, félre is tettem. Jó fél évre rá írta itt valaki fórumon, hogy már elég jó a támogatottsága, akkor tértem vissza rá, azóta azokat használom.
Nekem is működik (évente néhány alkalommal, amikor nem online megy) egy "termosztát". Két K-type hőmérőt figyelek WEB lapon, ESP12-vel.
A fűtést - mivel demonstrációs célokat szolgál - egy másik esp12 panelról lehet PWM-el beállítani, szintén telefonról, WEB-en.
Ezek a már említett fehér panelon vannak, és univerzál dobozba kerültek "légvezetékezéssel".
Most akarok majd azokhoz is panelt tervezni, és 3D nyomtatott dobozba kerülnek.
Azt még nem döntöttem el, hogy maradnak-e az ESP8266-ok, vagy áttérek ott is ESP32-re.
Én a kész panelokat szeretem.
Azokon minden rajta van, és kényelmes. Ha új programot akarok rátenni, nem kell hozzá 3 kéz, hanem bedugom az USB-be, és kész. Ha valami gond van, kiveszem a panelt, és külön megnézem, hogy annak a programjában van-e hiba, vagy a többi alkatrészben.
A panelom ez-az még rajta van, mint nyomógombok, fesz. szab. meg ellenállások, meg kondik, meg ilyemi. Azokat se véletlenül rakták oda.Hogy ki mit, és hogyan használ, az ízlés kérdése, olyan mint ki a rizst, ki a krumplit szereti inkább.
Én maradok a krumplinál, mert a rizstől a kínaiaknak is ferde lett a szemük, és nem akarok ugyanúgy járni.
-
kesztió
aktív tag
válasz
Janos250
#13920
üzenetére
Tudom, hogy ezt @evilskatinak válaszoltad, de engem is érint a probléma:
Én is szemeztem az ESP32-vel (pontosabban annak a magjával, az ESP32-WROOM-32-vel), de forrasszon a Blaha Lujza 1,27 mm-es pitch-csel felületszerelt modulokat, olyan jó kezem azért nincs. Inkább a 2 mm-es távolság, még akkor is, ha nem szabványos.Másrészt nálam a melegedési probléma roppant kritikus, mert alig másfél centivel az ESP panel alatt ott a Sensirion SHT35, a ±0,2°C-vel dolgozó precíziós hőmérő és elég nagy öngól lenne a szoba hőmérséklete helyett a proci hőmérsékletét mérni. (Megpróbálom leszigetelni, de kérdés, hogy mennyire sikerül.) Így nemhogy nem engedhetem meg magamnak az ESP32 masszív teljesítményét, de még az ESP8266-ost is csak 80 MHz-en merem pörgetni.
Marad az ESP8266 alapú ESP-12S. Intelligens termosztátnak bőven rengeteg, oda még az Arduino Nano is sok lett volna.
-
Janos250
őstag
válasz
evilskati
#13919
üzenetére
ESP8266-ból a node MCU az általánosan elterjedt, de én mindenkinek az ESP32-t javasolom. 800 Ft-tal drágább, de messze nem annyival tud többet.
Most azt hiszi az emberfia, hogy ehhez a projekthez soha többé nem fog hozzányúlni.
De, fog! Majd még ezt változtatni, azt változtatni, nem jó az a WEB-es felület, amit megcsinált az ember, meg jó lenne, ha valamit még mérne, mondjuk fordulatszámot, hőmérsékletet, vagy anyám tyúkját, meg aztán ha valamit tárolna a 4M pótlólagos memóriában az se lenne rossz,
vagy kinek milyen ötlet jut eszébe 1-5-10 év múlva. Ha a vasban ott van a jelentős tartalék, az azért nagyon meg tudja könnyíteni a dolgot.Konkrét problémára egy low cost kivitel:
- ESP32 megtáplálva egy akármilyen telefonos microUSB töltővel a saját csatiján. (Azért a megfelelő Ampert tudja!)
Ventilátor az ESP32-re 3 helyen: GND, 5V, egy GPIO. Nem kell se breedboard, se semmi.
Vagy forrasztva, az a stabilabb, vagy dugaszolós madzaggal.Kissé stabilabb kivitel:
- Csinálsz egy panelt, amin rajta van az ESP32, meg a táp csatlakozó aljzat(ok), és egy (vagy több) hármas csati, a csatkban: GND, +5V, 1 GPIO
Én például épp a napokban terveztem le egy ilyen panelt 4 csatival, amit eredetileg WS2812 meghajtására szánok, de minden olyasmire jó, ahol GND, +5V, GPIO csatlakozás kell.
A panelból a 10 db-ot 5 $ ért (1500 Ft, azaz 150 Ft/darab) gyárt le a kis kínai, de a szállítás vagy háromszor annyi, ezért én együtt több panelt rendelek.
Mivel épp a napokban csináltam, más kapcsán be is linkeltem a képét:
https://prohardver.hu/tema/arduino/hsz_13901-13901.html -
evilskati
aktív tag
válasz
Janos250
#13918
üzenetére
Breadboard helyett van valami jobb megoldás, amivel (könnyen) meg tudom oldani esetleg a különböző eszközök tápellátását?
Magáról a Debboardról nem tudom egyébként meghajtani a ventit? A gyári sepcifikáció szerint 0.1A-al beéri.
Tudsz esetleg linkelni, akkor egy ESP8266-os komplett panelt?
Korábban írtam, hogy ez az első projekt, abszolút nem vagyok képben, úgyhogy mindent szívesen fogadok.
Egyelőre azt nem értem, hogy ha mondjuk egy 5V USB-s tápegységet veszek, és azt bedugom közvetlenül a mikrokontrollerbe, akkor arról, hogy fogom tudni meghajtani a ventit is. Gondolom kellene elé egy elosztó, vagy a ventinek kellene külön táp?
-
Janos250
őstag
válasz
evilskati
#13917
üzenetére
Nekem jónak tűnik.
"ez az 5V 1A DC csatlakozós megfelelő lehet"
Hogy elég-e az 1 A, az a ventilátortól függ. Legyen benne tartalék, mert a kínai időnként szeret nagyot mondani!
A breadboard azért nem egy túl stabil megoldás!
Nézve a linket, igen, itt tartunk : egy ESP32 komplett panel 1400 Ft, egy ESP12 (ESP8266) csak a modul 400 Ft, ESP8266 komplett panel csatlakozókkal, nyomógombokkal USB csatival, fesz. szabályzóval, miegymással együtt 600 Ft. -
evilskati
aktív tag
Sziasztok! Nagyjából összeszedtem, hogy mi kellene a korábban a topikban tárgyalt ventilátor vezérlés megvalósításához.
Mikrokontroller:
ESP32Ha jól gondolom, akkor egy 5V-os tápra lenne szükségem a mikrokontroller meghajtásához, ez az 5V 1A DC csatlakozós megfelelő lehet?
Arra gondoltam, hogy a tápot rákötöm egy ilyen Breadboardra, ahonnan át tudok kábelezni az 5V-os ventire, és a mikrokontrollerre.
Ha jól gondolom, akkor a venti PWM kábelét pedig rá kell majd forrasztanom a mikrokontroller azon lábára, ahol majd a PWM jelet kiadom.
Jó így az elgondolás, vagy van valami egyszerűbb mód, esetleg kellhet még valami hozzá, hogy működjön a dolog?
Köszönöm előre is!
-
kesztió
aktív tag
Amúgy, ha már ESP8266, az ESP-12S tűnik a legfaszábbnak méret és tudás alapján (ugyanaz az újratervezett antenna, mint az ESP-12F, de felületszerelhető kivitel).
Kérdés viszont, hogy a régebbi ESP-07-nek vajon nem jobb-e a belső antennája. Valószínűleg nem, de inkább rákérdezek, mielőtt belefektetnék a dologba.
-
kesztió
aktív tag
Az, hogy mi bemenet, vagy mi kimenet, az ESP8266 nézőpontjából értendő.
– 3 db touch (TTP223): sima TTL bemenet × 3;
– display (TM1637): TTL kimenet × 2, CLOCK + DIO (bár sehol sem írja expliciten, hogy az utóbbi kimenet);
– 433 MHz remote (SF R433D): sima TTL kimenet × 1;
– hőmérő (SHT35): TTL × 2, de sajnos nem tiszta, mi bemenet és mi kimenet;
– passzív piezo speaker, sima TTL kimenet + ellenállás × 1.Ez sajnos 9, akárhogy is számoljuk.
Az biztos, hogy analóg láb nuku, ha van Wifi? nem olvastam sehol ilyesmit. Már beletörődtem az ellenálláslétrás megoldásba… -
válasz
kesztió
#13909
üzenetére
De a Windows 10-nek ebben az esetben is tudnia kell, hogy egy nem akármilyen, hanem egy bizonyos USB eszköz csatlakozik, és gondolom, driver szinten időnként ezt le kell dumálnia, magyarán az lenne a logikus, hogy ilyenkor is legyen két irányú kommunikáció. Akkor ez hogy is van?
Rossz a feltételezés! A Windows csak egy usb-serial eszközt lát, de hogy arra a másik végén mi van rákötve, arról fogalma sincs, és onnantól, hogy telepítve van a megfelelő driver, nem is érdekli.
Az esp lappal az arduino IDE kommunikál, de az is csak onnan tudja, hogy a soros portra mi van kötve, hogy te azt feltöltés előtt megmondod neki.ahhoz, hogy az RX lábat GPIO bemenetként használjam, nem kell mégis leválasztanom galvanikusan az USB to TTL lap TX-jéről?
Nem feltétlenül. Ha az usb nincs gépre dugva, az RX nem kap kívülről semmiféle zavaró jelet. Az uart egyébként is csak azt csinálja, hogy földre húzza a lábat, mint egy kapcsoló, tehát ugyanúgy rá tudsz kötni külső kapcsolót is.
Azt viszont vedd figyelembe, hogy ha Serial kommunikációt használsz, akkor a soros kommunikáció könyvtára magának fogja azt a portot inicializálni,megszakítást állít be rá. Tehát akkor tudod használni saját célra az RX lábat, ha nem használod a Serial lib-et. Javítson ki vki, ha tévedek!Hardveres uart, itt talán nem okoz felfordulást, ha egy gomb rá van kötve.
Debugginghoz érdemesebb inkább a TX1-et használni."The ESP8266 has two hardware UARTS (Serial ports):
UART0 on pins 1 and 3 (TX0 and RX0 resp.), and UART1 on pins 2 and 8 (TX1 and RX1 resp.), however, GPIO8 is used to connect the flash chip. This means that UART1 can only transmit data.UART0 also has hardware flow control on pins 15 and 13 (RTS0 and CTS0 resp.). These two pins can also be used as alternative TX0 and RX0 pins."
forrásDe a galvanikus leválasztás is csak akkor jönne szóba, ha kész nodemcu-t vagy hasonlót használsz, de elvileg arról volt szó, hogy pucér esp12-t fogsz használni, ott pedig bármit köthetsz bárhová.
Megtennéd, hogy leírod, melyik periféria hány lábat és milyen kommunikációt igényel? Már biztosan összeszedted.
Hátha tudok segíteni.
Az analóg lábat úgy tudom csak akkor használhatod, ha nem használod a wifit, úgyhogy szerintem ez nem járható út. -
#13907
its_grandpa
tag
Aryes
#13906
its_grandpa
tag
Egyetértek a #13898-.ban írt véleményeddel, én is a "pucér" ESP12-es megoldást javaslom, így is építek ezt,azt.
Ennek ellenére pontosítanék mert az rx/tx esetén nem igaz, hogy köthet amit akar.
Az rx/gpio3 csak input, a tx/gpio1 csak output lehet, az adott lap pinout reference-et érdemes tanulmányozni. Az ESP-WROOM-32 gpio35-36 közötti 4 láb pl. csak input lehet.
Ha kesztió kolléga a touch modult véletlenül a gpio1-re kötné, nem fog működni neki.@kesztió - csak bátran
-
kesztió
aktív tag
Akkor még egyszer rákérdezek:
1. Az ESP-12S nél pl. bizonyos GPIO lábaknak BOOTOLÁSKOR (tehát, amikor még nincsenek bemenetre vagy kimenetre konfigurálva) egy adott logikai szinten kell lenniük (pl. relatíve nagy értékű ellenállással húzva), de utána azt csinálok velük, amit akarok?2. Normál (tehát debug, nem flash) üzemmódban az USB to TTL igényt tart valamelyik GPIO lábra? Vagy megmarad nekem továbbra is mind a 9?
-
kesztió
aktív tag
válasz
Janos250
#13901
üzenetére
Az ESP32-nek van belső feszültségszabályozója 5V-ról 3,3-ra vagy egyáltalán táplálható 5 voltról? Mert ha nem, hát nem tűnik evidensnek az előnye az általam már korábban linkelt NodeMCU v3-hoz képest (ahol szabad szemmel látható az AMS1117-es feszültségszabályozó chip):
-
Janos250
őstag
válasz
kesztió
#13900
üzenetére
Nem javaslat, csak elmondom, hogy én minden pontban pont a fordított elvet követem. Példának itt van egy lap. ESP32 kész modul kerül rá, az hajt meg 4 WS2812-t.
Kész modult használok, mert kevésbé macerásnak tartom.
ESP32-t használok (szinte mindenhez), mert kettőezer Ft körül van, és kényelmes, nem kell attól félni, hogy ha valamit még be akarok tenni, kevés lesz a láb.
Sőt, mint látható, itt összesen 4 GPIO kell, MÉGIS ESP32-t használok, mint mindenhez.
http://arduinouser.hu/egyebek/ESP32_WS2812.png
(Remélem nem rontottam el valamit, és működni is fog ) -
válasz
kesztió
#13896
üzenetére
Szia!
A 2-es megoldásra biztatnálak, a külön programozó áramkörre.
Arduino rendszerbe már rég integrálva van az eszköz, az nem fog problémát okozni. Esetleg annyi csavarral, hogy a fejlesztés/module testing idejére használhatsz wemos d1 mini-t/nodemcu-t, hogy ne kelljen folyton átpakolni a lapot a programozóba és vissza.Az rx/tx lábakat is fel tudod használni i/o célokra, csak vedd figyelembe, hogy néhány lábnak a bootoláskor megadott jelszint kell, néhány hozzászólással ezelőtt linkeltem leírást. Debugginghoz úgy emlékszem van külön serial tx1 kimenet ami a programozásra használt rx0/tx0-tól független.
Nem néztem meg a felsorolt perifériákat, de 5V rendszerbe jól lehet illeszteni az esp8266-ot, mivel a kimenetek hivatalosan 5V toleránsak, de fontos, hogy a tápfeszültség ez esetben is 3,3V legyen, mert 3,6V fölött megsül az integrált flash a modulon belül.
-
kesztió
aktív tag
ESP8266 alapú fejlesztési környezetben jártas fórumtársak segítségét kérem.
Egyszerű smart home-applikáción dolgozom (okos fali termosztát), eredetileg Arduino Nano-ra volt elképzelve a dolog, méret, ár, egyszerűség stb. meggondolásokból.
A gond ott van, hogy Wifi is kell, és az Nano méretű natív Arduino-lapok ezt nem igazán tudják. És, ha már ESP8266 alapú modul nélkül nem megy, akkor már miért ne lenne szükség egy Nano lapra, ha az ESP8266 mindent tud, ráadásul jobban.Mondanom sem kell, hogy már minden 5 Voltos, innen visszalépés nincs.
Aszerint, ahogy utána olvastam, két lehetőség között választhatok.
1. Olyan development Board-ot használok, ami ESP8266-ra épül, de 5V-os (van rajta feszülstségcsökkentő modul, mert az ESP8266 ugye a 3,3V-ot szereti), van rajta USB stb. Pl. ezt (NodeMCU V3):
vagy
2. Veszek egy pucér ESP12S-et, és készítek egy egyszerű lapkát, amire ráforrasztom az ESP12S-et, az AMS1117-et a 3,3V előállításához, valamint egy tűcsatlakozót, amibe bármilyen USB-to-TTL modul beleilleszthető (flasheléshez, felprogramozáshoz, fejlesztéshez, stb., de a tényleges használatkor eltávolítanám), plusz pár ellenállás és kondenzátor.
Én az utóbbi megoldásra hajlanék, mert kompaktabb és kevesebbet kell majd drótozni. És akkor jönnének a kérdések.
I. Ezek közül egyik sem natív Arduino eszköz, és eszem ágában nincs most egy idegen környezetbe belemélyedni. Ha jól értem, mind az 1., mind a 2. esetben telepíthető olyan firmware, ami a megszokott Arduino eszközzé varázsolja az eszközt. Kérdés, hogy ez mennyire igaz, és mekkora macerával jár.
II. Szükségem van egészen pontosan 5 digitális bemenetre és 4 digitális kimenetre, azaz gyakorlatilag mind a 9 GPIO-ra az ESP 12x-ről. Kérdés, hogy ez a 2. esetben megoldható-e, főleg, hogy kell USB is a felprogramozáshoz/debuggoláshoz, és attól tartok, hogy ahhoz nem elég az RXD meg a TXD. Ha nem lesz ennyi portom, akkor sajnos az 1-es megoldás lesz a nyerő, ami elvileg kényelmesebb, de olyan lesz a termosztát belseje, mint a heringesdoboz, plusz még a drótok.
Hozzá tudtok szólni, kérlek? Fontos lenne! Kösz!
Megj. Amit illesztenem kell:
TTP223 alapú touch modul;
TM1637 alapú 4 szegmenses display;
SHT35 alapú páratáartalom- és hőmérő modul;
SF R433D alapú 433 MHZ-es távvezérlő modul;
passzív buzzer. -
csongi
veterán
Sziasztok!
Megérkezett az ESP-32.
Belekezdenék a projektembe. Csak fogalmam sincs hogyan kell.
A lényeg.
Van egy board és egy relé. A boarddal mérnék időt, és meghatározott időkönként meghatározott ideig kapcsolnám a relét. Az idő folyamatos lenne, vagyis áramtalanítás után is folytatnia kellene ahol megszakadt.
Illetve egy ilyen kis lapocska mennyi áramot fogyaszt? És mennyire szereti a rendszeres áramtalanítást? Ha lehet nem hagynám folyamatos áramellátás alatt.
A ki-be kapcsolás száma rendszertelen és meghatározatlan. -
#13873
Janos250
őstag
tonermagus
#13871
Janos250
őstag
válasz
tonermagus
#13871
üzenetére
1. Ha LORA-ban gondolkodsz, akkor - azt sejtem - nagyobb távolságról van szó.
2. Mennyi NMEA üzenetet akarsz küldeni, mert ha RTK, ahhoz a LORA sávszélessége nagyon kicsi.Én ugyanezt (vezetékmentes UART híd) WiFi-internet alapon oldom meg.
Az egyik eszköz csatlakozik egy vezetékes netre kapcsolt WiFi routerre, ez bárhonnan elérhető portforwarddal, erre küldöm.
A másik egy régi, kidobott mobiltelefon mobilnettel. Mivel erre nehezebb küldeni, ezért ez küld. Amikor csak próbálgatom, akkor WiFi-n elérik egymást, akkor mindkettő WiFi-re dolgozik.
Ha mégis a mobiltelefonos állomásnak akarok adatot küldeni, akkor azt a mobilnetes http-n kéri a fix állomásról, amire a válaszban jön a kért adat.Úgy rémlik, mintha már egyszer itt be is írtam volna a programot, de ebben nem vagyok biztos.
Nekem kilobájtokat/sec kell küldenem, ehhez a LORA gyenge lenne, de ha kevesebbet akarsz küldeni, akkor a LORA valószínűleg jó megoldás, bár én még nem próbáltam ki, pedig már vettem Bangoodról ESP32 LORA modulokat.
Csak tudnám, mit kezdek ezzel a sok összevásárolt kacattal.
Én mindent ESP32-vel oldok meg.
-
Janos250
őstag
válasz
gyapo11
#13840
üzenetére
"A kevés portra a portbővítés a megoldás, pl. shift regiszterrel vagy i2c-s portbővítővel."
Vagy használunk több lábú kontrollert. Amennyi macera egy külön IC alkalmazása, bőven megtérül az a párszáz Ft, amivel egy többlábú kontroller többe kerül.
PL. az ESP32-n tényleg változtatás nélkül (általában) használhatók is a 8266 programjai. -
-
wocsok17
tag
Sziasztok!
Öntötőrendszerhez szeretnék reléket kapcsolgatni, de elakadtam.
Ez alapján a leírás alapján próbáltam kapcsolgatni a reléket egy ESP8266-al. De a leírásban is van, hogy csak azt az 5 lábát lehet biztonságosan használni. Az a gond, hogy bármelyik másik GPIO-ról póbálom vezérelni a többi relét, akkor már a program rátöltésekor is kapcsolgatja, illetve resetnél is behúz valamelyik.
Erre van vakinek megoldása?Köszi
-
gyapo11
őstag
válasz
evilskati
#13833
üzenetére
Ha egy határozott helyen van a füled, akkor van esély az aktív zajelnyomásra. A hűtő zaja várhatóan periodikus. Odateszed a mikrofont, ahol ülsz, a jelet beviszed mondjuk egy esp32-be, digitalizálod, és előállítod az inverzét, amit kiküldesz egy hangszóróra. Addig korrigálod az inverz görbét, amíg a mikrofonon már semmi hang nem észlelhető, ekkor már síri csendben fogod nézni a tv-t. A hangszórót annyival közelebb kell tenni a füledhez, amennyit késleltet az esp a jelfeldolgozással.
Most ért bele a kezem a bilibe.
A másik ami nekem bevált pl. utcán sétálás közben, az az aktív zajszűrős fejhallgató. Pedig az utcai zaj nem periodikus, mégis sokat tompít rajta. Korábban föl kellett nyomnom a hengerőt, hogy már szinte bántott, különben nem értettem a halk beszélgetést. Meg előre megdolgoztam a hangfile-t, dinamika kompresszió, hangerő emelése.
Mióta megvan ez a fejhallgató, a kimondottan halk beszédet is értem benne, miközben az utcai forgalomban haladok. Tv nézésnél gond lehet a BT késleltetése, arra nem tudom mi a megoldás. -
evilskati
aktív tag
válasz
Janos250
#13815
üzenetére
Köszönöm!
Összeszedek akkor egy bevásárló listát, hogy megfelelőek lesznek-e a kinézett cuccok.
Ha külön tápról mennek a ventik, akkor is szükségem lesz a FET-re?
Illetve, még egy dolog, amit a keresgélés során találtam. A ventik PWM-je elméletileg 25 kHz frekvenciával működik. Ez konfigurálható?
(#13818) Gergosz2:
Köszönöm! Szeretnék ismerkedni a mikrokontrollerek világával, ezért is gondoltam az ESP32-re, jó lenne valami logolást is beépíteni majd a dologba.Viszont a legnagyobb akadályozó tényező, hogy ezek számomra elég idegen dolgok. A FET-et sem tudom mi
Olvastam most róla, de valószínűleg valahonnan -1-ről kellene kezdenem, mert nem értettem a cikket.Van esetleg valamilyen jegyzet, könyv, bármi, ami mentén el lehet indulni?
(#13816) gyapo11, (#13819) aryes:
Ha ez a tompítós ötlet nem válik be, akkor ezzel is elszöszölök majd, köszönöm az ötletet. -
Janos250
őstag
válasz
evilskati
#13814
üzenetére
Jó, persze.
PWM-et szinte minden kontroller hardverből tud. ESP32-n van "led PWM" és "motor PWM" több hardver csatornával, és van kényelemre 8 db. független hardver RMT csatorna. Ez utóbbiban egy 32 bites szám egyik felében megadod, hogy hány ciklusig legyen alacsony, a másik felében,
hogy hány ciklusig legyen magas.Gyakorlati különbség nemigen van a különböző lapok között, az árán kívül.
Igen, a WEB lapon vezérlés kényelmes, és egyszerű.
Kell még egy FET, mert egy ventilátornak nagyobb áram kell, mint amit egy mikrokontroller lead.
-
evilskati
aktív tag
Sziasztok!
Szeretném a segítségeteket kérni a következőkben: A probléma az, hogy van egy beépített hűtőszekrényünk, aminek elég hangos a kompresszora. A szekrény hátulját már telibe ragasztottam akusztikai szivaccsal, ami sokat tompított a hangján, de még így is zavaró. A szekrény alja és teteje ki van vágva a megfelelő szellőzés biztosítása végett, így a kompresszor által termelt hő szépen kiszellőzik. Ez okozza a problémát is, mert a légjáratban szabadon közlekedik a hang. A kompresszor a szekrény alján van, főleg arra távozik a hanghullám.
Az ötletem az volt, hogy barkácsolok egy hangszigetelt légcsatornát alá, kvázi egy dobozt, amiben cikk-cakk alakban szintén elhelyezek akusztikai szivacsot, így a hang remélhetőleg elnyelődik dobozon belül. A probléma ezzel az, hogy a dobozon keresztül valószínűleg nem lesz elég huzat a szekrény kiszellőzéséhez, emiatt megragad a hő, és még többször fog kapcsolni a kompresszor. Arra gondoltam, hogy a szellőzést ventilátorokkal oldanám meg. Ezt a típust néztem ki, ami nem rendelkezik magas zajszinttel:
https://noctua.at/en/products/fan/nf-a4x20-pwmEbből szeretnék beszerelni 4 darabot a dobozba a megfelelő légszállítás elérése végett. Azonban, hogy ne maximum járjanak, ezért leszabályoznám őket PWM-el. A Noctuánál lehet hozzájuk PWM vezérlőt is kapni: https://noctua.at/en/products/accessories/na-fc1, de elég drága, és nem túl okos. Beleolvasva a topikba, úgy láttam, hogy egy Arduino vagy ESP32 kevesebb pénzért magasabb tudást ad, és a vezérlésre megfelelő lenne.
Első körben azt szeretném megvalósítani, hogy egy Mikrokontroller PWM-el szabályozza a 4 ventilátor fordulatszámát (egyszerre elég a 4 ventit, nem kell külön-külön). Ha ezzel megvagyok a továbbvinném a dolgot, és bővíteném egy hőmérséklet és egy zajszint mérővel. A zajszint azért kellene, hogy tudjam mikor kapcsol be a kompresszor. Ez csak adatgyűjtés miatt érdekes. Persze jó lenne, ha a zajszintmérő kalibrált lenne, de elsőnek az is elég, ha meg tudom különböztetni, hogy mikor jár a kompresszor és mikor nem.
Láttam egy-két projektet neten, ahol az ESP32-n egy egyszerű webszervert futtatnak és a weboldalon keresztül szabályozzák a ventik fordulatszámát. Ez lenne a végső állapot.
Ott tartok most, hogy átnéztem egy két példa projektet, de soha nem foglalkoztam eddig elektronikával, ezért nagyon sok minden ismeretlen számomra. Egyszerűbb scripteket írtam már, de ez egy teljesen más világnak tűnik. Az sem teljesen világos, hogy ESP32-ből is többféle verziót látok, gyári devkitet, nodeMCU féle devkitet. Ezek megegyeznek és csak az áruk más, vagy van különbség?
Jó lehet egy ESP32 ennek a feladatnak az ellátására? Ha igen, akkor pontosan mit kellene beszereznem? Gondolom az alábbiakra szükségem lesz:
ESP32 Devkit
Jumper kábelek
Breadboard?
12V táp a ventik meghajtására. Erről a tápról step-down-al tudnám meghajtani az ESP32-t is?
USB kábel az ESP32 programozására.Előre is nagyon szépen köszönöm a segítségeteket.
-
Sebiferi
tag
Sziasztok!
Segítséget szeretnék kérni, megpróbálom röviden leírni:
Van egy ESP32+DS3231+I2C Oled egység, amire "N" darab ESP8266 időnként adatot küld WiFi-n keresztül. (csak néhány byte-ot, jelenleg 3-at). Ezeken kívül van egy ESP8266, ami szintén kell, hogy küldjön adatot (és küld is) az ESP32-nek, DE ennek fogadnia is kellene adatot az ESP32-ről (szintén csak néhány byte-ot). Itt akadtam el. Az ESP32 (TCP server) és az "N" darab (client) között mennek az adatok. Hogyan kellene megoldanom, hogy az ESP32 tudjon adatot küldeni arra az egy ESP8266-ra?
(Minden eszköz egy dedikált AP-re csatlakozik fix IP-vel.)Előre is köszönöm ha segítetek!
-
Tankblock
aktív tag
válasz
EvilNside
#13757
üzenetére
Meg se merem kérdezni, hogy a hőmér projectből hogy lett macska trackelő project ....
A GPS maga nem lesz kis fogyasztás, szerintem erre lehet venni készen kisállat trackert....
A lényeg hogy az átlag fogyasztást kell lenyomni a uA tartományba ott is a 10-20uA mértékre.Helyedben fix időközönként (pl RTC vel) rákérdeznék egy fix adónál hogy kell-e mérni, ha kell akkor adó küldi, a parancsot. Ha értesz kicsit assemblyhez akkor ez egy ESP ULP magját is használhatod erre.... Majd azzal felkelted a fő magokat amik megcsinálják a GPS mérést..... Nem lesz az sehogysem kevés energia..... GPS folyamatosan illene mennie a jó pontosság végett... Bár lehet van olyan ami gyorsan talál műholdakat.....
-
_q
addikt
Nekem is ESP32-vel deep sleepben megy fél évet kb egy 18650-es aksival erkélyen meg téli időszakban is. Persze itt pár fokkal melegebb van mint messzebb az epulettol, de annak ellenére hogy kaptam pár kritikát hogy a hideget nem fogja bírni, meglepően jól bírja az alirol rendelt 3400mAh-s aksi.
tonermagus
Ezzel egyedül leszek szerintem, de nekem nem jött be a 2 mag. Az oké hogy 2 magja van az ESP32-nek, de az egyiken mennek a perifériák kezelése, másikat amin a "loop" ciklus van még mehet a felhasználói kód. Ha használsz valami perifériás dolgot, mint wifi, Bluetooth, dpi stb. És mellé még beteszem valami hosszabb kódot akkor nem tud stabilan menni, mivel valami perifériás időközönként megtámasztja a kododat. Ezért vagy hanyagolni kell a perifériák használatát és akkor talán megy stabilan, vagy nagyon minimál dolgot szabad oda tenni. -
#13762
tonermagus
aktív tag
tonermagus
aktív tag
Sziasztok!
Elkészült a projektem, szeretném szépen összeállítani és bedobozolni.
Ezzel kapcsolatban lenne pár kérdésem:
1. Ha teljesen zártra bedobozolok egy Step-Down-t, egy GPS vevőt és egy Arduinot akkor be tud-e melegedni? Kell-e rá szellőző nyílás/lyuk?
2. Ilyen step-downokat használnátok-e? Szeretném ha megbízható alkatrészekből állna össze az eszköz. 7-8V-ot szeretnék vele 5V-ra illeszteni. Fontos lenne a hosszútávú megbízható használat.
3. Az egyszerűség kedvéért a Step-down-ból érkező 5V-al hajtanám meg az Arduino-t, majd az arduino egyik 5V-járól (esetleg 3,3-ról) hajtanám meg a GPS modult (Neo m8n). Ez okozhat gondot hosszútávon? Elvileg a GPS modul áramfelvétele elhanyagolható, az ardunak bírnia kellene.
+ egy extra kérdés ESP32-vel: nagyon tetszik maga az eszköz, és az is hogy sokkal gyorsabb, kisebb, és olcsóbb is mint egy Arduino NeoGPS library-t használok, és ott ugye figyelmeztetnek rá, hogy csak egy megadott helyen szabad egyéb programkódokat beilleszteni hogy ne vesszen el GPS adat. Itt számíthat az, hogy milyen gyors az eszköz? Előjöhet itt az ESP32 gyorsasága előnyként? Teszem azt mondjuk több sort, több erőforrást igénylő számítást írhatnék ide GPS adatvesztésig mint Arduino esetében? Igazából nem vágom hogy mennyi kód számít soknak egy vezérlőnek... Ha pl. ebbe a ciklusba beteszek 20-30 if függvényt (tudom hogy nem elegáns) akkor az lassíthatja-e érdemlegesen a program futását, vagy ez annyira pici, hogy meg sem kottyan neki?
Illetve írtátok, hogy az ESP két szálon is tud működni. Meg lehetne azt oldani, hogy a GPS-el kapcsolatos számítások futnak az egyik szálon, minden más pedig a másikon? Vagy ez nem ilyen egyszerű? -
válasz
EvilNside
#13758
üzenetére
Az 1 uA fogyasztást nekem is gyanús, hogy akkor produkálja, mikor be van kötve, de a rádió rész nem aktív.
Ez a macska-tracker ott fog elbukni sajnos, hogy nem tudod annyira kicsire és könnyűre megépíteni, hogy a macsek ne húzza le magáról.
Maga az esp önmagában elég pici, ha nincs nyákra építve (lora, wemos stb), de egy gps modul pl fogalmam sincs mekkora. A nyakörv alkalmas lehet arra, hogy egy normális antennát varrj bele. -
Tankblock
aktív tag
válasz
EvilNside
#13748
üzenetére
Hello, mennyire kell ad hocnak lennie?
Leírnád a use-case-t? Ahhoz hogy Minimál batteryről menjen átlagban uA tartományban kellene tartanod a fogyasztást 10-20uA. ESP-NOW nem lehetetlen. Az egyik oldalnak folyamatosan aktívnak kell maradnia, és küldhet vezérlést is, pl a mintavételezési időt növelni, csökkenteni.....Másik a Soft Latch h valami külső trigger hatására aktíválódik csak és amikor végez akkor kikapcsolja magát....
NRF chipek esetenként bluetooth, vagy Zigbeen keresztül .....
-
válasz
EvilNside
#13748
üzenetére
Ez így ebben a formában több okból is elvetélt ötlet. Egyrészt a 3V gombelem szerintem nem képes akkora áramerősséget leadni, hogy a wifit táplálni tudja az adás idejére, még ha megtámogatod is vmi nagyobb pufferkondival. Másrészt a vezeték nélküli hőmérők (te vezetékest írtál, nem tudom elírás volt-e) fordítva működnek, deep sleep-ben vannak, időnként felébrednek, elküldik a jelet, aztán visszaalszanak, nem várnak vezérlő jelet. Nekem legalábbis ami volt, 2 fajta is, az így működött. A kültéri egység az adó, a beltéri a vevő.
A li akkus táplálás nem lehetetlen, hasonló projektet csinált az egyik kolléga, egy 18650 cellával több hónapot elmuzsikált egy esp8266+hőmérő modul. De az nem gombelem. Esetleg 3db AAA ceruzaelemmel tudnám elképzelni a legkisebb méretben.
Ha pedig ragaszkodsz a külső triggereléshez, nem írtad ugyan, hogy mekkora távolságot kellene áthidalni, de én vmi analóg jeladót tudnék elképzelni, a vevő oldalon egy nagy nyereségű antennával+rezgőkörrel, esetleg vmi minimális erősítő fokozattal, hiszen egy digitális bemenetre kell jelet küldeni az ébresztéshez, ami uA nagyságrendű jelet igényel. Esetleg ha néhányszor 10m a távolság, lehetne egy tsop IR receiver a vevő és egy tetszőleges tv távirányító az adó. -
EvilNside
csendes tag
Sziasztok! Szeretnék egy olyan wifi hőmérőt összedobni esp8266-al, ami ami csak ad-hoc jellegel mér, és küldi a mérés eredményét. Mindezt oly módon, hogy csak minimális akkumulátor kapacitással rendelkezhet (mondjuk 3v os liion érme) és én tudom távolról kézzel triggerelni a mérést. Mivel aktívan figyelni egy ilyen kérést jellemzően drága dolog, de olyan noname vezetékes hőmérőt már láttam ami egy ceruzaelemről elmuzsikál egy évet (vevő oldalon), arra gondoltam, hogy esetleg lehet találni olyan 443mhz es adót ill. vevő modult, ami ilyen alacsony fogyasztással bír, és mondjuk egy FET el kapcsolhatnám az esp8266 tápellátását. Találkoztatok már ilyen megoldással/tudtok esetleg valami (lehetőleg óccó) modult ajánlani, vagy teljesen elvetélt ötlet?
-
Janos250
őstag
válasz
Istv@n
#13743
üzenetére
Hát, az nagyon függ attól, hogy milyen kontrollert használsz.
Én pl. használtam a "Tickert.h"-t ESP8266-on, amikor még nem volt ESP32.
Létrehozol belőle egy (vagy több) példányt, és megadod, hogy mennyi idő múlva melyik rutin fusson le.
https://github.com/sstaub/TickerValaki emlegette a "Scheduler.h"-t is.
"Scheduler.start(loop2);
Scheduler.start(loop3);"
Az extrán létrehozott loopokban külön témánként adhatsz időzítést delay()-ekkel, mert amíg várakozik, addig fut a többi loop.
https://www.arduino.cc/en/Tutorial/MultipleBlinksÉn ugyanezt a módszert használom ESP32-n, mert ott lehet külön szálakat, taskokat indítani.
http://arduinouser.hu/esp32/AszalakEsAzESP32.pdf -
Janos250
őstag
válasz
ecaddsell
#13719
üzenetére
Én is javasolom Imynek azokat, amiket itt leírtál.
Az alábbiakkal egészíteném ki:
"Tutoriált kell nézegetni (keresni), külön van arra, hogy az Arduino után még hogyan kell feltenni az ESP32 specifikus dolgokat."
A tutoriálok zöme még a régebbi, macerásabb módszert írja le az installálásra.
Helyette az Arduino IDE file menü, beállításokban a
"További alaplap kezelő URL-ek"-hez írd be, ha ESP32-t, és ESP8266-ot akarsz használni:
https://dl.espressif.com/dl/package_esp32_index.json,https://arduino.esp8266.com/stable/package_esp8266com_index.json
Ha újraindítod az Arduino IDE-t, az eszközök/alaplap/alaplap kezelő helyen tudod ténylegesen installálni.
(hogy ismételjen önmagam)"Nagy az interrupt latency"
Ezt majd egyszer kipróbálom, mert ez érdekes. Akkor is ilyen nagy, ha IRAM-be teszed az ISR-t?Valóban lehet bizonyos esetekben, hogy kevés lesz a láb, ebben az STM32 valóban jobb.
Különösen fennáll ez a lehetőség, ha az ESP CAM verziót használod (kamera nélkül) azért, mert azon rajta van a microSD kártya hely, viszont kevés a szabad láb.
Én egyébként az STM32-nek általánosan a legolcsóbb ("sárga jumperes") 1000 Ft alatti verzióját használtam megelégedéssel.
Vettem 10 ezer körüli panelt is, de mire azt beüzemeltem volna, már megjelent az ESP32, és átálltam arra.Ja, és az STM32 előnye, hogy ARM!
-
ecaddsell
aktív tag
Én anno a Banggoodon vettem amikor nagyon akciózták a többes csomagot (meg más kapcsán tapasztaltam, hogy ér valamit az ügyfélszolgálatuk, ha hibás cuccot kapsz, bár itt nem jellemző), mostanában nem vettem semmi ilyesmit.
Tutoriált kell nézegetni (keresni), külön van arra, hogy az Arduino után még hogyan kell feltenni az ESP32 specifikus dolgokat.
Viszont ha ezt feltetted rengeteg példaprogram is megy vele amit csak le kell fordítani és feltölteni (menüben megkeresed, tényleg mindent alád tolnak). Ezek közt vannak netes is pl. RTC clock-NTP client stb (ehhez jó ha van 1 OLED modulos ESP32, de sokat ne vegyél mert ezek viszik a IO pineket meg irreálisan drága és annyira nem jó az OLED). Ezekből érdemes kezdetben kiindulni.ESP32 hiányosságok/zavaró tényezők:
- Gyenge (zajos) az ADC, jó ha 7 bitet el lehet érni vele ha nem lehet több mintát használni
- Nagy az interrupt latency (kb. 500 utasítás/2us amíg a pin-től az első utasításig eljut)
- Nem lehet külső órajelről járatni (ez mondjuk inkább nekem lett volna érdekes)
- Nincs több pines verziója (ez megint haladó téma, az STM32 ebben jó), kevés IOCserébe viszont olcsón van WiFi/net, rengeteg memória és flash ill. gyors proci (FPU is).
-
csongi
veterán
Sziasztok.
Egy ESP 32vel az alabbit meg lehet oldani?
Idot kellene merni , es megadott idonkent kapcsolni egy relet, megadott ideig. Majd ezt kezdeni elolrol.
Gondolom ez menne.
Viszont memoriasan kellene merni az idot. Ott kellene folytatni ahol abba maradt.
Illetve teljes aramtalanitas eseten is folytatasban futhatna a program?
plusz lenne egy nullazo bemenet. Amin, ha jel erkezik, akkor elolrol kezdi az ido szamolasat.Elore is koszi!.
-
Janos250
őstag
"Arduinoban is kezdő vagyok"
Ezt is Arduinoként programozzuk ugyanúgy, mint a többit, pl. az UNO-t.
Ha elfelejted, hogy ESP32, hanem azt hiszed, hogy UNO, semmi baj nem történik, általában működni fognak a dolgok, ha nincs benne valami speciális regiszter kezelés.
Ha többet akarsz, ki akarod használni a plusz lehetőségeit, csak akkor kell "tudnod", hogy ez nem UNO, hanem ESP32.
Az installálása sok helyen megtalálható, pl. itt is:
link -
Janos250
őstag
Szinte mindegy, hogy melyiket. Én ezt vettem utoljára
link , de gyakorlati különbség nincs ezek között.
Az célszerű jelenleg, hogy WROOM-32 modul legyen rajtuk.
Amit linkeltem, ott van érdekességként egy kamerás verzió is. Kevesebb IO lábbal, de egy kamerával, ami elég tűrhetően működik.
Az való igaz, hogy az STM32 a kereskedelmi kütyükben elterjedtebb, hiszen az ESP32 még elég új. Amíg nem volt ESP32, én is nagyon kedveltem az STM32-ket. Ami nekem az ESP32-ben jobban tetszik:
- valódi két mag, nagy sebességgel
- beépített WiFi, és vele együtt komplett hálózatkezelés, számos kidolgozott példával
- tényleg több szálat futtató op. rendszer
- A C++ szabad fordító elég új verzióját használja, így nem csak a tipikus arduino utasításokat, miegymást ismeri, hanem a C++11 -et is. Például C++ nyelven kezelhetők a párhuzamosan futó program szálak. Meg ha úgy tartja úri kedvünk, természetesen írhatjuk a C++ szokásos cin, cout-ját a Serial.print helyett, használhatjuk a C++ stringet, meg még néhány dolgot. -
ecaddsell
aktív tag
Az Arduinó az 1 IDE (fejlesztői környezet + alapkönyvtárak), használható ESP32-vel is meg STM32-vel is (bár itt csak a kisebbekkel meg eleve túl sok variáns van ezekből). Ezek mind 32 bites cuccok komolyabb teljesítménnyel.
Ha valami nincs meg bennük akkor SPI vagy I2C-vel ugyanúgy bővíthető stb.
Azaz érdemes még megnézni az SMT32 blue pill cuccokat is. Kb. a nano árában van (vagy kicsivel felette) de nem annyira korlátos memóriában/flashben. Nagyon sok hobbi elektronikás cuccban ugyanaz a chip van, szóval érdemes megismerkedni vele. Az ESP32 ott jobb ha sok memória flash vagy WiFi kell (vagy bluetooth bár azzal voltak gondok) viszont azt kevésbé fog hobbielektronikás cuccokban visszaköszönni. -
#13695
Janos250
őstag
tonermagus
#13693
Janos250
őstag
válasz
tonermagus
#13693
üzenetére
Az M8 tudtommal 10 Hz-es adatokat tud adni, ha úgy állítod be.
Az adatátvitelnek bírni kell az ESP8266 esetén is. Nem hiszem, hogy hamis, nem hallottam, hogy ezeket hamisítanák. A kínaiak saját, külön neveken kerülnek forgalomba. -
#13693
tonermagus
aktív tag
tonermagus
aktív tag
Sziasztok!
Befejeztem az GPS projektem, amit már többször taglaltam itt.
Szerencsére a pontosság nagyon jó lett! Sík terepen jó időben 0-1m közötti. Meglepően pontos. 200-300m-re teszteltem, a 200 és a 300m-es távot is mindig ugyan oda jelzi.Semmi extrát nem használok, sima Neo M8N (valszeg hamis) és egy külső antenna.
Számítok rá hogy rossz időben, felhős éggel drasztikusan rosszabb lesz az eredmény, de eddig mindig jó idő volt
Egy kérdés maradt hátra: Az ARduino 1-2 másodpercenként frissíti csak a távolságot. Ugye egy kijelzőn nézem hogy éppen mennyit ment az eszköz, és csak 1, de inkább 2 másodpercenként frissül a távolság. Ezt lehet valahogy gyorsítani? Arduino Mega-t használok és annak a Serial3-as portját. Illetve még használom mellette a Serial1-et is.
Ez így normális, vagy esetleg programozási hiba? Esetleg eszköz a szűk keresztmetszet?
Tervezem hogy méret miatt ESP32-re váltok, esetleg ezzel gyorsabb lehet a frissítés? -
zsolti_20
senior tag
Sziasztok! Minden lehetőséges bejártam már soros porton PC---> arduino soha nem fog tudni kommunikálni egymással olyan gyorsan mint arduino IDE-ből. Ki is fogytam hirtelen az ötletekből, van valakinek ötlete, hol kereshetnék még megoldást?
A lényeg annyi, hogy excel cella tartalmát kell úgy átjuttatnom arduinora, hogy az utasítást egyből végre tudja hajtani. Gondolkodtam azon, hogy az ESP8266 nem lenne elég gyors vagy nincs neki olyan rejtett funkciója amit felhasználhatnék? -
M@nH.
aktív tag
A 8 bites tárolási kapacitás per cím miatt gondoltam kicsit trükkösnek a dolgot, de annyira valóban nem is vész.
Igen már rendeltem is esp-ket, várom már, hogy kipróbálhassam, valóban ez a lap lesz a legmegfelelőbb erre a feladatra. Az adatbázis is felkeltette az érdeklődésemet, de mindent csak szép sorjában elkezdem és folyamatosan gyarapítom, tanulok vele és majd jönnek az újabb projektek. Köszönöm a segítségeket 
Janos250: Igen erre én is gondoltam, hogy a sok írás megviseli az eepromoz, vagy sd-t, ezért is gondoltam, hogy lenne egy korrekciós beviteli mező a webfelületen, ha túl nagy az eltérés. -
Janos250
őstag
"Pl. egy szövegdobozba bevitt értéket gombnyomásra beíratok?"
ESP8266, és ESP32 esetén WiFin természetesen, elég egyszerű, ezeket szoktuk használni. Lehetőleg EEPROM-ot használj, mert ahogy elnézem, rengetegszer kell újraírni. A flash , SD kártya nagyon sok újraírást kibír, de ennyit azért nem, kivétel, ha nem mindig ugyanarra a helyre írod, vagy csak mondjuk N-ik impulzus érkezésekor írsz, de akkor
áramszünet esetén elveszhet max. N impulzus számlálása. -
Tankblock
aktív tag
-
zsolti_20
senior tag
Üdv emberek!
aryes: emlékszem volt itt szó régebben az arduino gyorsításáról az órajel módosításának segítségével. Véleményed szerint segíthet megoldani a lassúság problémáját?
Sikerült megoldani az excel VBA és az arduino közti kommunikációt, tisztán látszik, mikor adatot küldök az arduinora akkor az boardon lévő led egyből felvillan az Rx-nél. De kell neki kb 0.8-1.2mp amíg felvillan a led ami csatlakoztatva van a D13-GND-re. Lehetséges gyorsítani az utasítás végrehajtásán? Vagy magával a kóddal lenne a gond? Van itthon egy ESP8266, lehet inkább arra kellene építenem ha gyorsaságot várok el?
Igazából a lényeg az, hogy szkennelek egy bárkódot, annak be kell érkeznie PC-re, lekéri a bárkód infót egy applikáción keresztül, az infó bekerül az excel A1 cellájába, majd továbbítja az arduionak és így végre hajtja az adott utasítást. Az egésznek a gyenge pont az arduino folyamat végrehajtási sebessége. A többi az villámgyorsan dolgozik. -
Nem tudom mire gondolsz, de annyira nem trükkös.
Van lehetőség ethernet-re is, de nem annyira bevett szokás vezetékes netet használni, viszont az említett esp wifi-képes, úgyhogy úgy látom az lesz a neked való lap.
ESP8266 vagy ESP32. A rajtuk lévő flash-t nagyon sokféleképpen lehet használni, akár egy szöveges fájlban is tárolhatod az adatokat, de van rá sqlite adatbázis (!) is. Úgy emlékszem eeprom emulációt is láttam, ami úgy ír a flash memóriába, mintha eeprom lenne, de azt most nem találom. -
Janos250
őstag
válasz
gyapo11
#13605
üzenetére
Igen.
Én az ESP8266WebServer-t használom, mert szerintem az a legkényelmesebb.
A fejlesztője aktualizálta, változtatás nélkül fut ESP32-n is.#include <WiFiClient.h>#include <ESP8266WebServer.h>ESP8266WebServer server(80);server.begin(); // start the HTTP serverserver.on("/", handle_index);void handle_index() {// ide irom, hogy mit csinaljon}
A paramétereket név szerint is, sorszám szerint is lekérdezhetem.
Majd ha lesz időm, írok valami tutorialszerűt.
Régebben itt valakinek csináltunk egy elég összetett programot, valami locsolás vezérlésre, de már nem találom itt.
Soros porton továbbítást nem tudom, nekem a fordított kellett: soros portról jövőt továbbítani wifi/router/nyilvános net segítségével adott IP című eszközre. -
Janos250
őstag
válasz
Dißnäëß
#13590
üzenetére
Tetszik!
"Ha meg elég merész lennék, a wifis ESP32-t befognám és írnék hozzá egy appot"
Én nem kedvelem az appokat, mert így minden alkalmazásnak külön app kell, végül tele lesz vele a telefon. (meg a ...)
Mellesleg nem is használható máson, csak telefonon.
Én egyszerűen WEB lapot küldök ki, abban benne vannak a gombok, miegymás. Szerintem ez a legegyszerűbb.
Egy - akár netről letöltött, vagy kapott - univerzális WEB lap rutinba beírható a saját változtatás, és már kész is.
Én is azt csinálom, hogy előveszek egy már használtat, azt átírom az éppen aktuálisra, és már mehet is. -
Dißnäëß
nagyúr
Az ott balra egy piros LED gyűrűvel ellátott pushbutton. A készülék főkapcsolója a fenekén van. Táp bedug, főkapcsoló bekapcsolásra még a kütyü nagy trafója nem indul, egy külön nyáktrafó viszont áram alá kerül, ami fesszabályzott egyenirányítással ad stabil 5V-ot egy Leonardo-nak. Az meg fade-elgeti a LED-et félhalványan ki-be szép lassan. Amint a gombot megnyomom egyszer, ugyanúgy, mint bármilyen gyári eszköz, indul a mandula. Az Arduino egy 5A/250VAC relével zárja a nagy trafó primer körét, éled az összes szekunder (fűtések + anódfeszek) és indul az erősítő. (A relé tekercs áramfelvétele pont az Arduino limitjén belül van). LED gyűrű meg folyamatosan világítóra vált. Amint megint megnyomom a gombot, relé elenged (normally open), a nagy trafó primer köre megszakad és a készülék nagyja kikapcsol, LED megint fade-elget. Kb ennyi egyelőre. Implementáltam még a kódba a fade mellé a debounce-ot is az example-ök közül, ami a nyomógomb zajt semlegesíti, tehát még véletlen sem, illetve akarva sem tudom megcsinálni azt, hogy egymásután többször gyorsan megnyomva a gombot a relé elkezd mint az állat ki-be kapcsolni. Ez küzdős volt, a fade loop-al jól összehozni, de valahogy kiokoskodtam és tökéletes most.Van egy másik Arduino-m, egy Raspberry Pi Meet Aurdino-m (ami szintillesztésre is kiváló Pi és Arduino feszek között), de ezt magában, Pi nélkül fogom szerintem a következő projektbe betenni és jópár dolgot figyeltetni vele az erősítő működésében. (Az nagy erősítő lesz, nem fejhallgató erősítő, mint ez).
Ha meg elég merész lennék, a wifis ESP32-t befognám és írnék hozzá egy appot, de bilibe lóg a kezem, azt majd később
-
#13572
Janos250
őstag
tonermagus
#13571
Janos250
őstag
válasz
tonermagus
#13571
üzenetére
Én úgy gondolom, hogy a Mega is elég, de csak gondolom. Az ESP32 méretre kisebb, továbbfejlesztésre alkalmasabb a több lehetőség miatt.
Közben rájöttem, hogy nem is kell neked az RF nagy távolság, mert csak akkor kell a távolságot pontosabban számolni, ha már közel van. Távolabb elég a síma GPS pár méteres pontossága is. Jól gondolom? -
#13571
tonermagus
aktív tag
Janos250
#13568
tonermagus
aktív tag
válasz
Janos250
#13568
üzenetére
Ha már így szóba jött az ESP32: az én GPS projektemhez most jobban járnék ha ESP32-t használnék Mega helyett? Ugyebár A vevő oldalon RF-en adatot olvasok be, tárolok le, majd GPS adatot nyerek ki, számolom a kettő közötti távolságot, majd kiíratom a távolságot. Ebben az esetben lehet szűk keresztmetszet a Mega?
-
Janos250
őstag
Ha Pi-t akarna használni, akkor valóban új dolgokat kellene megtanulnia, de az ESP32 pont ugyanúgy programozható, ugyanaz a program fut rajta, mint az UNO-n, nanon, vagy a többieken.
A interruptos példaprogramok is. Pl. azattachInterruptis.attachInterrupt(GPIOPin, ISR, Mode)Ugyanazok a paraméterek, ugyanaz a sorrend. Az, hogy van még benne lehetőség, azt nem feltétlen kell kihasználni. Például, hogy az ISR --t betehetjük a gyors memóriába (IRAM_ATTR), ezek csak pluszok, ami az UNOban nincs, ezeket nem feltétlen kell használni, mehet rajta az UNO program, sokkal gyorsabban.
Nem hiszem, hogy pl. a párhuzamos programozás akkora nehézség lenne. Igaz, a következő példában cout van, nem Serial.print, de természetesen a Serial.print is ugyanúgy használható.
http://arduinouser.hu/esp32/AszalakEsAzESP32.pdf -
Janos250
őstag
Ilyenkor mindig az jut eszembe, hogy sajnáltok 5.5 dollárt, azaz 1600 Ft-ot egy ESP32-ért, ami nagyságrendileg nagyobb sebességgel fut,
valódi két maggal rendelkezik, és pofonegyszerű rajta a párhuzamos programozás az oprendszere miatt. Inkább szívtok egy 3 dolláros lappal. Persze, a mazochizmus is egyfajta élvezet. ![;]](//cdn.rios.hu/dl/s/v1.gif)
https://www.banggood.com/ESP32-Development-Board-WiFi+bluetooth-Ultra-Low-Power-Consumption-Dual-Cores-ESP-32-ESP-32S-Board-p-1109512.html -
Tankblock
aktív tag
válasz
Yodafon
#13546
üzenetére
Szia
Az Arduino Nano egy Atmel 328P és nincs benne Bluetooth.
Lehet hozzá tenni, de nem ajánlom. Nordic chipjei között nézelődj ha mindenképpen bluetooth kell.
ESP32 is képes Bluetoothra, itt a fogyasztása lesz nagyobb.Van még más szabvány is..
Azt még gondold meg Mit szeretnél, pl SONOFF árul Wifi alapú kapcsolókat is....
Szóval project függő, hogy lehet megéri 11k per unit.... -
#13526
Janos250
őstag
tonermagus
#13523
Janos250
őstag
válasz
tonermagus
#13523
üzenetére
Hosszú, ha nem érdekel a GPS, ugorj!
Egy részére tudok válaszolni, egy részére nem.
Hogy mekkora a hiba, ha két egyforma GPS, két egyforma antennával mér, azt én is csak irodalomból ismerem, hogy - elvileg - deciméteres pontosság, azaz 1 m-em belüli, de akár 10 cm-es is lehet. NRF24L01-et nem ismerem, de valaki innen bizonyára. A Neo-6m-re csak tippem van, hogy valószínűleg elég.
A ZED-f9p már biztosan, mert abból egy páros pár centis pontosságot biztosít. Én NS-HP-t használok, de annak darabja a hozzá való antennával, szállítással 200$/db. (+VÁM+ÁFA+macera)
Ezt ismerem, ez elvileg +- 1 cm pontosságot ad, de a gyakorlatban is közel annyi, 5 cm-nél nagyobbat még soha nem mértem.
A Neo M6, M8 számára gyakorlatilag bármilyen antenna jó, de az F9-hez, és az én csipemhez spéci, két frekvenciát tudó ("L1 + L2") antenna kell. Ezeknél gyakorlatilag két különböző frekihez tartozó antenna van valahogy egymásra építve. Az M8 is tudja a GPS+Glonass+Galileo+Beidou műholdakat egyaránt venni. Fontos, hogy olyan csip legyen, ami mind a négy típust tudja. Az indiai és a japán nem érdekes számunkra. A mindkét sávot is tudó, a ZED is.
A leírás szerint a 8M önmagában is tudja a dm-es pontosságot, egy vevő esetén is.Egy kis fejtágító:
Egy normál GPS vevő nagyjából néhány méter pontosságot tud.
Növelhető a pontosság olyan vevővel, ami a műholdak által sugárzott hibajelet is fel tudja dolgozni, ezzel dm-es pontosság érhető el. Azt hiszem, az 8M ilyen.
Amatőrök csinálják néha, hogy két olcsó vevőt telepítenek, egyet fix pontra ("bázis"), másikat ("rover") meg a kívánt helyre, és a roverhez küldik a bázis által mért HIBÁT. Ez deciméteres hibát szokott eredményezni, de néha elég pontos is lehet. (nem használtam, csak irodalom). Ehhez nem kell nagy sávszélesség, mert csak a hibát kell küldeni. Ide bármilyen Arduino, és majdnem bármilyen rádiós csip megfelel. A célszerű gyakoriság: másodpercenként.
Profi módszer: pl. a ZED, valamint amit én használok, és még néhány.
Ekkor a bázis nem a hibát küldi el a rovernek, hanem minden egyes műholdra külön-külön a mért adatokat, amit a rover fel tud használni ("RTK") . Ez már néhány cm-es pontosságot biztosít. Ha nem tudja mindkét (L1+L2) sávot, akkor kissé pontatlanabb, ha igen, akkor pontosabb. Ezekből a legolcsóbb is százdollároknál kezdődik, de vannak többezresek is.
Antennák:
Ha csak az egyik sávot használja a vevő, akkor nálam az 5 $-os kínai antenna ugyanazt produkálta, mint a 100 $ feletti "nyugati".
Kétsávosból nincs olcsó. A beépíthető kb. 40 $, a tokozott 50 $-tól a csillagos ég.
Adat továbbítása, és Arduino.
Szerintem van aki kitalálja, hogy én ESP32-t használok. Bázis a fix ponton: A GPS-t olvassa soroson [nem, nem az, ez kisbetűs! ].
Ezt WiFin küldi a routernek. A routeren port forward beállítva, hogy kinnről is elérhető legyen az ESP32 szerver.
Rover: hasonló mint a bázis, de itt egy telefon megosztott net elérését használja az ESP32, WiFin csatlakozva a telefonhoz.
Ha jól van megírva a szoftver, akkor bírja a sebességet. Mivel az ESP32 2 magos, van amit áttettem a 0-ás magra, alacsony prioritással.
Alapállapotban a loop az 1-es magra kerül, mert a 0-on van a WiFi, meg ilyesmi.
Hosszú lett, és csak részben Arduino, de ha a modi úgy látja, majd átteszi offba. -
gyapo11
őstag
válasz
Tankblock
#13398
üzenetére
Milyen régóta kesergek én ezen a pc-vel kapcsolatban. Hello world program 1 MB meg ilyenek, assemblyben 20 byte. Most néztem egy esp32-re épülő okosórát, megy arduino IDE-ből is, de már tolják az arcomba az összetologatós, scratch-re hasonlító cuccot. Akkor már lenne legalább olyan AI, hogy elmesélem neki mit szeretnék, és írja meg. Most vagy programozok, vagy minél kisebb munkával/tudással el akarom érni a célt.
-
Janos250
őstag
válasz
Tankblock
#13387
üzenetére
Kösz a linket!
Ezt kerestem egy darabig, de a windows keresése class String-re minden olyan fájlt jelzett, amiben mindkettő előfordul, attól függetlenül, hogy nem közvetlenül egymás után. 
Én is az operátor overloading írására gondoltam, azért kerestem, de aztán hagytam a fenébe. Nem tudtam a fájl nevet, hogy WString.
Mostanában nemigen volt vele dolgom, de régebben én átálltam a C++ (kisbetűs) string használatára, de valamelyik tagfüggvénye - már nem emlékszem melyik, talán valamelyik konvertáló - nem jól működött az ESP32 aktuális rendszerében. Írták neten, hogy a compilert kell lecserélni, de elég bonyolultnak tűnt, így hagytam a fenébe, inkább használtam a nagybetűs Arduino Stringet. -
Dißnäëß
nagyúr
Mert azt írtad, lassú az eeprom írás.
Nincs valami olyasmi, mint egy USB pendrive, hogy kiteszi milliszekundumok alatt - de legyen lassú, akár 1mp is - és kész ?Nem vagyok nagy szaki, hogy külön wear levelinget írjak, törjem rajta az agyam, kezdő C++-os vagyok, nem egy sokéves tapasztalatos zseni. Szóval a kóddal lenne gondom, ha még wear levelinget is néznem kell.
Én közvetlen tőlük rendeltem, a DFRobot-ról. Nagyon jó kis kütyük, beváltak. [link] Egész jó tempóban küldték...
(Van Beetle ESP is)
-
Janos250
őstag
válasz
JozsBiker
#13361
üzenetére
Offba teszem, mert hosszú lett, és csak részben szól a kérdésedről.
Nekem kellett egyet csinálnom, ahol az volt a feladat, hogy ha egy tartályban felhabzik a lötty, még mielőtt kifolyna, állítsa le egy szivattyú motorját. A szenzor (mindjárt írom) a kád oldalára csíptetve, az kapcsolódik egy ESP8266-hoz, (hogy fogyjanak az ESP8266-ok a fiókból ) és ha az érzékelte a vizet, akkor elküldött WiFin egy jelet egy másik ESP8266-nak (Alfawise okos konnektor), ami leállította a szivattyú motorját. Azért ilyen bonyolult, hogy ne legyen érintésvédelmi rizikó, mert a motor 230-ról megy.
Én vettem hozzá egy szenzort, de most nem találom honnan.
Viszont nem az került használatba vételre, hanem a kollégám, akinek a szerkentyűje, csinált egy "hightech" szenzort: Egy régi, lapos, kéteres TV antenna kábelének a végét kb 1 cm-re lecsupaszította, azt ráragasztotta egy ruhacsipeszre, és ezzel a ruhacsipesszel csíptette a kád oldalára. Mindenki röhögött
, aki meglátta, de működött. Legalábbis a próbákon. Tényleges üzemszerű működésre nem került sor, mert a korona miatt jött a home office.
Ezzel a "szenzorral" sorba kötve egy ellenállás, és az azon eső feszültségen mérve, stabilnak, megbízhatónak tűnt.
Ez a programrész kezeli:ADC_VALUE = analogRead(Analog_channel_pin);Serial.print("ADC VALUE = ");Serial.println(ADC_VALUE);if (ADC_VALUE < 3000){leallitas() ;} ; -
Janos250
őstag
Azért ez már elég baráti ár:
5 db. ESP32 panel szállítással együtt 19.75 $, azaz MNB árfolyamon 6070 Ft, így egy db. 1214 Ft.
https://www.aliexpress.com/item/32905750373.html?spm=a2g0s.9042311.0.0.6f7f4c4dKpjOuy
Tudom, jön még rá a konvertálás, de mivel az ingyenes Revolut bankkártyával fizetek, az alig valami. -
Janos250
őstag
Szevasztok!
Köszi mindenkinek a segítséget hálózat ügyben. A javaslatokat kombinálva megszületett a megoldás.
Tulajdonképpen pofonegyszerű, csak tudni kellet (volna), hogyan.
Majd, ha lesz több időm, teszek fel konkrét, tutorial stílusra átírt programokat, most csak a lényeg:
Van a WiFiClient osztály, ami Stream leszármazott, azaz a Stream összes tagfüggvényét ismeri,
https://www.arduino.cc/reference/en/language/functions/communication/stream/
plusz azokat, amiket még a leszármazottakban megadtak, mint pl. print, println, printf, stb.
Vagyis:WiFiClient client;client.connect("192.168.0.24", 80) // a cél gép IP, port
és már írhatunk is rá, pl. :client.write("proba\n");client.println("println proba szoveg") ;client.printf("printf proba %d\n",48) ;client.write(buffer,10) ;..client.stop();
A másik oldalon pedig:WiFiServer wifiServer(80);WiFiClient client = wifiServer.available();while (client.available()>0) {char c = client.read();..}client.stop();Tehát ugyanúgy használható, mint például a Serial().
Így már (remélem) könnyen fog menni a légihidat megoldani:
adó UART->ESP32->WiFi.......Wifi->ESP32->vevőUART. -
Tankblock
aktív tag
válasz
csongi
#13249
üzenetére
Szia, Őszintén mondva PLC-t utoljára középsuliban programoztam, az meg nem merem leírni mikor volt .... Azóta sokat fejlődhetett ....
Én azt mondom először szelepet válasz, ahhoz kell meghajtó elektronikát tervezni,
Majd milyen szenzorok és featurek kellenek, és utána lehet megnézni hány IO van szükség, saccolni h mi az ami szükséges. Alehetőségek tárháza kellően nagy, Ha az elején vagy nem mennék neki 6 szelepes rendszernek. Részegységenként mennék, és látni fogod milyen haamr tellik a flash/memória ekkor még eldöntheted h könyvtárak helyett optimalizálsz vagy kontrollert cserélsz...... lehet a végén ATMEga 2560 és ESP 01 fogsz használni, vagy akár ESP32, vagy STM-32 az a TE design döntésed kell hogy legyen....Ahogy a nagykönyv írja NO Free Lunch - ezt végig kell tanulnod, vagy megveszed...
-
Tankblock
aktív tag
válasz
Janos250
#13258
üzenetére
Websocket? Anno ESP8266 használtam, több eszközre is tudtam syncelni adatokat, ha jól tudom egész komoly projectek vannak vele....
LEtöltesz egy weboldalt a connecttel és a böngésző megnyitja a websocketet az ESP32 vel és az ESP32 feedeli az adatokat..... Droiddal és win 8.1 telóval is ment nekem anno.
-
Janos250
őstag
válasz
Dißnäëß
#13257
üzenetére
"Fájlátvitel: tökéletes arra a HTTP is."
Olyat még nem csináltam, ki kell bogarásznom, de hirtelenjében nem találok rá se példát, se leírást.
Az UART-on bejövő adatokat összegyűjtöm egy "fájlba", azaz egy vektorba, és másodpercenként egyszer egyben elküldöm.
"B opció, hogy VPN csatornát húzol ki a kliensről a vezetékes gépig"
Na, ez egész szimpatikus, nekem eszembe sem jutott. Persze, hogy hogyan csinálok VPN elérést a telefonhoz WiFin csatlakozó ESP-n, azt még szintén nem tudom.
"valami halálegyszerűt,"
Mivel még egyáltalán nem használtam VPN-t, mert eddig nem kellett semmire, nem tudom, melyik a halálegyszerű.
"Raspberry Pi "
Nem akarok málnát. Részben, mert azt preferálja az emberfia, amiben nagyobb gyakorlata van, részben meg már le vannak gyártva a PCB-k, be vannak ültetve az alkatrészek.
"persze érthető, ha nem írja le az ember"
Nem titok, csak nem akartam a lényegről elterelni a vonalat: GPS
Találtam ezt, de ezt se nagyon tudom hová tenni:
"HTTP uses TCP and TCP is a streaming protocol. You just need to send the HTTP headers, then pipe the serial input to the TCP socket. There's no need to store anything on the esp besides the transfer buffers."
Kénytelen leszek a TCP socket-ot is megtanulni? -
Dißnäëß
nagyúr
válasz
Janos250
#13253
üzenetére
Fájlátvitel: tökéletes arra a HTTP is. (Vagy HTTPS). (Jobb lenne FTP, SFTP). A http szerver kilistázza a könyvtárban található fájlokat, ezt az aloldalt frissítgeti a túloldali script, ami elhozza innen őket, vagy ilyesmi, sima wget, egyéb.
B opció, hogy VPN csatornát húzol ki a kliensről a vezetékes gépig, valami halálegyszerűt, gondolom úgysem szempont a titkosítás, ne egye a CPU-t. Az így felépült folyosóban már direktben ip alapon látják egymást a végpontok, tehát a vezetékes küldő gép tudja a VPN-es IP alapján címezni a fogadó felet.
Most nem vagyok benne biztos amúgy, hogy (tekintettel a bonyodalmakra) elég-e ide egy ESP, vagy nem-e lenne jobb egy marék Raspberry Pi (1-eseket, olcsón).
Az alap dolgot meglépi egy ESP is, de ha a fura hálózati dolgok miatt ilyen-olyan-amolyan kompromisszumokat kell kötni (és ezeket kezelni), passz.
A konkrét feladat ismeretében lehetne többet nyilatkozni (persze érthető, ha nem írja le az ember).
-
Janos250
őstag
válasz
Dißnäëß
#13250
üzenetére
Köszi!
Igen, a TCP kapcsolat felépítésének a lassúságára az Arduino alatt mások is panaszkodnak. Jó lenne az UDP is, mert nem gond a csomagvesztés, ezért is gondoltam erre is. Mivel ez nem egy állandó állomás, hanem havonta egy-két alkalommal odamegyek valahova,
mérek 10 percig, és ennyi, ezért nem nagyon akarnék erre külön néhánytízezres kütyüt, amikor a telefon úgyis ott van a zsebemben.
Viszont lehet, hogy mégis rákényszerülök.
Most még azon is gondolkodom, hogy az adatokat UART-on beolvasó ESP32-n WEB szerver, amiről a másodpercenként beolvasott
adatokat egyben HTTP-n keresztül megpróbálom leszívni a másik ESP32-vel, de ilyen, több kilónyi adatot egyben nem tudom hogy tudok
átvinni fájlként, de lehet, hogy WEB lapként, de akkor előtte - azt hiszem - karakteres formára kell konvertálnom a bináris adatokat. WEB lap törzsében már vittem át karakteres adatokat, azzal nem volt gond, az jól működött.
IPv6-ot még nem próbáltam ESP-n, de elvileg van. Azt se tudom, telefonon megy-e ez, ennek is utána kell néznem.
Régebben csináltam egy telnetes szervert, ami annyit csinált, mint egy MQTT szerver, hogy amit valaki küldött, azt továbbította minden bejelentkezettnek. Lehet, most is ezzel oldom meg, mert az látszólag jól ment, bár nagyobb adatmennyiséggel azt se próbáltam. -
Dißnäëß
nagyúr
válasz
Janos250
#13245
üzenetére
Szia, részleges válasz:
- TCP megszakadás passz, ezt lehet az ESP csinálja így ? (Nem hiszem, nem lehet hogy vmi programozási izé ?)
- UDP: tipikus streaming/gaming jellegű protokoll, a küldő fél nem vár választ a fogadó féltől, hogy ő megkapta a csomagot, hanem csak küldi észnélkül. Ha a fogadó fél fogadta őt, fogadta, ha nem, nem. Nincs visszacsatolás csomagvesztésnél a küldő fele, emiatt adatfolyam megakadás sem (ami TCP-nél lenne, mindaddig, míg helyesen át nem ment a csomag és erről a visszaigazolót meg nem kapta a küldő fél).
Ha a csomagvesztés nem gond, lehet udp-zni. (Játékban ez nem gond, video-ban sem, mert max. sérül egy képkocka kicsit, na bumm, viszont a forgalom folyamatossága garantált, hibák esetén sincs akadás).
Mobilnetes megosztáson: komplex kérdés, több részre bontom.
1. szolgáltatófüggő, hogy egy SIM kártyával és adatcsommagal rendelkező eszköz, legyen az akár mobiltelefon, akár egyéb, publikus ip címet kap-e, vagy a szolgáltatónál is helyi hálón lévőt, mert spórolnak a nyilvános ipv4 címekkel. A pirosoknál biztos, hogy van ilyen trükk, a kékeknél-rózsaszíneknél nem tudom, de ott eddig mindig nyilvános publikus ip-t láttam magamról.
2. ipv6 mindezen segíthet, ha a szolgáltató, az eszköz és az ESP tudja, de hozhat be plussz bonyikat is.
3. Kék vagy magenta mobil internet kütyüt lőnék, nem telót. [link] Ehhez hasonló (ez csak példa) kütyükkel is lehet kérni, vagy hasonlót megveszel külön és megy bele a SIM, megeteted egy USB portról, vagy akksin keresztül bír vagy 10 órát, sacc.. ezeknek van web-es kezelőfelülete, ahol be tudod állítani a port forward-okat és minden egyéb okosságot, mint egy otthoni router-en. Én egy ilyet használok ha úton vagyok, annak ellenére, hogy a telóm is jóféle motyó, ... tökéletesen teszi a dolgát. Beépített antenna, amit a műanyag doboz nem árnyékol le, szóval a vétel (térerő) is jó, eddig nincs panaszom rá.
-
válasz
Janos250
#13245
üzenetére
Ehhez jó lenne tudni azt is, hogy hogyan épül fel a kommunikáció, milyen weboldalt vagy mit szeretnél folyamatosan elérni, mert az a gyanúm, hogy nem az ESP oldalán van a difi, hanem a kapcsolat nem jól van felépítve (pl http fejlécek).
Ha gondolod írj privit, elég sokféle webes applikációt írtam már, hátha meglátom a hibát. -
Tankblock
aktív tag
válasz
csongi
#13227
üzenetére
Elhiheted a végén drágább lesz, vagy az időd megy bele vagy megíratod a programot már itt több lesz mint amit írtál.... ls még nem adtam össze a HW, amit használsz/ elfüstölsz....
Én nem bíznám tesztelésen kívül próbanyákra az öntözőrendszeremet. Egy kontakt hiba rosszkor és ázik minden......
A nyák mert azért fog kelleni, mivel ha utánaszámolsz mennyi az annyi kelleni fog GPIO extender, a végén ha elhagyod az UNO-t és ESP32 cseéled fele annyi fejfájásból megvan....
Oda meg kelleni fog levelshifter 3V3 és 5V közé. A relének meg dióda meg opto az üzemeltetéshez, vagy veszel relé boardot.még sok helyen lehet probléma. Elsőre túl nagy falat. Bontsd kis feladatokra és old meg őket.
PL 1 csao üzemeltetése bemenő jel alapján, NTP óra, weboldal websocket használata..... -
Janos250
őstag
Kinek van tapasztalata az ESP net elérésével?
Van egy ESP32, ami terepen mozog, és telefon net megosztásából érné el a netet. Ennek kell a netről folyamatosan 5-10 kilobájt/sec sebességgel adatot leszedni.
Ha TCP-n akarom, nem megy ekkora sebességgel, mert mindig lezárja a kapcsolatot, és az újra felépítése hosszú idő. Hiába próbálom úgy, hogy nem zárom le a kapcsolatot, mégis hamarosan lezárja. Rosszul csinálom?
UDP-vel elég nagy sebességet tudok elérni, viszont hiába van az adatokat folyamatosan küldő fél vezetékes neten, ha a fogadó fél mobilnetes megosztáson van, nem tudom oda küldeni neki. Lehet esetleg a mobilnetes megosztáson is port forwardot
megadni, hogy pl. az UDP-n érkező adatokat az ESP dobozkára küldje? -
ESP32-vel szeretnék nekivágni egy 3 adatfolyamos projektnek, vajon az alis óccó darabok megbízható minőségűek
? -
atesss
addikt
Üdv !
Ugyan a vezérlő HW most - a számomra jelenleg gyorsabb fejlesztés, és egyszerűbb távelérés miatt - inkább egy Raspberry lenne, de ez nem nagy különbség, gyakorlatban egy Arduino-ra vagy ESP-re gondolom ugyanúgy kellene bekötni a fototranzisztort, ezért bátorkodom itt feltenni a kérdésem:
Fototranzisztort szeretnék használni egy Raspberry Pi GPIO bemeneteként.
Egy külső rendszer 7-szegmenses piros led kijelzőjének bizonyos szegmenseit érzékelném vele. Gyakorlatilag ha hiba van ebben a külső rendszerben (ez a led kijelzőjén látszik, fixen "ERR..." felirat van rajta), akkor csinálna rajta egy teljes resetet (táp kikapcsolás majd gyors visszakapcsolás).
Nem egy szép megoldás, de mivel egy eléggé zárt rendszerről van szó (és nincs hiba esetén más visszajelzés, pl. egy kimenet), nem tudtam mást kitalálni, ami célravezető lenne.
A fototranzisztor bekötése:
Egy feszültségosztó középső pontja lenne a GPIO bemenet. A feszosztó felső pontja tápfeszültségen (3,3V), alsó pontja GND-n. A feszosztó egyik tagja lenne a fototranzisztor(kollektor a pozitívabb oldalon), másik tagja pedig egy saccra olyan pár kOhm-os ellenállás.
Csak az kérdés, hogy melyik tag legyen a GND, és melyik a +3,3V oldalon ?
Arra jutottam, hogy ha pozitív logikát akarok (akkor legyen logikai 1-es a GPIO, amikor meg van világítva a fototranzisztor), akkor ehhez az ellenállásnak kellene lennie a GND oldalon.
Jól gondolom?
Inkább nem 5mm-es, hanem 3mm-es tokozású eszközt választanék, mert sajnos viszonylag kicsi a "megfigyelendő" kijelző is, így elég közel kellene lennie a detektoroknak is.
Például egy BPW85B-t: [link]
Az ellenállás mekkora legyen ? -
Janos250
őstag
válasz
csongi
#13175
üzenetére
Én a következőt csinálnám:
ESP32, + relék. Állítás neten keresztül WEB-en, az ESP a nethez a routeren keresztül kapcsolódik. Relé: szilárdtest relé jobb, de drágább.
Nincs se helyi szerver, se kínai, se app, csak a böngészőben WEB lap.
A programjába bele lehet tenni automatikus ki/be kapcsolásokat is.
Lehet, nem kínlódnék vele sokat, hanem a Sonoff 4 CH-ból vennék kettőt, és azt programoznám fel. Az ugyan nem ESP32, hanem csak ESP8266, de erre a célra az is tökéletes. Hasonlót DC48 V-ra csináltam, FET-ekkel, amatőr madzagolással, majd a nyáron akarom megcsinálni hozzá a panelt (JLCPCB), és 3D nyomtatni a dobozt. Azért 48 V-ra, mert mások is dolgoznak vele, és ha valamelyik lökött elkezdi szerelni, és agyonüti, mehetek a börtönbe. -
válasz
csongi
#13171
üzenetére
Nem jó a link.
A kolléga arra utalt, hogy UNO helyett érdemesebb csak egy ESP-re építeni az egész rendszert, ahogy írta, egy ESP8266 alapú Sonoff vagy valamilyen Wemos/Lolin/NodeMCU jobb erre a célra, vagy ESP32, ha több kimenetre / nagyobb számítási teljesítményre van szükséged.
Arduino UNO+WIFI összeállításra akkor lehet szükség, ha önmagában kevés az ESP8266 kimenete, vagy sok analóg bemenetre van szükséged, de egy ESP32 ma már minden szempontból agyonveri. -
Dißnäëß
nagyúr
Minden szegmens egy kis pici izzószál, ami a ráadott feszültségre felizzik a vákuumot tartalmazó csőben. 3.15V környéke a névleges fesz, de széles tartományt elbír, én múltkor direktben villogtattam meg 5V-ról egy kimenetről, meg dimmelgettem is, minden ilyesmire képes.
Egy soros 100 Ohm-os ellenállás elég 5V esetén, hogy névlegesre hozzuk le a feszt, tartós használathoz.
Két Leonardo-m és egy ESP8266-om van. A port sokszorozót megnézem. Köszi a tippeket.
-
válasz
XP NINJA
#13123
üzenetére
Szia! Én első körben megpróbálnám a szenzort 3,3V-ról megtáplálni, ha szerencséd van, működni fog.
Úgy tudom egyébként, hogy az ESP32 ADC-je elég vacak, talán megérné egy külső 5V-os ADC-t beiktatni, i2c-n keresztül, azt pedig jó eséllyel tudod külön illesztés nélkül az ESP-re kötni oly módon, hogy az i2c busz felhúzó ellenállásait az ESP 3,3V-ra húzod fel.
)
A felső "virág" a hőmérő lesz?
Maga az esp önmagában elég pici, ha nincs nyákra építve (lora, wemos stb), de egy gps modul pl fogalmam sincs mekkora. A nyakörv alkalmas lehet arra, hogy egy normális antennát varrj bele.
Nagyon jó kis eszköz!
![;]](http://cdn.rios.hu/dl/s/v1.gif)
, aki meglátta, de működött. Legalábbis a próbákon. Tényleges üzemszerű működésre nem került sor, mert a korona miatt jött a home office.
?
Új hozzászólás Aktív témák
Hirdetés
ekkold- Azonnali mobilos kérdések órája
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- A Samsung gyártja az első 2 nm-es Qualcomm lapkát?
- Mesterséges intelligencia topik
- Anglia - élmények, tapasztalatok
- VR topik
- Garmin Forerunner 970 - fogd a pénzt, és fuss!
- Ingatlanos topic!
- Gaming notebook topik
- 3D nyomtatás
- További aktív témák...
- Új MSI KATANA 15 Gamer Tervező Laptop 15,6" -35% i7-13620H 10Mag 16/1TB RTX 4060 8GB FHD 144Hz
- HP Omen - 27" IPS - UHD 4K - 144Hz 1ms - NVIDIA G-Sync - FreeSync - HDR 400 - USB-C - KVM Switch
- Garanciális MSI Katana GAMER 15,6"240Hz!i5 12500H(16X4,5Ghz)RTX 3060 6 GB VGA,32-64GB RAM/1TB SSD
- Bivaly MAGYAR Lenovo P1 gen2 (Core I7 32 Gb 1Tb 15" 4K 4Gb Nvidia) Laptopom eladó!!!
- HP ProBook 640 G8, 14" FHD IPS Touch, I5-1145G7 CPU, 16GB DDR4, 256GB SSD, WIN 11
- Samsung Galaxy A32 4G 128GB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! ASUS MAXIMUS VIII HERO Z170 chipset alaplap garanciával hibátlan működéssel
- Lenovo Legion 5 15ACH6 Az ár irányár, komoly érdeklődés esetén van lehetőség egyeztetésre
- Telefon felváráslás!! Xiaomi 13T, Xiaomi 13T Pro, Xiaomi 14T, Xiaomi 14T Pro
- Telefon felvásárlás!! Huawei P20 Lite/Huawei P20/Huawei P30 Lite/Huawei P30/Huawei P30 Pro
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest