- ThinkPad (NEM IdeaPad)
- RAM topik
- Egérpad topik
- Melyik hordozható audiolejátszót (DAP, MP3, stb.) vegyem?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- 3D nyomtatás
- Nem indul és mi a baja a gépemnek topik
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- AMD GPU-k jövője - amit tudni vélünk
- SONY LCD és LED TV-k
-
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
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.....
-
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? -
t72killer
titán
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. -
-
XP NINJA
őstag
Sziasztok, össze szeretném rakni a nyomásmérőmet egy ESP32-vel, de szerintem az 5V - 3.3V eltérés miatt akadtam el. Mi lenne a számítási módja, hogy kiolvashassam bar-ban? max 2 bar lenne, szóval ha jól tudom odáig az esp32 is elég. Előre is köszi
-
atesss
addikt
válasz
atesss
#13095
üzenetére
Közben meg is találtam ami elsődlegesen gondoltam: Wiznet W5500 alapú SPI-Ethernet hálózati modul [link]
1700Ft-ért (és úgy hogy ez az ár magyar boltból) egyáltalán nem mondható drágának szerintem.
De Aliexpress-ről talán olyan 700-800Ft-ért is lehet, ha több db-ot rendelsz.Gergosz2
Természetesen van benne beépített Ethernet trafó is.
Az ESP-s modulokon a legkisebbek kivételével (ami 8 pin kivezetéssel van) szinte mindegyiken van SPI, jól sejtem ? -
atesss
addikt
válasz
Janos250
#13092
üzenetére
Van erre megoldás sokkal olcsóbban.
Csak nem serial, hanem SPI protokollal.
Wiznet-nek vannak ilyen IC-jei, és arra épülő board-ok Arduino-khoz.
Én ESP-hez (illetve nem tudom már fejből biztosan, a lényeg hogy valamilyen 32 bites, Arduino board-okon is jelenlévő chiphez) néztem annó.
Egyszerűen csak megbízhatósági okból a Wifi-t kiváltani.Az elv a következő volt:
Ha már táp úgyis kell, akkor minden eszközhöz ki lenne húzva egy-egy UTP (pontosabban inkább FTP). És akkor azon az UTP-n a táp mellett (2 érpár, passzív POE) el tud menni egy 100M Ethernet is (2 érpár).
(Bár amúgy aktív, szabványos POE-ben is gondolkoztam, csak az már egy elég nagy fejlesztés lenne, kitalálni, nyákot tervezni, fizikailag pedig beültetni, stb.)Annyi volt vele az egyik problémám, hogy amikor ennek utánanéztem (most már kb. min. fél éve), akkor azt találtam, hogy hiába programozhatók ezek az ESP chipek is már MicroPython-ban, sajnos a vezetékes Ethernet library nem működik velük.
Van valaki itt, aki MicroPython-ban programozik ? -
Tankblock
aktív tag
válasz
Janos250
#13092
üzenetére
CAN onnan jutott eszembe hogy a ESP32 is van, meg STM is. Ezek meg bőven elérhető ár értékben vannak. Egy transciever meg nem a világ összes pénze, autó iparban bőven vannak 10+ éves kocsik CAN busszal, szóval annyira nem lehet rossz (Szakmai ártalom) Ahogy nézetem a FRAME eket kezelik az SDK-k, szóval az adat tartalommal kellene nekem bűvészkedni, de azt bármely protokollnál is nekem kellene....
Ennek az iránynak a fix 12V körbe a lakásba lenne a hátránya. Viszont építhetnék Power bankot ami áramkimaradás esetén is működő képessé teszi és csak véges ponton kellene megtáplálni, cserébe kisebb a 2.4Ghz forgalom....
még gondolkozom rajta.... A központi Relés rendszer is tetszik, mert egyszerű mint a faék...
-
válasz
Janos250
#13068
üzenetére
Természetesen csak vicceltem.
Minden feladatot próbálok a legkevesebb alkatrészből, a legminimálisabb hardver felhasználásával megoldani, azért gondolkodom mindig célhardverben. Az AVR-eket meg azért szeretem annyira, mert lenyűgözően egyszerű és átgondolt a működésük, és szeretem, hogy nagyjából mindent értek, ami bennük zajlik. Mint régen a C64.
A másik, hogy szeretek hackerkedni, élvezem, ha egy adott hardverből a lehető legtöbbet tudom kihozni. Az ESP32 mindent (is) tud, azzal nem kihívás bármit elkészíteni. -
Atesz.d
csendes tag
Sziasztok!
Tegnap este óta az Arduino IDE nem hajlandó működni. (Win10) A jelenség az, hogy indítva megjelenik pár másodpercere a kis keretes intro és a csomagok inicializálása állapotnál eltűnik és kész.
- Újratelepítette, nem jó.
- Kipróbáltam egy képernyővel (kettőt használok): nem jó.
- Leszedte, letöröltem a users.. könyvtárban a dolgait, felraktam, egyszer elindul, ha kilépek, többet nem indul el.
cmd-ből debug-ban indítva ez van:H:\#Works\#Elektronika\#arduino_prog\arduino-1.8.12\arduino_debug.exe
Set log4j store directory C:\Users\Atis I3\AppData\Local\Arduino15
Konfiguráció betöltése...
Csomagok inicializálása...
java.lang.NullPointerException
at cc.arduino.contributions.packages.ContributionsIndexer.parseIndex(ContributionsIndexer.java:134)
at processing.app.BaseNoGui.initPackages(BaseNoGui.java:483)
at processing.app.Base.<init>(Base.java:273)
at processing.app.Base.main(Base.java:150)Amikor telepítés után elindul, és az alaplap-kezelőben elkezd keresgélni, akkor is megjelenik a ..NullPointerException üzenet.
A gyanúm az, hogy addig hajlandó elindulni, ameddig egyszer meg nem jelenik ez a hiba.Kipróbáltam a zippelt verziót is, az is egyszer használatos.
Egy dolog volt tegnap: a köcsög Windows egy óvatlan pillanatban erőszakkal telepítette az új frissítést (ami az új Edge volt).
Sanszos, hogy ez kavarta meg a dolgokat, de valamiért nem engedi leszedni.
Régebben az ESP-k package-ei voltak felrakva, de most a teljesen szűz is elhal.Valakinek valami ötlete?
-
Janos250
őstag
válasz
gyapo11
#13063
üzenetére
Mivel kis méretekben akarjátok használni, ide most nem passzol, ezért is teszem offba, de azért megjegyzem, hogy az ESP32 (ugye kitaláltátok
) RMT az a Remote Controller rövidítése. Azért nem passzol ide, mert elég nagy, és azt biztosan nem tudja, amit írtatok, hogy a zavaró fényeket ne vegye figyelembe. Viszont, ha adni akarunk, megadjuk a vivőfrekit, és a mintát (64 byte, vagy ennek max nyolcszorosa ), és adja ameddig akarjuk, akár végtelenségig -
Janos250
őstag
-
Dißnäëß
nagyúr
Magam sem tudom, mit bénáztam két hete, mikor egy fél napot elcsesztem erre, de most kb. 5 perc alatt lefordult a Ryzen konfigomon 5.6-os kernelen a driver és gyönyörűen műx
Volt ugyan két warning, de meglett a kernel driver és jó is. Csak tudnám, mire használjak egy 320x240-es touchscreen-t. Volumio-t nem teszek rá, túl kicsi felbontás. Valami készülék vezérlést lehetne.. de mivel alkotok rá képet, gombokat, stb.. mert ugye touch-os..
Egyelőre annyi van, hogy cat /proc/fb -re az jön ki, hogy van egy 1-es azonosítójú új framebuffer eszközöm is. Taps.
0 EFI VGA
1 rpusbdisp-fbPróbálkoznék még egy ilyen weather station ESP-s projektből, mivel itt az ESP az asztalomon, kreálni valamit, pontosan ehhez a display-hez írja az instrukciókat, de a wiring nem stimmel
Ezen a kijelzőn hátul a micro USB port mellett csak 7 forrasztási pont van (és egy extra csatlakozó 7 tüskéje, ami ugyanez a 7 lesz sztem), illetve a szalagkábele ahogy áttör a nyákon egy résen és csatlakozik a vezérlőjéhez, de ez meg vagy ránézésre 100+ körüli kontakt, szóval az itt említett DISP oszlopos csatlakozók nincsenek meg. De még nézelődök. -
atesss
addikt
válasz
Janos250
#13003
üzenetére
Eddig nem is tudtam, hogyan is működik az ugrókódos biztonság. Mármint elsősorban távirányító-technikában (autó, kapunyitó).
Most már nagyjából megvilágosodtam, köszi
Egyszerű de nagyszerű az ötlet.
A szinkron elvesztése viszont elsőre reális problémának tűnik. A "megnyomod N-szer a gombot" nem hordoz biztonsági kockázatot ? Ha a feltörni vágyó ismeri ezt a nyomás-számot (de mivel ez gondolom fix nyomás-szám, így pl. az eszköz kézikönyvében is le kell írniuk, onnantól meg tudható).
ESP-hez létezhet ilyen ugrókódos (leginkább 433Mhz-es) adó illetve vevő modul ?
Vagy egy "standard" 433-es modullal is meg lehetne oldani, hogyha én implementálom SW oldalon az ESP-ken az ugrókód generálást illetve ellenőrzést ? -
Janos250
őstag
Egyszer itt már írtunk az amatőr szintű ugrókódos biztonságról.
Minden kérésben küldesz egy változó kódot, amit az előző N db. kódból generál egy általad kitalált, de elég bonyolult algoritmussal. A vevő ugyanezzel az algoritmussal ellenőrzi, ha a kód nem stimmel, nem hajtódik végre semmi. Szinkron elvesztése esetén "megnyomod N-szer egymás után a távirányítót", és helyreáll a szinkron.
Ez Pistikének is, és Szergejnek is elég nagy fejtörést okoz.
Ezt persze célszerű nem közvetlenül az eszközökre küldeni,
hanem egy erre dedikált lapnak [természetesen valamiféle Arduino, pl. ESP32 ], ami ellenőrzés után továbbítja a külvilágtól elzárt MQTT-nek, aki majd továbbküldi az illetékesnek. -
atesss
addikt
válasz
Janos250
#12956
üzenetére
Közben még megtaláltam két márciusi hsz-edet az ESP32 előnyeiről: [link] [link]
Illetve utánanéztem a "külső ram"-nak is. pSRAM -nak hívják, itt egy részletes leírás a használatáról: [link]
Ezek alapján én már egy PSRAM-os ESP32-s board-ot próbálok keresni.
Nagy segítség ebben a wikipedia: [link]
Aliexpress-en a "ESP32 pSRAM"-ra keresve ezek jönnek be: [link]
A legelső találat pl. elég jónak néz ki:
4MB / 16MB FLASH for TTGO T8 V1.7 wifi Bluetooth ESP32 WROVER 4MB FLASH 8MB PSRAM electronic module T8 V1.7.1 ESP32 [link]
SD-foglalat és akksicsatlakozó is van rajta, $6.55-ért.
És ráadásul itt azt írja, hogy lehet a 4MB flash verzió helyett 16MB flash verziót is választani.
Bár a wikipedian nem írja hogy létezne ilyen.
Wikipedia alapján is próbáltam amúgy olyat is keresni, amiben a Flash memory 4 MiB fölött van.
De így Surface-mount module-t találtam csak, és azt is csak a gyártói oldalakról, Aliexpress-en nem. Azt meg nem annyira állnék neki kézzel forrasztgatni hogy board legyen belőle. -
Janos250
őstag
válasz
atesss
#12959
üzenetére
Külső memóriát én egyikhez se kapcsoltam, ezt a részét nem ismerem.
SD kártyát használok, link
Az általános "Arduinoként" hirdetett modulokta természetesen minden Arduino kompatibilis lap tudja használni.
Az, hogy az UNO-hoz hasonlóak "stackelni" lehessen a modulokat ESP-re is, az ritka, mert
nem egy szigorúan rögzített lábkiosztásról van szó, mint az UNO-nál, hanem gyártótól függ, bár többnyire nagyon hasonló.
Ezért csak az adott termékhez az adott gyártótól származó shield dugható rá közvetlenül.
Olyat, amit linkeltél, nem tudok. -
lmaresz
aktív tag
válasz
Dißnäëß
#12972
üzenetére
Nagyon jó, hogy erről is van szó a topikban. Szerintem nagyon is ide való, és sokan nem gondolnak/foglalkoznak ilyenekkel, annak ellenére hogy valós probléma.
Ilyenkor meg lehet oldani okosan az átjárást a saját privát hálózatodról biztonságosan az IoT hálózatba, vagy pedig fel kell kapcsolódnod a dedikált Wifi-re, mert az utóbbi elég kényelmetlen lehet. (Mondjuk ha telefonról le akarod kapcsolni a lámpát az ESP-vel.)
-
Dißnäëß
nagyúr
Egyébként hajszálpontosan ez van nekem, fotó alapján az utolsó tizedmilliméterig stimm.
Az alján viszont ESP-F DEVKIT V4 áll (ugyanúgy DOIT-es).Az IDE alatti programozás során konzolban ezt látom:
Serial port /dev/ttyUSB0
Connecting....
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: bc:dd:c2:23:34:52
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Auto-detected Flash size: 4MBHa igaz az ESP8266EX, akkor eme wiki oldalai szerint erre is rámegy a FreeRTOS és még pár egyéb firmware is, jól fogalmazok ? (Bocs, ha hülye alap kérdés).
Például ezt a listát elnézve most állt össze, mit is csinálhattam tegnap, szerintem belenyomtam az Arduino Core-t, mert most az Arduino IDE alatti mintaprogramokkal ismerkedek, tanulgatok és minden műx szépen, nem Lua-ban írok, nem Lisp nyelven, se semmi egyéb, hanem a C++ egy heréltjét látom ha minden igaz, az Arduino-k default nyelvét, amit a három Leonardo-m is használ.
És ha tovább bámulom üveges szemekkel
a listát, kezdek rájönni, hogy WOW.. gyakorlatilag egy csomó programozási nyelven és/vagy fejlesztőkörnyezetben tudom programozni a kütyüt, attól függően, hogy mi fekszik nekem, például ha korábban már Node.JS-el elkezdtem ismerkedni, akkor a Javascript alapúakat is kipróbálhatom rajta (pl. az Espruino). Vagy BASIC-ezni is tudnék vele, meg Visual Basic-et (óóó istenem, üssetek, de ezeket ki fogom próbálni) Jól látom mindezt ? (Korrigáljatok nyugodtan). -
atesss
addikt
válasz
Janos250
#12956
üzenetére
De akkor ezek szerint az ESP8266-ben is van I2C, no ezt nem tudtam.
Igen, elírtam, természetesen az I2S-re gondoltam !Valamit olvastam az ESP-khez rakható külső memóriákról. Hogy mi is a különbség az SRAM & SPIRAM között, meg hogy milyen a sebességük.
De nem világosodtam meg teljesen.
Ha +2-3$-ért van egy külső flash a nyákon egy ESP32-höz, az szerintem elég hasznos lehetne.Igen, én is most dilemmában vagyok ESP8266 és ESP32 között.
Találtam pl. egy egész szimpatikus board-ot ESP8266-ra: [link]
És lehet rádugni a tetejére shield-eket. Pl. az ugyanott kapható "Data shield" elég hasznos lenne hozzá, DataLog FAT32 microSD-re + egy RTC, plusz $2.19-ért (ok, még egy olcsó microSD meg a gombelem biztosan kell hozzá).Valami hasonlót tudsz ajánlani ESP32-esben ?
A kis fizikai méret nem olyan fontos. Sőt, ha ki van vezetve tényleg minden GPIO-ja, akkor felőlem nyugodtan lehet sokkal nagyobb is. Viszont az fontos lenne, hogy létezzenek hozzá hasonló Shield-ek (pl. ez az RTC+SD elég alap lenne részemről). -
Janos250
őstag
Tegnap órákon át az ESP32 lapot (mint mindig) nyüstöltem. A végén vettem észre, hogy az FTD232RL-t elfelejtettem 3.3 V-ra állítani, így a GPIO lábakra 5V jelszint ment. :-( Szerencsére nem vette rossznéven az ESP32, de lehet, hogy ezt nem mindig így teszi.
Még jó, hogy a tápot máshonnan kapta, és az 3.3 V volt. -
Janos250
őstag
válasz
atesss
#12946
üzenetére
A 8266-ban nem emlékszem, már mi van hardverben, de ESP32-ben rengeteg. Aki most veszi, annak én mindenkinek az ESP32-t szoktam ajánlani, de ezzel nem mindenki van így. Az ESP8266-ha írott lib-ek, programok általában változtatás nélkül is mennek rajta.
Nekem is tetszik az a kis kamerás modul. Tűrhető képe van, egyszer régen tettem is fel mintaképet, úgy emlékszem.És I2C, vagy I2S ?
-
válasz
Dißnäëß
#12947
üzenetére
Nagy vonalakban:
ESP32
- újabb
- 2 magos CPU, valódi multithreading, FreeRTOS
- sokkal több I/O kimenetESP8266
- régebbi, ezért kiforrottabb az arduino integráció, nagyobb támogatás, rengeteg lib és példakód található hozzá
- 5V toleráns portok: néha jól jön, ha vmi szenzort/perifériát szintillesztés nélkül lehet rákötniEgy ilyen ismertetőt (a leggyakoribb AVR, ESP stb lapokról, összehasonlítás) lehetne tenni a topik összefoglalóba, nem? Időnként előjön a téma. Persze nem én írnám, illetve nem egyedül. Segít benne valaki?
)
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? 
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.
?
Ezen a kijelzőn hátul a micro USB port mellett csak 7 forrasztási pont van (és egy extra csatlakozó 7 tüskéje, ami ugyanez a 7 lesz sztem), illetve a szalagkábele ahogy áttör a nyákon egy résen és csatlakozik a vezérlőjéhez, de ez meg vagy ránézésre 100+ körüli kontakt, szóval az itt említett DISP oszlopos csatlakozók nincsenek meg. De még nézelődök.
Új hozzászólás Aktív témák
Hirdetés
ekkold
- Amazfit Active okosóra / Számla / Garancia /
- Honor Magic5 Lite 128GB, Kártyafüggetlen, 1 Év Garanciával
- Új, Garanciális (1-3ÉV) Gamer PC-Számítógép, néve szóló számlával! I5 14400F / RTX 5060 / 32GB DDR5
- Olcsó Gamer PC-Számítógép! Csere-Beszámítás! Xeon 5650X / GTX 1650 / 24GB DDR3 / 250SSD+500HDD
- Bomba ár! Dell Latitude 7390 2in1 - i7-8G I 16GB I 256SSD I 13,3"FHD Touch I HDMI I Cam I W11 I Gar
Állásajánlatok
Cég: FOTC
Város: Budapest