Kifejtened esetleg, miert kene kerulnom? Miert lenne jobb a FET, mint a tranzisztor? Laikuskent kerdezem, tenyleg erdekelne a valasz. Egyebkent nem talaltam egyelore igazan hasznalhato doksit sem a cuccrol... Viszont mas tutosialokat hasonlo felhasznalassal igen.

Koszonom! Kiprobalom. De miert lesz ugy jobb? Ha csak log a levegoben a GPIO2, nincs problema, ha csak egy LEDet hajt 20-szor ennyi arammal, nincs problema. Mi nem tetszik neki vajon?

A GPIO0 és GPIO2 alacsony szintre kötve bekapcsoláskor/újraindításkor másképpen indítja el a kontrollert. Más üzemmódba kerül, máshonnan tölti a rendszert.

Mikrokontroller workshop (ESP8266, ESP32)

2018.02.02 péntek 18:00-tól szombat 17:00-ig

Részletes program (tervezet)

Üdv!
Adott egy Wemos D1 Mini. Ezzel szeretném megoldani a szobában a világítást, ahol egy szál fehér és egy szál színváltós LED szalag van felszerelve. Úgy szeretném megoldani, hogy telefonon keresztül tudjam szabályozni a fehér LED fényerejét, és a színváltóson tudjam állítani a színeket.
Ebben kérném a segítségetek.

" Ha csak log a levegoben a GPIO2, nincs problema"

Pontosítsunk: Neked eddig nem volt vele gondod...A levegőben lógás azt jelenti, hogy vagy magas szintnek fogja venni, vagy alacosnynak. Ami bizonytalan működést eredményez. Program indulás módban MAGAS szinten kell legyen mindenképpen. Ehhez az kell, hogy egy ellenállással stabilizáld. Később a programban meghatározod, hogy alacosny vagy magas legyen, így a tranyó bázisa is stabil pontra kerül MINDIG és nem fog lebegni. Alapvető dolog a stabil szintek biztosítása amúgy.

Ahogy a többiek is mondják: Bemenetet nem hagyunk lebegni. Különösen akkor nem, ha az boot konfigurációt is választ.

Jó tipp köszi.

Az vili, hogy ha bemenetet logva hagyok, akkor instabil lesz, es valtozo ertekeket kapok rola folyton. Na de itt ez egy kimenet Vagy amig a firmware-ben nem allitom kimenetre, addig alapbol bemenetkent viselkedik, es ez okozza a gonoszsagot? Viszont ha igy is van, azt meg nem ertem, hogy a komm. LED miert eg folyton? Mit kiabal ilyenkor a soros porton? Kicsit ez az emlitett zuzmorges ijeszto, ezert sose mertem sokaig ugy hagyni... Amugy az egyelore rossz kapcsolas nem tunik veszelyesnek?

Rendszerindításkor ezek a lábak (is) bemenetek.

Esp leirasa egyertelmuen megadja, es leirtuk ketten is, hogy a gpio 0 es gpio2 is bemenet mig fwl nem bootol a fw.

Koszi az infot! Felhuztam mindkettojuket 10K-val 3V3-ra, de ugyanaz a jelenseg
Amugy esetleg tudnatok egy linket dobni a doksihoz? Nem talaltam olyat, amiben ezek benne vannak, eddig csak tutorialokbol szedegettem a morzsakat...

Szedjél le róla mindent. GPIO15=GND, ENB=3,3V. Így is zörög?

Bővebben: Link

Ja igen, azt nem irtam, hogy csak akkor rendetlenkedik, ha GPIO2 megy a tranyo fele, amugy semmi baja

Egy tipp.
Nemrég linkeltem pont egyet, ami neked is jó lehet.
Bővebben: Link
Ebben benne van minden szépen kidolgozva.

A hiba nalad van ugyanis ugyen ezt a kapcsolast alkalmazom ugyan ezzel a tranyoval es en is relét huzok meg. Hibatlanul megy.

Hoppá... De, mégis megszűnt a para, viszont most simán nem kapcsol a relé A szerver fut rajta, soros porton küldi az infót, csak a relé nem kapcsol. A program jó, egy másik kapcsolásban LED-et tud kapcsolgatni.

Mutasd a progit

Hi!

Nos? Működik már a weblap, meg az AP?

Sziasztok!

Van ez a WifiManager nevű nem rossz dolog. Pár hete írtam csinálok egy pimplet WifiManager-t amiben az IP címeket, és MQTT-s dolgokat is be lehet állítani ugyan azon a weblapon.

Most már vágom mit csinál, egy dolog nem hagy nyugodni az EEPROM-ba mentés.
Arduino EEPROM(os) része eléggé puritánul van dokumentálva. Persze vágó, van eprom-begin, meg read, write, commit stb. de:
Hova menti pontosan?
Tudom szabályozni hogy hová menti?
Érdekeljen? Úgy értem kész terméken nem változik sűrűn a kód helye, mérete.
De ha pl egy lib lenne belőle mint a WifiManager, akkor ugye az user (mint én a WifiManager-nél anno) folytatnám a kódot. Wifimanager hová ment, hogy csinálja, hogy nem tudod felülírni a wifi-login-pass duót?

Annál többet sajnos én sem tudok minthogy belinkelgessek egy két helyet ahol választ kaphatsz.
Inkább egy másik irányt ajánlanék megoldásnak.

Linkek:
Flash felosztás
Ebből Arduino alaplap beállításnál annyi látszik hogy feloszthatod a kódod és a fájlrendszer arányát.
Kódodnak szánt hely mérete a kódod kétszerese kell hogy legyen OTA frissítés miatt.

OTA Updates
Az itt leirtak nem túl részletesek viszont használni már lehet vele az esp-t.

Másik módszer:
Én pld, "eeprom"ot nem használom mert ott az SPIFFS fájlrendszer, meg hozzá rengeteg tárhely. Fájlban tárolni, kezelni pedig egyszerűbb adatokat mint "eeprom"-on, nem beszélve arról hogy nem kell a tárolási folyamattal, meg a címekkel foglalkozni.
Nem mellékesen hogy a weboldalakat is ott érdemes tárolni.
Van weboldalról elérhető fájlkezelő. Így a fájlokat egyből lehet szerkeszteni, feltölteni, letölteni.
Így néz ki.
Bővebben: Link
Bővebben: Link

Persze ha akar az ember egy csillivilli paraméter beállító oldalt akkor csinál magának, de az már a hab a tortán, nem kell rá külön energiát pazarolni fejlesztés közben, azt elég csak a végén megírni amikor már minden ki van találva, és fut szépen.

Aztán ha pontosabb válasz nem jön a memória kiosztásra és még érdekel, akkor....
GitHub oldal témánként kibeszélő része
Ezt az oldalt egyébkéni is érdemes látogatni, felmerülő problémákra itt találsz kérdést és választ.
Amiből meg ők dolgoznak

Hát izé... átnéztem, mielőtt elküldtem volna: El volt írva, a GPIO0-t rángattam, ezért tűnt úgy, hogy működik, ugyanis a tesztelős-programozós áramkörön mindkét lábon van egy LED...
Most teszi szépen a dolgát. Mindenkinek köszönöm a segítséget!

Az iment SPIFFS fajlrendszerrol esett szo. Az lenne a kerdesm hogy az ezen tarolt .txt fajlt tud-e irni, modositani az ESP esetleg. Gyakorlatilag ugy hasznalniezt a fajlrendszert mint egy MicroSD -t ??

Szia!
Igen működik egy ideje és nem áll le. Sikerült a HTML, minden adatot lekérdez és online.
Alapvető problémát úgy tűnik a firmware (float_0.9.6-dev 20150704) okozta, megszakítás kezelésbe véletlenszerűen 'belehalt' (reset), float 0.9.6-dev 20150627-l működik.
Van több is, helyiségenként a padozati infra fűtésről gyűjtök adatokat (bekapcsolások száma, fűtés állapota, fogyasztás, hőmérséklet, páratartam és be-kikapcsolás)
Jelenleg a küldött adatok feldolgozásán ügyködöm.
Van egy Raspi2-vel működő saját készítésű 'Okosház' kütyüm (64/32 I/O, 1wire....) Python programmal, ide akarom beilleszteni a broker adatait.....

Semmi csilli-villi. Fölösleges. Az ami weblap ebben van semmi más mint egy táblázat, annak a mezőiben pedig szöveg, vagy éppen beviteli mező, és jó napot. Nem kell pimpelni, úgyse user-interface
Az SPIFS-t köszi, átnézem. Lehet akkor leszokok az EEPROM-ról.

Hát én egy egyszerű weblapra gondoltam mint felesleges bonyodalom.
txt fájlt csak szerkeszted és kész, nulla befektetett munka.
Ami kell hozzá az az FSBrowser, és akkor már ar ESP-n tárolt weboldaladba is bele tudsz szerkeszteni vele, új oldalakat feltölteni, mint ahogy a fentebb mellékelt képeimen is látszik. Na és persze ha fájlokat használsz az esp-vel, akkor nem hátrány ha bele tudsz nézni.
Bővebben: Link Ha az ESP8266WebServer-t használod akkor sajnos az esp fájlrendszerébe fel kell tölteni a Data mappában található fájlokat. Többek között ezért szeretem jobban azESPAsyncWebServer -t mert abban benne van nem kell fájlokat másolgatni. Valamint a weboldalon keresztül elérhető OTA frissítés is megoldott. Nem kell Arduino OTA.
Kicsit szokni kell de ha ráérez az ember, már nagyon könnyen lehet vele dolgozni.
Na felcsigázásról egyenlőre ennyit. Ez csak a 4. heti lecke lesz.

igen lehet

ui. FS Browser előtt FTP szervert futtattam esp-n és így töltöttem fel/le a fájlokat ESP-re, már az is jó volt, de ez szerintem tökéletes segítség.

Ez lemaradt:
Bővebben: Link
minták is vannak.
Bővebben: Link