Nagyon rövid ismerős a wifi modulban esp8266 esp-03
Mindazonáltal az első eredmények nagyon biztatóak.
Először is olvashatsz erről a modulról. itt. Itt, hát, itt.
Dokumentáció egy kicsit, a szó egyáltalán. De van valami.
2) Az ár. Különösen a válság előtt. A 3 (három!) Dollárban. 100 rubel volt. A fenébe. Most már 200 rubelt az ebay, de ez olcsóbb Arduino, ez olcsóbb Ethernet Shield (körülbelül 500 rubel) nem sokkal drágább, mint egy nagyon bizarr modulok alapján ENC28J60 vagy „népi» NRF24L01 (mely költségek fele annyi, de kell, hogy legyen legalább két !).
3) rekord alacsony energiafogyasztást jelentett be, ideértve a modul használatát az elemek által működtetett készülékeken.
4) Ha jól értem, ez a modul nem csak WiFi kapcsolatot biztosít, hanem egy programozható mikrokontroller, amely képes végrehajtani néhány egyszerű műveletet a külső világgal való interakcióhoz. És ez ismét az ár.
Vagyis mindez nagyon érdekes.
1) Ha jól értem, ez az eredeti kínai fejlődés. Akár jó, akár nem, nehéz megmondani, de hogy egy kevéssé ismert fejlesztő képes volt létrehozni egy olyan terméket, amely jobb a tiszteletre méltó márkák fejlesztésénél - nem értem.
Bár minden előfordul az első alkalommal.
2) A dokumentáció már említett hiányossága és a jó adatlap hiánya.
3) A készülék nem mozgatható.
Mindenesetre úgy döntöttek, hogy megpróbálják.
A modult ebay-en vásárolták. Összesen ugyanannak a chipnek a modulok több változata létezik, amelyek eltérnek a feltárt lábak számától, a beépített antenna jelenlététől vagy hiányától stb. További információért kattintson ide.
A választás az ESP-03 opcióra esett:
1) Egy beépített kerámia antennával rendelkezik. Az antenna pontosan az, amire nem vagyok hajlandó csatlakozni.
2) A legtöbb lábat visszavonják. Lehetőség lesz arra, hogy kijavítsuk ezeket a lábakat valamivel a helyesre.
3) Alacsony ár.
Ezért úgy döntöttek, hogy felkészítse az illesztő lineáris szabályozót alapuló kedvenc XC6206 (összes trim - két kerámia kondenzátorok), és konjugáció szintjét a két vonal a térvezérlésű tranzisztorok (lásd a link felület sorozat MOSFET tranzisztor.).
Ezenkívül elvben a modul összes érintkezője egy szabványos szögletes fésűvel az adapter szélén. Hadd legyen. Mint kiderült később - nem hiába.
Általában, tudván, hogy hajlamos vagyok arra, hogy a vezetékek rossz irányba kerüljenek, mindenhol elhelyeztem a "tökéletes diódás" védelmet az automata gépen, és megfeledkeztem az adapterről. Erre és a végén fáradt :-(
A második dobozt az adapterrel kiderült, miután megpróbálta kikerülni a kísérlet áldozata abban a reményben, hogy nem az, aki szenvedett, hanem maga az adapter is. Sajnos, kiderült, hogy lehetetlen csinálni, anélkül, hogy elválasztanák az összes kapcsolatot a modulból. A forrasztószárító igazsága még mindig nincs, és a gázégővel történő fűtés nem segít.
És ez nem pontosan az, amit vártam. Aztán gondoltam, hogy kísérletezem ezt a modult az adapterben, majd újra forrasztom néhány hasznos kézzel készített cikkben.
Nyilvánvaló, hogy a következő kísérlet során az adapter radikálisan korszerűsödik.
Egy csomó vezetéket inni a tábla alsó oldalán levő adapterpárnákhoz, és az ESP8266 forrasztom ezeket a lábakat felülről. hogy a modul érintkezői ne ragadjanak az adapterhez. Akkor ez lesz könnyű leolvaszt méterre az illesztő párna, húzza ki a modult, és a lábak, majd később csendben otpaivat lépésnyire tőle egyesével.
Most a használat tényleges tapasztalata.
Csatlakoztattuk a modult a számítógéphez egy saját készítésű USB-UART adapter segítségével a cp2102 alapján. A modul tápellátását (5 volt) az adapterről vették - ez valójában a számítógép USB portja.
Mivel a CH_PD - Chip engedélyezési lábat 3,3 V-ra kell csatlakoztatni a működéshez, egyszerűen csatlakoztattam egy 3.3-os lábszárral.
Elvben az adapterben arra a lehetőségre számítottam, hogy a CH_PD és a 3V3 között állandó jumper forrasztható, de nem forrasztotta.
Kezdetben a modul furcsán viselkedett.
Mivel az eladó a leírásban azt jelezte, hogy a modul 11500/8 / N / 1 sebességgel dolgozik az UART-on, behelyeztem a 115200 terminálba és elhoztam a szemetet.
Az UART vonalak és a terminál LED-jeinek villogása során világossá vált, hogy a CH_PD és a 3V3 lábak csatlakoztatásakor a modul ad információt. Azonban sem a 115200-as sebességgel, sem a szabványos szettek egyikén sem olvasta el, és a modul nem reagált a további parancsokra.
A Google azonban javasolta a megoldást - a modul elindításához, a GPIO15 lábat a földre kell húzni. Egy vezetékes, földi talpra kötöttem folyamatosan.
A modul 96000 sebességgel indult.
Oké, ez már könnyebb.
Ezután ezt a munkát nagyrészt elvégeztem.
Megjegyzés: az "AT" parancs nem érzékeli a kisbetűt (kis betűkkel írhat), minden más érzékeny.
Megváltoztatta az UART sebességet: AT + CIOBAUD = 115200
Sikeresen.
Állítsa be a WiFi módot: AT + CWMODE = 1
Nézte a rendelkezésre álló WiFi hozzáférési pontok listáját: AT + CWLAP
Láttam őt. Sóhajtva megkönnyebbültem - vezeték nélküli kapcsolat van.
Csatlakoztatva az útválasztóhoz: AT + CWJAP = "
Vagyok a lakásban két WiFi hozzáférési pontok - az egyik a bejárat közelében (Ethernet-router + WiFi), és a második - az asztalomon (ez korábban egy ADSL-modem, ő játssza a szerepét, egy vezetékes csomópont és WiFi hotspot hozzáférési szolgáltatások).
A legfontosabb dolog az, hogy húzzon néhány URL-t és kapjon választ.
A gyakorlatban ez azt jelenti, hogy képesek információt továbbítani az eszközről a külvilág felé.
Ez valójában egy közönséges HTTP GET kérés.
Válaszul, a modul dobja a hiányos darab web-kód Google oldal, majd elkezdi viselkedni valamilyen furcsa módon. Hogy a modul hibás-e az adatok bőségéből, vagy a terminálról, nem értettem, de átálltam a saját szerverrel való együttműködésre, ami sokkal rövidebb választ adott.
A modul önmagába való beillesztéséhez elég volt a röviden újraindítani, ha 3.3 Volt távolítottam el a CH_PD lábától.
Amikor saját webszerverrel dolgozom, sikeresen végrehajtottam több GET kérést.
Az elfogyasztott áramot mértük. Pontosan nem tudtam mérni, mert amikor a multiméter mA-sávján keresztül kapcsolódtak, a modul nem akart dolgozni - ismételt szemeteszelést indított.
Ami ez volt, nem értettem.
Lehetséges, hogy a modul kezdete idején a multiméter elhagyta a multimétert. Szükséges volt az A-sávon keresztül csatlakozni, 0,2-0,3 A, i.e. 200-300 mA, érthetően nem pontossággal.
Mindenesetre, az XC6206 esetében ez már a határon belül van. Nem szabad több mint 200 mA-t adni.
Aztán megpróbáltam összekötni a modult Arduinnal.
És mivel a „Vas» UART Arduino használják csatlakoztassa a számítógép, felakasztotta egy puha ESP8266 UART (SoftwareSerial könyvtár) a 10. és 11. csapok Arduino.
És itt van, hogy egy lágy UART nem tudott megbirkózni a sebesség 115200, vagy nem kell a hatalom, hogy keresztül csatlakozik a Arduino, de általában a modulhoz tartozó keresztül Arduino már nem -, hogy küldjön minden alkalommal, hogy lő le a törmeléket.
És akkor azt kell ellenőrizni, és a változás sebességét ESP8266 kezdett kapcsolja az adapter és az Arduino USB-UART, majd vissza, így az élelmiszer-és pereplyusoval ESP8266 égett ...
Hello mindenkinek!
Nos, és én is hozzá fogok járulni, ezek a modulok sem tudtak továbbadni.
Megkaptam a 07-et és a 12-et, és már (lassan) lassanként pár hétig kiválasztom őket.
Itt írt róla. Nem másolok itt, hogy ne készítsek ugyanazt a régiet. Ha érdekel, akkor olvassa el ott, kérem.
Elvben elutasíthatom valamit, vagy megerősíthetem (amit ellenőriztem).
Először is, a modulok sok szempontból szeszélyesek, ezért pontosan úgy kell kapcsolni őket, mint például a fenti linket.
Ez nem az, hogy elhagyja a levegőt, egyetlen láb sem, mind felhúzódnak. És nem szükséges összekötni a lábat közvetlenül a földre, vagy az ételt, tk. a lábak különböző üzemmódokban és különböző firmware-ben működhetnek különböző üzemmódokban, ugyanazt a GPIO15 be tudja kapcsolni a kimenetet, és ha fel van akasztva a talajon, akkor egyszerűen kiég.
Elvben van olyan modulok, amelyek a legegyszerűbb kapcsolattal indulnak: húzza a GPIO15-t a földre, a CH_PD-t a 3.3-ra és az RX | TX-t a PC adapteréhez. De ebben a módban jól működik, egyáltalán nem stabil, de működik, ha nem érinti, és nem lélegzik :)
A fogyasztás valójában jóval meghaladhatja a dokumentáció mA-ben szereplő állításokat. Kb. 270 mA-re ugrottam. Nem fogom pontosan mondani - nem emlékszem. Átlagosan a modul általában 80 mA-t fogyaszt. Ismét a memóriából. Komolyan nem foglalkozom vele, csak próbáltam - összehasonlítva az LH és uspokoilsya.V Ideális számíthatnak 300 vagy jobb mozgásteret 350 mA - ha a design power / vegye stabilizátor neki.
Ezután a modulban a leminősítés módja. Valójában még több lehetőség is rendelkezésre áll.
De az AT firmware-ben csak 1 legegyszerűbb jelen van: a mély alvás módja.
Ebben a modulban kerül sor, amikor egy adott parancs adódik a parancsban megadott időnek. És ezen az időn keresztül maga felébred a GPIO16-on keresztül, ha összekapcsolja a rezet lábával.
Ez valójában ő maga is egy bizonyos időn keresztül átmegy. És ha nem csatlakozik a GPIO16-hoz a riasztóhoz, csak nem ébred fel :)
Az arduino-ra vonatkozó munkákról: az arduino szoftvermegoldás nem elegendő az ESP-vel való normális munkavégzéshez, túl sok sebességhez és kevés erőforráshoz. Ebben a módban a normál működés nem elérhető.
Azok, akik a vér az orr kell a Arduino 1 hardvarnogo UART használat ESP és csatlakoztassa a számítógéphez, nem az ellenkezőjét: ESP hvardvarnomu csatlakozik a port és a PC Arduino már softvarnomu lógni.
Nos, ajánlott ellenőrizni, hogy az UART-ban található pufferek telepítve vannak-e az Arduino könyvtárakban a fogadás / átvitel érdekében, és esetleg növelni kell őket.
Megadtam a mega teszteket, 4 UART hardvert használtam, így nincsenek problémák, és 3,3 volttal vezetem, így nincs semmi összeegyeztetni :)
Ami a firmware-t illeti, jelenleg olyan gyakoriak:
- AT alapú parancsok
- NodeMCU - firmware. Lehetővé teszi az ESP parancsfájlok meghajtását és használatát lua nyelven
- Nos, mint lehetőség - az emberek megírják saját firmware a C / C ++ - az, hogy az összes előfeltételek, mivel ebben az esetben lehetőség van arra, hogy megszabaduljon a (részben) származó hibás kód Espressif modul és valóban pedig egy megbízható, független művész. Például megnézheti ezt az összeállítást.
És az emberek még saját UDK-t is csinálnak. fejlesztésre. Szintén érdemes megnézni.
Röviden: a firmware. teljes egészében az Espressif kódját használva sok hiba van (ugyanabból). És támaszkodjon rájuk 100% független eszközként - nem teheti. Csak akkor, ha házi kézműveseknek.
Tehát két lehetőség van:
1) hogy az ESP-vel együtt egy másik MK-t is használjon, és egyszerűen irányítsa ezt az ESP-t egy külső MK-ből (legalább legalább nyomon kövesse annak lógását és indítsa újra, ha lefagy)
2) írja le a firmware-t, miután korábban kitalálta a munka bonyolultságát, és ha lehetséges, megtagadta az SDK Espressif
Én magam, miközben megálltam 1 lehetőség. Vagyis az ESP-t egyszerűen átlátszó WiFi hídként használom az AVR-hez, amelyen keresztül kommunikál a fej egységgel.
És igen, ha valaki érdeklődik a modulokról való véleményem iránt: nem hibák nélkül vannak, de személyesen nagyon boldoggá teszik, különösen az ár tekintetében (még a jelenlegi rubel árfolyamon is). Ezért azt tervezem, hogy használom őket házi kézműveseimben és így tovább.
PS: Nem úgy gondolkodom, mintha ismerős lennék, csak olvastam újra, mi volt nagyon. Tehát, ha bárkinek bármilyen kérdése van, kérdezd meg, megpróbálom válaszolni, hogy mit tudok, vagy legalább küldök egy megfelelő linket.
Erősen javaslom, hogy ismerkedjen meg ezzel a dokumentációval:
ESP8266_Module Alkalmazás Design Guide.pdf
ESP8266_Beginners_Guide_V0.4.1.pdf
ESP8266_Specifications_v4.1.pdf
Az AT-firmware használatához:
4A-AT-Espressif AT Instruction Set_v0.21.pdf
4B-AT-Espressif AT Command példák_v0.3.pdf
Az SDK megtanulása:
2C-SDK-Espressif IoT SDK programozási útmutató_v0.9.5.pdf
Ő ott van.
Nem sűrűn, de nem adhat hozzá semmit a rake általános megértéséhez, mint például: "Valamilyen oknál fogva, ha a beépített ADC feszültséget több mint 1 volt próbálja meg, a modul újraindul. "- de azért, mert van ilyen korlátozása: 0 és 1 volt között, és az előírásokban is jelzik :)
Bár 100% -ban biztosak benne, persze nem szabad. Különösen a maximális fogyasztás 215 mA-ben szerepel a specifikációban, de valójában a modul többet eszik.
Offtopikus, de jó tanács. A tudást duplikálni kell. Azt tanácsolom, hogy ne lusta és írj mindkét erőforrásra. Túl sok hasznos információval rendelkező webhely egyszerűen eltűnt az elmúlt években. Hogy az adminisztrátor részeg vagy férjhez ment, az admin villamosja elmozdult, az adatközpont felégett, ... sok körülmények történnek. Ilyen hely például egy személytől függ. Isten megtiltja, hogy ez megtörténik vele, sem az alap nem tölthető le, sem a domain megújítható, vagy a tárhely nem fizethető.
Igen, Isten megtiltotta ...
Nekem van ESP-07 és ESP-12 is több darab. Nem mindent ellenőriztem, mert zárt táskába érkeztem, ezért választottam egyet és egyet. Volt az ali. Más, birodalom, eladók. Az ESP-01-ről valami azonnal elhatározta, hogy elutasítja a nafigot, olvassa a fórumot és az internetet :)
07 forrasztott magának az elrendezésnek, tk. nem volt sál, hogy lecsapjon. Megbízható és jól illeszkedik az elrendezéshez.
12 már fizetett az olcsó sárga zsebkendőért, ami rosszabb az elrendezésnél, mert kényelmesebbek. a szélességükre mindent lefednek, de nyilvánvaló, hogy gyorsabb a forrasztás gyorsabb. Nos, ezek kicsik.
Csatlakozás a szabvány szerint:
- 3,3 V-ot a stabilizátorról 1117-re VCC-n és GND-n
- továbbá elektrolit és kerámiák a táplálkozáshoz
- ADC 4.7 kΩ-n keresztül földelésre
- GPIO15 - 10kΩ a földeléshez
- GPIO2, 0, 5, 4, 13, 12, 14-től 10k ohmig +3.3-ig
- GPIO16-tól 10k ohm-ig +3,3 és 470ohms között a REST-hez
- CH_PD 470Ohm-tól +3,3-ig
- RX, TX közvetlenül arduino vagy USB-TTL (mindkettő 3.3 voltos üzemmódban működik, így megállapodás nélkül, nos, a talaj még mindig gyakori)
(villogással: kapcsolja ki / GPIO0 dobja a földre / kapcsolja be / flush / húzza ki a csatlakozót / visszaküldi a GPIO0-t +3,3-ig / kapcsolja be a profitot)
Része a régi vette ezt itt, és más rendszerek az interneten, részben gondolkodni maga számolt itt a fórumon (mint például a SW. Pvvx), és logikusan :) Röviden, szükséges, hogy húzza meg minden, és feltétlenül ellenállásokon keresztül, hogy elkerülje a fogyasztott GPIO . Közvetlenül csak az étel maga. Igen RX | TX mivel a szintek konzisztensek. A teljesítményt sima / stabil és tartalék árammal kell ellátni.
By the way, a modulok még mindig nem szeretnek bejutni az áramkör bármely darab vezeték nélkül.
Ez azt jelenti, hogy az áramkör működik, csak a (legalább ugyanolyan elrendezésű) üzeneteket veszünk be, és a teljesítménybuszba helyezzük a földre - az ESP ugyanakkor gyakran újraindul.
Így néz ki, mint valami kés.
A 07-es modulok újak voltak, vagyis a 12-ben bekövetkezett bekötés volt (a tájékoztatással találkoztam, hogy a kábelezés kicsit más volt).
Összesen: mind a 07-es, mind a 12-es munkát varrják. Kommunikáció a PC vagy USB-n keresztül-TTL (a CP-shke hasonlók), és a Arduino szoftver híd üzemmódban (abban az értelemben, hogy az Arduino használ két UART port és script továbbítjuk rajtuk keresztül átlátható információt).
Jelenleg tesztelök AT firmware-en (07-én feltöltöttem az utolsó bétát).
Én írtam magamnak, miközben a program még mindig a delphi 7-ben van (horror, értem, de eddig), amit az átviteli stabilitás átlátszó módjának tesztelésére használok: különböző mennyiségű adatot küld, elfogad és összehasonlítja azokat. Olyan ilyesmit lát. Ha valaki szüksége van egy ilyen termékre - írni, dobjon ki valahol.
Elvileg elegendő a munka stabilitása az igényeimhez (az ESP-t pusztán WiFi-UART hídként használom). Nagy csomagkészlet esetén, vagy ha a csomagok egy nagy szál, az ESP biztosan újraindul, ez történik. De ha MK-mestered van az irányításhoz, amely mindig az ESP-nek szalagot ad, ha bolond, és az utóbbit pusztán kommunikációs modulként használják, akkor a normákat. Igen, és küldöm a 16-32-es byte csomagot. Nos, 128 bájt-zsák lesz, mert Még mindig szeretném végrehajtani a fejhallgató (AVR-ki) firmware-ét WiFi-en keresztül.
Valahogy így.
Az ESP-07 az ADC kimenetével kapható? Hol találja meg a lábnyomot?