- Hamarosan megkezdődik a nubia 2,8K-s táblagépének szállítása
- Barátokká váltak az eddig rivális AI-óriások
- ASUS blog: Ideális olcsó utazós gép lett az új Vivobook S14
- Az Aura Displays hordozható monitorhármasa jól felturbózhatja a produktivitást
- Dual Mode-os IPS monitorral adott magáról életjelet a Gigabyte
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Kezdő fotósok digitális fényképei
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Apple MacBook
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- ASUS blog: Ideális olcsó utazós gép lett az új Vivobook S14
- Milyen széket vegyek?
- Egérpad topik
-
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
-
Vladi
nagyúr
No uraim!
Alaposan elmélyültem az arduino és nyomógomb témában. Végeztem egy tesztet debounce témában is.
Ha akarjátok, ha nem, most megosztom a tapasztalatokat.
Ezt a kódot használtam tesztelésre.
Ez 50 ms szoftveres debounct alkalmaz. Ezt vetettem össze hardveres megoldással, R-C debouncot használva, kerámia kondenzátorral.2 gombot teszteltem: Egyik egy olcsó nyomógomb, pirosnak neveztem el. A másik egy kicsit jobb mikorkapcsoló, mikro néven.
3 gombnyomási módot használtam: általános, kb ahogy én egy gombot megnyomnék. Gyors, egymás után gyorsan nyomkodva és lassú. Csak szépen komótosan.
Miden teszthez 10 lenyomást végeztem. Első oszlop mindig a lenyomások száma, második a szoftver által érzékelt lenyomások száma, harmadik a nyomástechnika. Íme az eredmények:
Debounce nélkül:
Piros gomb:
10 - 14 általános nyomás
10 - 17 gyors nyomás
10 - 29 lassú nyomásMikro:
10 - 22 általános nyomás
10 - 22 gyors nyomás
10 - 21 lassú nyomásSzoftveres debounce:
Piros gomb:
10 - 10 általános nyomás
10 - 10 gyors nyomás
10 - 11 lassú nyomás !!Mikro:
10 - 10 általános nyomás
10 - 10 gyors nyomás
10 - 10 lassú nyomásHardveres debounce:
Piros gomb:
10 - 10 általános nyomás
10 - 10 gyors nyomás
10 - 10 lassú nyomásMikro:
10 - 10 általános nyomás
10 - 10 gyors nyomás
10 - 10 lassú nyomásKonklúziók:
1. prell mentesíteni kell. E nélkül 2x, 3x annyi kapcsolást lát kontroller, mint ami a valóságban történik.
2. A szoftveres megoldás nem minden esetben jó. 50 ms akár kevés is lehet egy kicsit gyengébb minőségű nyomógombnál.
3. A hardveres megoldás ezen a teszten nem hibázott!!
4. A szoftveres megoldás ebben a példában biztos, hogy gyorsabb, mert késleltetés nélküli. Refrakter módszer.
5. A hardveres biztos, hogy lassabb, mert a kondenzátornak kicsi idő kell. Nem tudom pontosan mennyi, olyan 5-20 ms?
-
Ronyman
aktív tag
Sziasztok!
Szeretnék megismerkedni az arduinoval. Tudtok nekem ajánlani kezdőkészletet? Szétnéztem a neten és rengeteg van, de ki melyiket ajánlaná? Honnan és kitől érdemes rendelni? (Ráérek, így jó akár az ebay is)
Ha esetleg lenne valakinek megunt készlete, akkor szívesen átvenném!
Segítségeteket előre is köszönöm!
Üdv:
Ronyman -
-
fpeter84
senior tag
válasz
Janos250
#6892
üzenetére
LVCH245A Octal bus transceiver; 3-state
Inputs accept voltages up to 5.5 V
In accordance with the Absolute Maximum Rating System...
VI input voltage [1] 0.5 +6.5 V[1] The minimum input voltage ratings may be exceeded if the input current ratings are observed.
wikipedia.org/wiki/RS-232#Voltage_levels
RS-232 logic and voltage levels
Data circuits Control circuits Voltage
0 (space) Asserted +3 to +15 V
1 (mark) Deasserted −15 to −3 VSemmiképpen nem ajánlott közvetlenül rákötni, mert a pozitív irány is bőven túllépheti a tolerált tartományát, de a jel negatívba is megy ugyanannyit... Fizikailag lehet kibírná, működne, de inkább ne kockáztass ha nem az életed múlik rajta
A leg elegánsabb megoldás természetesen egy MAX232/MAX3232 alapú illesztés, de ha elég alacsonyabb sebesség (félvezető típustól függően akár 19200-38400 baud, de a 4800-9600-ra garantáltan elég) akkor ezt a tranzisztor+dióda+2 ellenállásos kapcsolást másolva is meg lehet oldani:
A negatív jelet levágja a dióda, a pozitívval pedig egy ellenálláson keresztül le-lehúzza az NPN tranzisztorral a felhúzott RX lábat. Ha az általános diódát egy ~3-5V-os zener-re cseréled, akkor akár a tranzisztort is el lehet hagyni! Elég felhúzni a bemeneti lábat 3-5V-ra és azt lerángatni a bejövő negatív jellel földre a másik ellenálláson keresztül... (a zener a negatív és a pozitív túlfeszt is lenyesi, csak az analizátor programban a serial async kiválasztásakor az invertált jelet is be kell pipálni, mert ugye a tranzisztor ezt is biztosítaná)
-
Janos250
őstag
"sziasztok, valaki próbálta már ezeket a 6-10 dolláros logic analyzereket?
Elvileg 5 volt van rájuk írva, van-e bennük vajon annyi védelem, hogy rendes rs232-t is elbírjanak?
Az eredeti Saleae, amit koppint, azt írja, hogy abban van, de ezekről a kínaiakról nem találni semmit (150 dollárt meg 10-hez képest sokallok kiadni"Hozzáértők: szerintetek mennyit bír el? Itt a képe.
-
Janos250
őstag
"Át lehet méretezni, azaz, hogy több legyen a program memória és kevesebb az SPIFFS?"
Elvileg az IDE-ben be lehet állítani, de soha nem próbáltam, hogy tudja-e kezelni. Háttértárként (tehát adatokat fájlba írni rá, és olvasni) kezelni biztosan tudja a maradékot, próbáltam, kényelmes. Ugyanúgy történik a fájl kezelés, mint a szokásos. (megnyitjuk, írjuk vagy olvassuk, bezárjuk)
"Másik kérdés, hogy lehet a legegyszerűbben interneten keresztül adatot (byte szinten) küldeni és fogadni az ESP8266 és egy számítógép között (a számítógépen is C++ programot írnék)?"
Az ESP-n pl. így(a lényege):
WiFiServer EnServerem(port);
WiFiClient serverClientAmirolOlvasunk;
WiFiClient serverClientAmireIrunk;olvasás:
len = 0;
while(serverClientAmirolOlvasunk.available()) {
len++;
sbuf[len-1] = serverClient.read();
} ;Írás:
serverClientAmireIrunk.write(sbuf, len);PC-n nem tudom, de a PC-n az így küldött adatokat putty tudja fogadni, illetve oda ha ír, azt az ESP olvassa.
PC ügyben majd a windows hozzáértők válaszolnak. -
Dalee
aktív tag
ESP8266 ESP12E lapon van 4 MB flash. Alapból Arduino IDE 1 Mb-ot lát belőle program memóriaként. Át lehet méretezni, azaz, hogy több legyen a program memória és kevesebb az SPIFFS?
Másik kérdés, hogy lehet a legegyszerűbben interneten keresztül adatot (byte szinten) küldeni és fogadni az ESP8266 és egy számítógép között (a számítógépen is C++ programot írnék)?
-
-
válasz
fpeter84
#6883
üzenetére
Egy nagyobb kondival szerintem még azt is elviseli.
Az említett kísérletnél (uno lap 2db AA elemről) nekem az volt a gondom, hogy a szervó lerántja a tápot nagyobb áramfelvételnél, és brownout-ol tőle a proci, de tvamos kolléga javaslatára rákötöttem egy nagyobb kondit (1F nem volt, 4700uF volt a legnagyobb a boltban
) és egy schottky diódát, ez szinte teljesen megszüntette a problémát, még meg se köszöntem a tanácsot. A kondi persze eszembe jutott nekem is, csak a dióda nélkül nem volt hatásos. -
válasz
fpeter84
#6881
üzenetére
Ha kültéren, hidegnek lesz kitéve, szerintem a két AA jobb megoldás, mint a li cella, utóbbi ha jól tudom nem szereti a mínusz fokokat.
Az esp konverter nélküli megoldást próbáld ki, hátha működik, én az 5V-os UNO lappal kísérleteztem, 3V-ról még szervókat is tudok mozgatni. -
fpeter84
senior tag
válasz
Janos250
#6880
üzenetére
Feltételezem a rajta lévő kapcsüzemű táp + AMS1117-nél lehet sokkal jobb üresjárati áramú tápot kreálni hozzá. Azt még nem álmodtam meg, hogy 2xAA elemről vagy 1x3.7V Li akkuról menjen e... Annak még utána kell nézni/ki kell próbálni hogy mit szólna az ESP a táp nélkül közvetlenül két AA elemről járatáshoz - gondolok itt a kicsit gyengülő elem állapotra, hogy meddig képes stabilan elindulni még róla. Ha pedig Li akku, akkor kell elé egy 1 fokozatú táp (nem kell 5V), aminek a létező legkisebb az üresjárati pazarlása...
Közben már keresgélek, de konkrét választ még nem találtam a mAh/várható készenléti állapot kérdésre... Régebbről rémlik egy videó, ahol az illető gombelemről járatta az ESP-t, és mintha közel 1 hónapos készenlét lett volna a konklúzió. No ezzel ki tudnék egyezni, akkor két AA-ról járatva nem kellene túl gyakran elemet cserélni
-
Janos250
őstag
válasz
fpeter84
#6878
üzenetére
A Wemos miért ne lenne jó?
Készenléti időről nem tudok mit mondani, mert én a gyakorlatban állandóan bekapcsolva tartok mindent, mert a hozzá kapcsolt áramkör egyébként is sokat zabál, ahhoz az ESP fogyasztása már nem számottevő.
A szerver épületben van, egy router mellett. Az állomások pedig mobiltelefon megosztott WiFijén keresztül kapcsolódnak a nethez, mert emberke hordozza.Így az altatás/ébresztés is csak elmélet nálam.
-
gyapo11
őstag
3-5 ezer Ft-ért lehet venni az ebayen valami pic-es modult, ami kvázi szkópként is használható, az analóg bemenetén leméri a feszt és az usb-n át a pc folyamatosan olvassa. Talán pár kHz-et írtak, most nem néztem utána. Szerintem ezt még az arduino is bírja.
De szerintem akár olcsóbban és jobbat is lehetne találni. Mit ajánlanátok? Arduinoból is vannak gyorsabbak, vagy az esp is 80 Mhz-es, csak nem tudom van-e analóg bemenete, vagy valami stm-es modul, pl. ez 3.75 $-ért, bár ez csak 72 MHz-es.
Szóval max 4000 Ft, minél gyorsabban tudja küldeni a mérési eredményeket. A virtuális soros portnak gondolom maxon kell járnia, vagy szóba jöhet a ramban tárolás, és onnan áttöltés, ehhez elegendő méretű ram kell a processzorban. -
fpeter84
senior tag
Köszönöm a tippeket!
tvamos: úgynézem ez a Ti platform elég borsos árú - jobban preferálom a filléres kínai megoldásokat - ahogy nézem a kész dev cuccok 30-40$-tól tartanak a csillagos ég felé... A referencia nyákterve pedig elég összetett ráadásul QFN IC-vel, így a hobbi projektekből kiesik...
ESP: no erre nem is gondoltam alacsony fogyasztású alternatívaként... Van Wemos D1 R2-ből és több - ez gondolom kevésbé alkalmas a célra - de van natúr ESP12 modulból is pár itthon. Meg van OpenWrt-s routerem is a házban, szóval adhatja magát a dolog, hogy az legyen a szerver... Milyen készenléti időt sikerült eddig elérni vele, ha csak pár percenként jelentkezik be? Interrupt-ra fel tud éledni alvásból, ha esemény van körülötte és jelentenie kellene?
-
Janos250
őstag
válasz
Gergosz2
#6876
üzenetére
Mindent a megfelelő helyre!
Van, amihez külön arduino lap is kell, de az ESP-hez nem kell, mert ő egyben az is.
Power:
Energiatakarékosságot minden rendszeren csak altatással lehet elérni. Hogyan néz ez ki ESP esetén?
Van egy ESP, szenzorral, és pici elemmel. Az élete zömében altatjuk, csak időnként ébresztjük fel annyi időre, hogy beolvassa a szenzor adatát, és elküldje.
Na, de biztos, hogy akkor a másik fogadni tudja? Itt jön a WiFi előnye.
Biztosan van a közelben egy olyan hely, ahol van elég energia és hely. Oda telepítjük az állandóan ébren lévő ESP-t. Ő fogadja az éppen felébredt adatgyűjtő adatait,
és amikor az az állomás felébredt egy pillanatra, akinek az üzenet szól, az megkérdezi az állandóan ébren lévő szervert, hogy küldött-e valaki adatot a számára.
Mivel a WiFi igen széles körben alkalmazott, mindenfélék elég olcsón kaphatók hozzá: routerek, jel erősítők (pl. Mantistek nagyon jó), stb.
Tehát innen kezdve csak ujjgyakorlat és C++ kérdése, hogy mit csinálunk meg.
Természetesen azt is meg lehet csinálni, hogy NRF üzen egy másiknak, és az szórja, vagy ha nem bírja, akkor átrakja más platformra és úgy továbbítja, szórja.Persze mindenki saját maga dönti el, mit csinál, kinek mi a kedvezőbb.
Mi leírjuk a lehetőségeket, ő meg választ. -
Janos250
őstag
válasz
fpeter84
#6873
üzenetére
Pap és papné esete!
Mindenki a saját kedvencére esküszik.
Nekem egy hasonló működik, jelenleg még nem üzemszerűen, ESP-vel.
Be lehet rá jelentkezni telnet jelleggel, és bármelyik kliens által küldött adatot továbbítja az összes többinek, mert nálam épp ez kell.
Egy fogja majd üzemszerűen küldeni, a többi meg várja az adatokat. Lehet putty-al is bejelentkezni, küldeni is, fogadni is.
WEBen meg lehet követni, kik vannak éppen bejelentkezve.Ja, és természetesen arduinoval.
Ha akarod, írsz privátot, és bejelentkezésekkel kipróbálhatod interneten keresztül.
-
fpeter84
senior tag
Sziasztok!
Ugyan nem közvetlenül Arduino-s a kérdésem, de erősen köthető ezért azhiszem itt érdemes bedobnom: az NRF24L01 -nél van jobb platform alacsony sebességű, multipoint-képes (egy központi "szerver" és körülötte a "kliensek") kommunikációra? Nagy sávszélesség nem kell, épp csak pár byte közvetítése, és mindezt minél alacsonyabb fogyasztással mert elemes/pici akkumulátoros megoldás lesz, viszont pár téglafalat azért át kellene vinnie...
Tudtok jobbat ajánlani a célra, vagy ilyen modulokat szerezzek be?
Előre is köszönöm a válaszokat!
-
-
-
Dalee
aktív tag
A NodeMcu ESP8266 EPS12E tartalmaz ugye 4 MB flasht.
Ezért gondolom az SPI pineket nem tudom felhasználni. Kiestek a soros lábak (Rxd0,txd0), a GPIO0 a programozásnál használatos.
Fentiek alapján jól értelmezem, hogy 8 portot lehet a felül használni:
D0 - GPIO16
D1 - GPIO05
D2 - GPIO04
D4 - GPIO02
D5 - GPIO14
D6 - GPIO12
D7 - GPIO13
D8 - GPIO15Illetve ebben a 8 portban van az i2C busz (GPIO4,5)?
-
Janos250
őstag
válasz
Tankblock
#6866
üzenetére
Sajnos még sehogy
Részben, mert még nem is volt időm foglalkozni jobban vele, részben meg mert ahova beépítésre van tervezve, oda még le kell vinni az elosztó dobozból a nullát, mert jelenleg nincs levíve.
Most nincs itt nálam, de úgy rémlik, hogy az újabb (csavaros) dobozokhoz való, de ez nem biztos.
"A megfelelő GPIO kézzel húztam GND re" ???
Mit, hogy? -
robohw
aktív tag
"Az tok mindegy, mit ir a gyarto, ha az EU-n kivulrol jon a termek, akkor az importor a felelos, aztan o leugyezi a kinaival. Ha te hozod be, akkor te vagy a felelos."
Bocsáss meg őszinteségemért, de:
Szerintem abbahagyhatnád ezeknek a butaságoknak a terjesztését, propagálását. Legalább nézz utána, mielőtt állítasz valamit.Csak azért jegyzem ezt meg, mert már sokadszorra állítasz valami olyasmit nagy önbizalommal, ami teljesen biztos, hogy nem úgy van.
-
robohw
aktív tag
Az új megközelítésû irányelvek hatálya alá tartozó termékek esetében a követelményeknek való megfelelõsséget a terméken elhelyezett CE jelölés jelzi a hatóságok és természetesen minden piaci szereplõ részére.
A CE jelölés
alkalmazása természetesen nem elegendõ a forgalomba hozatalhoz. Fontos, hogy a gyártó a (büntetõjogi felelõsség elismerésével) megfelelõség nyilatkozat aláírásával igazolja, hogy a termék megfelel a vonatkozó irányelveknek. Bizonyítékként szabályozni kell a folyamatokat, amelyben csapatunk a xxx Kft. segítsége kérhetõ, a folyamatok azaz a jó gyártási gyakorlat rögzítésével el készíteni a mûszaki dokumentációt (termék, gyártó azonosítása, gyártási és a mellékfolyamatok szabályozása, termék mûszaki leírása, tervrajzok, vizsgálati jegyzõkönyvek, telepítési útmutató, felhasználási utasítások), mely alátámasztja, hogy a termék megfelel a követelményeknek. Ezt természetesen be kell mutatni a piacfelügyelet számára.
-
robohw
aktív tag
válasz
Gergosz2
#6862
üzenetére
Szerintem te ezt írtad le:
"Gyakorlatilag bárki ráírhatja bármelyik termékére, és be is hozhatja az EU-ba, cserébe azt kell vállalnia, hogy az EU illetékes szerve bármikor kérheti a papírokat,"
Ehhez képest a CE megfelelőséget ELŐZETESEN igazolni kell, ekkor kap jogot a gyártó a CE embléma használatára.
Ennek az embléma viselési "jognak" a bekerülési költsége terméktől függően úgy fél millió és három-négyszáz millió HUF közötti összegbe kerülhet.A CE egyébként nem csak műszaki megfelelőséget takar, de környezetvédelmi, terméktájékoztatási, garanciális és egyéb megfelelőségeket is. Ezek meglétét ellenőrzik erre feljogosított cégek, komoly pénzekért.
-
robohw
aktív tag
válasz
Gergosz2
#6859
üzenetére
"nem tudom, de a CE nem valami nagy eresztés. Gyakorlatilag bárki ráírhatja bármelyik termékére"
Ezt rosszul tudod.
A jelölés azt hivatott jelezni, hogy a termék a rá vonatkozó előírásoknak megfelel és szabadon forgalmazható az EGT belső piacán. A jelölés magában foglalja a CE logót és adott esetben egy kapcsolódó négyjegyű számot, amivel az akkreditált szervezeteket lehet azonosítani.
"Az Európai Bizottság tudatában van annak, hogy más jelölésekhez hasonlóan a CE jelöléssel is visszaélnek. Olyan termékeken is elhelyezik, amelyek nem teljesítik a vonatkozó feltételeket és követelményeket. Egy esetben például azt jelentették, hogy a kínai gyártók is benyújtották jól megtervezett elektromos termékeikhez a megfelelőség igazolásához szükséges vizsgálati jegyzőkönyveket, de a gyártás során a nem alapvető összetevők kihagyásával csökkentették a termelési költségeket"
-
Gergosz2
veterán
nem tudom, de a CE nem valami nagy eresztés. Gyakorlatilag bárki ráírhatja bármelyik termékére, és be is hozhatja az EU-ba, cserébe azt kell vállalnia, hogy az EU illetékes szerve bármikor kérheti a papírokat, amik igazolják a megfelelőséget. Ez csak a CE-ről jutott eszembe most, nem tudom milyen minőségűek az említett relék.
-
robohw
aktív tag
"akkor arra van megfelelosegi nyilatkozat, es van gyartoja, vagy importore, aki felelosseggel tartozik a termekert"
Te most viccelsz, ugye?
A Sonoff-nak van - egyebek mellett - RoHS megfelelőségi nylatkozata, ami mondjuk egy tesco-s vízmelegítőnek lehet, hogy nincs.
Ezen túl, mégis, milyen szinű felelősséget vállal bármely kínai gyártó az itt eladott szutykaiért? -
tvamos
nagyúr
válasz
Janos250
#6852
üzenetére
Nem nagyobb a valószínűsége, mint mondjuk, hogy a TV-d, villanykapcsolód, konnektorod, hosszabbítód, mosógéped kigyullad.
Lehet, hogy ez igy van, (bar szerintem ezt igy nem mondanam egy random webshop-bol vasarolt barmire,) de abban biztos vagyok, hogy ha vesz egy akarmit (TV-t, mosogepet, akarmit mondjuk a Tesco-ban,) akkor arra van megfelelosegi nyilatkozat, es van gyartoja, vagy importore, aki felelosseggel tartozik a termekert. Ha kigyullad, es viszi a lakasat, akkor lesz felelos. Ha meg vesz valamit kinabol a Banggoodon, akkor o az importor, es a felelos is, ha mondjuk a tuzolto kideriti, hogy a kiani cucc gyulladt ki. Utana meg mondhatja, hogy "Ja, az a sonoff, de Janos250 azt mondta, nyugodtan hasznaljam!" -
Janos250
őstag
válasz
gyapo11
#6854
üzenetére
"nem biztos, hogy ezeket egy gyári appal akarnám egyesével kapcsolgatni távolról. Akkor már kellene visszaigazolás is, hogy megtörtént-e a kapcsolás, vagy volt valami akadály. Volt-e áramszünet, resetelt-e valamelyik eszköz. Inkább rábíznám ezt egy arduinora "
Én is ezt próbáltam gagyarászni, csak nem biztos, hogy érthető volt. Ha weben keresztül használod, megvan a visszaigazolás. Pl., ha a lámpa fel van kapcsolva, akkor a kikapcsoló gomb jelenik meg, ill. fordítva.
"Persze ekkor már nem kell sonoff, csak relémodul."
A Sonoff az arduino (ESP8266) + relémodul egy panelra rakva.
"Már a wifiben sem tudnék igazán megbízni. A Tplink router a gyári fw-ekkel pár naponta dobta el a wifit"
Nálam a router működik, bár előfordul néha, hogy a klens arduino lekapcsolódik.
Az általam alkalmozott:
WiFi.setAutoReconnect(true);
illetve:
while (WiFi.status() != WL_CONNECTED ){
// Serial.println("try reconnect");
// digitalWrite(LED_BUILTIN, ledDark);
WiFi.begin(ssid, password );
delay(1000); // min 1000
} -
gyapo11
őstag
Lehet hírekben olvasni, hogy az IoT eszközöket támadják. Gondolom ezen a téren még van mit fejlődni.
Ugyanakkor ha nekem lenne 5-6 ilyen távvezérelhető egységem, pl. redőny, fűtés, világítás, boyler stb., nem biztos, hogy ezeket egy gyári appal akarnám egyesével kapcsolgatni távolról. Akkor már kellene visszaigazolás is, hogy megtörtént-e a kapcsolás, vagy volt valami akadály. Volt-e áramszünet, resetelt-e valamelyik eszköz. Inkább rábíznám ezt egy arduinora pl., esetleg routerre, pc-re, és akkor olyan azonosítást meg visszaigazolást, meg állapotlekérést írok, amilyen tetszik. Persze ekkor már nem kell sonoff, csak relémodul.
Már a wifiben sem tudnék igazán megbízni. A Tplink router a gyári fw-ekkel pár naponta dobta el a wifit, tettem rá dd-wrt-t, ezzel néha hónapokig megy, néha hetente eldobja, miközben a vezetékes net megy. Ilyenkor admin felületre belépek, wifi kikapcsol, bekapcsol és megint jó x ideig. Persze lehet, hogy a routert fogtam ki. -
gyapo11
őstag
válasz
Janos250
#6852
üzenetére
Nem tudom milyen kommunikáció zajlik a wifin át, és hogy mennyire könnyen törhető, de az androidos appba föl kell venni az eszközt, és azt csak a lokális hálón belül lehet, ha jól emlékszem. Tehát távolról az appal nem lehet csak úgy megszólítani az eszközt.
Én jobban félnék a kigyulladástól. Olcsó kínai cucc, olcsó alkatrészekből, trehány forrasztások, alulméretezett hűtés. Ezt nem a sonoffra mondom, hanem általában. -
Janos250
őstag
Kigyullad:
Nem nagyobb a valószínűsége, mint mondjuk, hogy a TV-d, villanykapcsolód, konnektorod, hosszabbítód, mosógéped kigyullad.
A zöldsárgát természetesen itt is bekötjük. Én mindenkinek NYOMATÉKOSAN javasolom a fi relé berakását is, akár van arduinoja, akár nincs.
Biztonság:
Te írod a programot, olyan azonosítást teszel bele, amilyet akarsz.
Pl.:
http://xxx.xxx.xxx.xxx/azonositas ide teszel egy pw bekérést. Ha jó a pw, a kliens IP címét eltárolod.
A szerver látja a bejelentkező IP címét. [kliensneve.remoteIP(), vagy kliensneve.remoteIP().toString()]A továbbiakban csak arról az IP-ről fogadsz el bármit, aki jól beütötte a pw-t.
Ha a nagyvilágból is el akarod érni, akkor úgyis egy wifi router mögött lesz, és azon be kell állítanod a portforwardingot.
Itt is nehezíthetsz azzal, hogy valami ritka portszámot adsz meg. -
válasz
gyapo11
#6848
üzenetére
Nem pont ezekre gondoltam, hanem ha valakinek van egy ilyen eszköze, akkor gondolom nem feltétlenül csak házon belülről akarja kapcsolgatni, hanem esetleg távolról is interneten keresztül. És egyik példában sem láttam a legkisebb jelét sem bármilyen http hitelesítésnek, vagy jelszavas azonosításnak. Az IoT rendszerek legnagyobb rákfenéje, hogy nem törődnek túl sokat a biztonsággal. Én egy redőnyzáró automatikát sem kötnék a netre úgy, hogy nincs benne semmi védelem.
-
-
-
Janos250
őstag
Itt hivatkoznak egy cikkre, hogy 32Mbitesre cserélte valaki az ESP8266 memóriáját.
Próbált már valaki ilyesmit?
https://prohardver.hu/tema/okos_otthon_smart_home/hsz_937-937.html -
"Akkor megsem megy jol!"
Félreértesz.
Ha közös tápról (akksiról) megy a lap és a motorok, akkor is brownout-ol, ha konvertert használok, és akkor is, ha direktben kötöm őket az akksira. Sőt, mivel nincs elég nagy áramot leadni képes konverterem, a pucér elemes megoldás még stabilabb is, főleg teljesen feltöltött cellánál. Kb 10 percig teszteltem.Gugliztam a témában, és sok hasonló kérdést találtam. Van, ahol kondi + diódát javasoltak megoldásként, van, ahol külön tápot a lapnak és a motoroknak. Előbbihez most nincs itthon schottky diódám, de az utóbbi tűnik a legbiztosabb megoldásnak, csak ezzel az a probléma, hogy egyrészt súly/helyigény miatt 1 cellával szeretném megoldani, másrészt ha két egyforma cellát használnék, a motoré biztosan előbb kezd merülni, és akkor megint ott tartok, hogy nincs közös potenciálon a szervó tápja a vezérlőjellel, és mi van, ha a vezérlőjel magasabb, mint a szervó Vcc-je? Nem hiszem, hogy egy szervó tervezésénél számolnának ezzel a lehetőséggel, inkább gondolom, hogy megpörkölődik a szervó elektronikája. Erről empirikus úton tudnék legkönnyebben meggyőződni, csak sajnos nincs feláldozható szervóm.
-
Janos250
őstag
válasz
gyapo11
#6834
üzenetére
"Soros portot hogy érem el? "
Így (első ábrán be vannak jelölve a helyek, oda teszel tüskéket):
https://github.com/arendst/Sonoff-Tasmota/wiki/GPIO-Locations"hogy töltöm át? "
Így:
Sonoffra feltöltés:
GND,VCC, Tx->Rx, Rx->tx bekötve,
Reset gomb benyomva tartva dugjuk be a PC-be az USB csatit.
Tehát a reset gomb nyomva tartása mellett adunk rá tápot.Természetesen a 230-ba ne legyen bedugva, mert mint tudjuk, az a vezeték amiben áram van, ugyanúgy néz ki, mint amiben nincs, csak a fogása más
"Meg az IDE-ben (1.8.0) se találok ESP8266-ot"
IDE-ben:
file/beállítások/További alaplap-kezelő URL-ek -hez beírod:
http://arduino.esp8266.com/staging/package_esp8266com_index.json
Utána látod az eszközök/alaplap/alaplapkezelő felületen
típus összes és látod
utána more info, akkor megjelenik a telepítés gomb
telepíted"Hanem írok egy programot, ami akár időpontokhoz akár más feltételekhez kötve kapcsolgatja a relét."
A loop-ba azt írsz amit akarsz, ugyanúgy, mint bármelyik másik lapnál, amire Arduino alatti programot teszel.
Ez is egy ESP8266, Arduino alatt (is) programozható lap, mint pl. az UNO. -
-
gyapo11
őstag
válasz
Janos250
#6833
üzenetére
Arra gondoltam, hogy nem webes elérést programozni, az benne van gyárilag. Hanem írok egy programot, ami akár időpontokhoz akár más feltételekhez kötve kapcsolgatja a relét. Azt sem értem, hogy a gyárilag benne levő program nem kavarodik-e össze az általam rátöltöttel. Soros portot hogy érem el, hogy töltöm át? Meg az IDE-ben (1.8.0) se találok ESP8266-ot, még ennek is utána kell néznem. Lehet maradok az arduinonál és a relé modulnál.
-
Janos250
őstag
válasz
gyapo11
#6831
üzenetére
Igen, már többször volt róla szó, de most nem keresgélem, inkább bekopizom, amit magamnak mentettem le régebben.
#define RELAY 12
#define LED 13Pin functions:
After having put another firmware onto the ESP8266,
we would probably want to be able to control the relay again,
and for that we need the pin number.Function GPIO NodeMCU
Button 0 3
Relay 12 6
Green LED 13 7
Spare (pin 5) 14 5The LED on the board is actually a red/green bi-color led,
but the red side is only connected to the RF module,
which in my version isn’t mounted.ESP8266 van benne, úgy kell programozni.
Én a következő beállításokkal használom:
Generic ESP8266 Module/ DIO / 1M(512K SPIFFS)/ Disabled/None/ck/40Mhz/80Mhz/115200Ez meg egy egyszerű minta program, bár úgy rémlik, mintha a led fordítva lenne bekötve:
#include <ESP8266WiFi.h>
#include <WiFiClient.h>
#include <ESP8266WebServer.h>
uint8_t relePin = 12 ;
uint8_t greenLEDpin = 13 ;void lampaBe () {
digitalWrite(12, HIGH) ;
digitalWrite(13, HIGH) ;
Serial.println("be");
} ;void lampaKi () {
digitalWrite(relePin, LOW) ;
digitalWrite(greenLEDpin, LOW) ;
Serial.println("ki");
} ;ESP8266WebServer server(80);
void handle_index() {
String sParameter = server.arg("lampa");
if (sParameter == "be")
lampaBe () ;
else
if (sParameter == "ki")
lampaKi () ;
Serial.println(sParameter);String s = "<html>\r\n";
s += "<!DOCTYPE HTML>\r\n";
s += "<head>\r\n";
s += "<meta http-equiv=\"refresh\" content=\"5 url=http://192.168.4.1\">\r\n";
s += "<meta charset=\"UTF-8\">\r\n";
s += "<title>SONOFF</title>\r\n" ;
s += "</head>\r\n";
s += "<body>\r\n";
s += " <font size =\"7\"> \r\n" ;
s += "\r\n";
s += "\r\n";
s += " <BR>\r\n";
s += " <BR>\r\n";
s += " <a href=http://192.168.4.1/?lampa=be>bekapcs</a>\r\n" ;
s += " <a href=http://192.168.4.1/?lampa=ki>kikapcs</a>\r\n" ;
s += "</body>\r\n";
s += "</html>\n";server.send(200, "text/html", s);
delay(100);
}void setup(void)
{
pinMode(relePin, OUTPUT);
digitalWrite(relePin, LOW) ;
pinMode(greenLEDpin, OUTPUT);
digitalWrite(greenLEDpin, LOW) ;
Serial.begin(9600);
delay(2000); // 2s késleltetés az ESP8266 feléledéshezWiFi.mode(WIFI_AP); // AccessPoint
WiFi.softAP("Sonoff-02","legyenegyjelszo"); // SSID, pw
server.begin(); // start the HTTP server
server.on("/", handle_index); // ezt hajtsa végre, ha a rootba lépünk
}void loop(void)
{
server.handleClient();
delay(500);
} -
Jelentem: kipróbáltam, és őszinte meglepetésemre 2db alkáli elemről elmegy az egész cucc mindenféle konverter nélkül is, úgymint egy uno lap, a rákötött 2 féle szervó és egy hc-06 BT modul. Vagyis elvileg egy majdnem lemerült li cella is el tudja látni az egészet, 3V alatt meg úgyis letilt a védelem.
Szóval kicsit túl van lihegve ez a tápellátás téma.
Viszont arra kellene vmi jó tanács, hogy a motorok okozta brownout-okat hogy lehet jól kivédeni? -
gyapo11
őstag
válasz
Janos250
#6830
üzenetére
Erről írtál már? Kipróbáltam a sonoffot, teljesen jól kapcsolgat, telóról is lehet vezérelni. 8 időzített időpontot lehet beállítani. Da ha programozni is lehet, akkor gondolom több lehetőség van. Hogyan lehet programozni? Kell-e valamit az IDE-be tenni, milyen beállításokkal?
-
#6830
Janos250
őstag
szabifotos
#6829
Janos250
őstag
válasz
szabifotos
#6829
üzenetére
Ha egyenáramot kell kapcsolni, ilyenkor használom én a tranzisztor+relé helyett a FET-et. Ha 230-at, akkor marad a gyárilag összerakott Sonoff, Arduinoként programozva.
-
#6828
vargalex
félisten
szabifotos
#6827
vargalex
félisten
válasz
szabifotos
#6827
üzenetére
Ha behúz, akkor csak az app-ban lehet hiba a visszajelzéssel. Miben íródott? Lehet látni az érintett részletet?
-
#6827
szabifotos
senior tag
vargalex
#6826
szabifotos
senior tag
válasz
vargalex
#6826
üzenetére
De 5V-os. Egyszer már meg is csináltam hogy működjön régebben, most nem tudom mi lehet a gond. Kapcsolni kapcsol, tehát behúz a relé ha valamelyik HIGH pinre kötöm. A gond, hogy wifin nem változtatja az állapotát. ESP app-ban nyomkodom villog a led, de a relé nem vált...
SZERK: Jut eszembe... Lehet tranzisztort tettem közé...
-
#6826
vargalex
félisten
szabifotos
#6824
vargalex
félisten
válasz
szabifotos
#6824
üzenetére
Nem 5V-os reléd van? Az nem fog kapcsolni a NodeMCU 3,3V-os pin-jeivel.
-
Sziasztok! Nemrég téma volt a szervók táplálása lipo akksikról, és, hogy bírja-e egy szervó, ha 2db li cellát konverter nélkül rákötünk. Nekem most az lenne a kérdésem, hogy mi van, ha egy 5V szervót 1db li celláról akarok táplálni, konverter nélkül? Össze akarok dobni gyorsan egy robotot a meglévő alkatrészekből, és ami konverterem van, sajnos nem tud akkora áramot, ami két szervónak kell.
Ahogy utána gugliztam, működhet a dolog, persze a sebessége meg a nyomatéka csökkenni fog. Viszont felmerült bennem, hogy ha a vezérlőjel 5V marad, azzal ugye kicsinálom az elektronikát? Szóval kellhet hozzá feszültségosztó?
A másik, hogy 4,2V-nál még csak működik rendesen, de a meghajtó elektronika 3V környékén egyáltalán elindul-e, vagy csak zizeg és melegszik, mint a fet-es h-bridge, ha nem kap elég tápfeszültséget? Vagy ezek inkább tranzisztoros megoldások, aminek kb. mindegy? -
#6824
szabifotos
senior tag
szabifotos
senior tag
Sziasztok!
NodemCu Wifi modulom van. Wifin szeretném kapcsolgatni. Addig eljutottam, hogy a beépített led kapcsol telefonról... Viszont a hozzátartozó PIN-re kötött relé miért nem akar kapcsolni? A kód tuti jó, mert mint mondtam, a led kapcsol így legalább a hozzá tartozó PIN-nek kéne...
-
Janos250
őstag
válasz
gyapo11
#6822
üzenetére
Igen, a különbség annyi, hogy ha ezt a "kérést" nem telefonról, hanem egy másik arduinoról küldjük, akkor a GET-et könnyebb összerakni, mint a POST-ot. Nekem legalábbis.
Tehát összefoglalva egy konkrét példa, ami hónapokig működött:
1. A szenzor adatait lekérdezi egy Arduino
2. Az adatokat GET-el elküldi a szervernek (azért így, mert így pofonegyszerű), ami egy tárolóban gyűjti, és ha mobiltelefonról, vagy távolról internetről lekéri valaki akkor WEB lapként elküldi az utolsó x db. adatot, illetve azok feldolgozását.Újabban a "telnet" módszert kedvelem.
A szerverre bejelentkezett kliens által küldött adatokat a szerver szintén letárolja, elküldi a többi bejelentkezett kliensnek. Ha kell, szenzor adatokat olvas, letárol, kérésre küld.Nem tartozik a kérdéshez de leírom, ha valaki esetleg ilyenben gondolkodik, lássa, hogy pl. miket lehet szerviz céllal kiíratni. Miért éppen ezeket? Mert úgy tartotta úri kedvem, hogy éppen ezeket írassam ki.
Jelenlegi verzióban ha a WEB lapot lekérdezzük telefonról, ad bizonyos infokat. Pl., hogy hány kliens van bejelentkezve, milyen IP címekről jelentkeztek be, stb.
WIFI_IF_STA = 0 ; WIFI_IF_AP = 1
WiFi.SSID() = xxxxxxxx ; server local IP = 192.168.1.xxx
Received signal strength (RSSI):-32 dBm
macAddress() = 24:xxxxxxxxxxxWiFi.getMode() = 1
WIFI_OFF = 0, WIFI_STA = 1
WIFI_AP = 2, WIFI_AP_STA = 3serverClients[0] connected :
remoteIP = 89.132.xxx.xxx ; remotePort = 49253
serverClients[1] no connected
serverClients[2] no connected
serverClients[3] no connected
serverClients[4] no connected
serverClients[5] no connected
serverClients[6] no connected
serverClients[7] no connectedA
WIFI_OFF = 0, WIFI_STA = 1
WIFI_AP = 2, WIFI_AP_STA = 3
magyarázat kiíratása persze felesleges, mert tudjuk, hogy Arduino alatt a wifi módjának a 0. bitje mutatja, hogy állomás, az 1. , hogy az access point mód be van-e kapcsolva, de mégis benne maradt. -
Janos250
őstag
válasz
vargalex
#6819
üzenetére
NEM !!!!!!!!!!!!!!!
Formailag ugyan kérdés, de a kérdőjel után az ELKÜLDENDŐ ADATOT szerepeltetem.
A szerver nem automatikusan válaszol, hanem a kérésre lefut egy C++ metódus. Abban szabom meg, hogy mi történjék.
Pl. válaszoljon rá,
vagy ne válaszoljon, hanem valami egész mást csináljon (pl. állítsa a fűtést -10-el lentebb)
vagy tárolja le valahova a linkben megkapott adatokat
vagy több mindent is ezek közül.Ez nem a megszokott szerver használat, de lehet így is.
Kezdeményezni valóban nem a szerver kezdeményez, de a nálam előforduló feladatokban nem is kell, mert a szenzort kezelő kliens dönti el, mikor küldjön.
Persze a "telnetserver", ahogy a neten hivatkoznak rá, az könnyebben érthető, és jól használható, ha az emberfia kijavította a hibát. Ezt is használom, másodpercenként pár kiló adatot küld egy "szenzor" a telnet szervernek, ami részben tárolja, részben továbbküldi mindenkinek, aki be van jelentkezve. ESP8266-on 4 bejelentkezett kliensig ment, ESP32-nél 8-ig próbáltam, addig ment. (tovább nem volt türelmem)
-
Janos250
őstag
válasz
vargalex
#6811
üzenetére
https://prohardver.hu/tema/arduino/hsz_4026-4026.html
https://prohardver.hu/tema/arduino/hsz_4028-4028.htmlEz egy több lépéses elkészítés kezdete:
https://prohardver.hu/tema/arduino/hsz_3466-3466.htmlHopp, most látom, Gyapo11 már jól megválaszolta.
Mindegy, nem törlöm, elfér -
#6816
BTminishop
aktív tag
gyapo11
#6815
-
#6815
gyapo11
őstag
BTminishop
#6814
gyapo11
őstag
válasz
BTminishop
#6814
üzenetére
Ha jó a vezeték, akkor a soros port kézenfekvő. Vezeték nélkül is lehet, 433 MHz, 2.4 GHz modulokkal, vagy infrával is. Csak ezeket nem tudom hogy lehet telóval kezelni.
-
#6814
BTminishop
aktív tag
gyapo11
#6813
BTminishop
aktív tag
válasz
gyapo11
#6813
üzenetére
Eredeti terv az soros port volt! Írtam a C# desktop app. ot. De ahhoz ugye kell vezetékes kapcsolat a számítógéppel. Tehát nekem igazából az a célom, hogy a kijelzős modulon kívül is legyen egy applikáció vagy akármi, amin meglehet nézni a mért adatokat. De lehet mégis maradok a soros portos megoldásnál.
-
#6813
gyapo11
őstag
BTminishop
#6812
gyapo11
őstag
válasz
BTminishop
#6812
üzenetére
Belebeszélek én is. Mindkettőtöknek igaza van, a server a fogadó, a kliens az aktív küldő. Eredetileg az volt a kérdés, hogy mobilról vezérelni az arduinót. Erre az a jó, ha az arduinón fut a server, és a mobilon meg csak a böngésző, aminek a segítségével adatokat lehet küldeni a serverre és fogadni is onnan. Az arduino meg azt csinál az adatokkal amit akar, akár kaphatta volna soros porton is, amit mindenki próbált már. Csak ha soros porton küldjük, akkor egy terminál programba pötyögjük be, ha webserverre küldjük, akkor meg egy form mezőibe pötyögjük be.
-
#6810
Janos250
őstag
MasterMark
#6802
Janos250
őstag
válasz
MasterMark
#6802
üzenetére
Hopp!
Stornó, mert tovább olvastam, hogy megoldódott.
Na, még tovább olvasva, mégis vissza:
Luat nem ismerem, én az eredeti arduino C++-ban programozok. -
Janos250
őstag
válasz
vargalex
#6801
üzenetére
De, biztosan használom, már jó ideje. Mint írtam, gettel és posttal.
Így jut fel az adat a szerverre, és a szerveren egy C++ program lekezeli. Ha kell, SD-re menti, ha kell sorosra továbbítja, ha kell akármit csinál vele. A szerver programozása C++-ban történik, leginkább a PHP-ra hasonlít. Ott is azt csinálok vele, amit akarok. -
#6806
Mr.Csizmás
titán
Mr.Csizmás
titán
-
#6804
MasterMark
titán
MasterMark
titán
Bocs, a flood-ért.
Szóval ez lenne az ahova majd küldeni kell soros porton az adatot.
Szerintetek próbának jó lesz a kód amit csináltam? (Azóta átírtam a \n -t \r -re.)
-
#6803
MasterMark
titán
MasterMark
#6802
MasterMark
titán
válasz
MasterMark
#6802
üzenetére
Szerk sikerült, mégsem kell fordítva rádugni, úgylátszik fordítva feliratozták, vagy máshogy van kötve.
Viszont miért van így elcsúszva?Ja nem csinálok carrige return-t.
-
#6802
MasterMark
titán
Janos250
#6799
MasterMark
titán
válasz
Janos250
#6799
üzenetére
Rádugtam PC-re, de nem látok semmit. Megpróbáltam mind a két sor csatlakozót. Látom, hogy a led villog rajta amikor megy az adat, de semmit nem látok putty-n keresztül hogy bármi érkezne PC-re.
Mind a két sor csatlakozón ugyanez.Kód lua scriptben:
uart.setup(0, 9600, 8, uart.PARITY_NONE, uart.STOPBITS_1, 0)
if srv then srv:close() srv=nil end
srv=net.createServer(net.TCP)
srv:listen(80,function(conn)
conn:on("receive", function(conn,request)
conn:send("HTTP/1.1 200 OK\r\nContent-Type: text/html\r\n\r\n");
end)
conn:on("sent",function(conn)
uart.write(0, "MVUP\n");
conn:send("<h1>Volume Up</h1>");
conn:close();
collectgarbage();
end)
end)Ergo a weboldal megnyitására küld egy parancsot.
Valaki ötlet?
részvétem. Esetleg küldenek helyette másikat ha jelzed a problémát.
E_Certificate-Sonoff_Basic.jpg
Új hozzászólás Aktív témák
Hirdetés
ekkold- BestBuy topik
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Második bétánál jár a One UI 8
- Kezdő fotósok digitális fényképei
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Anglia - élmények, tapasztalatok
- Háztartási gépek
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- EAFC 25
- QNAP hálózati adattárolók (NAS)
- További aktív témák...
- Samsung Galaxy A23 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Telefon felvásárlás!! Samsung Galaxy A20e/Samsung Galaxy A40/Samsung Galaxy A04s/Samsung Galaxy A03s
- Csapj le az új MSI MPG B550 GAMING PLUS-ra most! 0% THM-RE is!
- Új Apple iPhone 16e 128GB, Kártyafüggetlen, 3 Év Garanciával
- Azonnali készpénzes Apple Macbook Air felvásárlás személyesen / csomagküldéssel korrekt áron
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest