Kösz.
Az ESP8266-12 -nek igen hardverfüggő azt hiszem. Wemos-on azt hiszem D1 és D2.

Hamut szórok a fejemre, mert most látom, hogy Andyka ESP32-re kérdezett. Bocs!

ESP8266 vonatkozásában pedig tény, hogy az adatlapban szerepel I2C egység és említve van Master és Slave mód is, az általam kultivált fimwarekben (pl. Nodemcu) viszont csak szoftveres I2C Master megvalósítással találkoztam, ahol nincs kitüntetett I2C láb.
Itt is azt írják, hogy mivel az I2C Wire könyvtár bit-banging módban kezeli az I2C, szinte bármelyik GPIO láb használható.

Tehát szoftverfüggő, hogy a láb hardeverfüggő-e.

Tehát az ESP32-nél, hogy legyek abszolut pontos.
Az I2C funkcio lábkiosztás hardverfüggő vagy szoftverfüggő ?

Na engem lényegébe ennél az összeállításnál érdekelne.

Szerintem itt vagy SPI, vagy I2C LCDt használhatsz.
És ugyan azon pinekre konfigurálta őket, a csereszabatosság miatt.

Soros porton 115200baud-al az Arduino-ból egy hasonló adatsort küldesz:

A max. 8 adatot így összefűzve, természetesen a saját write api_key-el.
MQTT-vel nekem valamiért nem működik, pedig jobb lenne, mert kevesebb adatforgalmat generálna.
A field1,...8 kötelező, nem használható az adat neve, amit adsz neki.
Ehhez nem kell semmit beállítani az ESP-n.

Igen. Igy van.
De mivel maradnak szabad kivezetések szeretném a nyomtatott áramkörre mindkettőt kivezetni minimális légkötésekkel és I2C lcd-m sincsen jelenleg amivel kipróbálhatnám. Sőt még egy SD-nek is. A kódból megváltoztatnám és ezért kérdezem. Gyakorlatilag az SPI-n kivül majdnem mindegyiket meg akarom változtatni.
Elvileg megtehető ? Erre lenném kiváncsi

Működik. Sleep módból felébreszti?

Sok jól összeállított infó van az EspEasy-ről.
Egyebek közt itt:Bővebben: Link
A Sleep részben azt írják, az RST-re GND-t kell adni.

Sziasztok!
Van valakinek tapasztalata arról, hogy EspEasy-vel a thingspeak-nek hogyan lehet MQTT-vel adatot küldeni?
Tudok küldeni és fogadni linuxon futó mosquitto-val, win7-es MQTT.fx-el bárhová, EspEasy-vel bárhová, kivéve a thingspeak-ot.
Mit rontok el?

Sajnos nem, kötöttek a pinek felhasználása.
A táblázatban megvan határozva, melyiken mit lehet:
ESP32 Series
Datasheet
50. oldal: IO_MUX

Más!
Ebben a projectben nem találom az I2C-hez szükséges állományokat.
Tehát nem is használja. Ami van I2C_init részlet a programban, az megjegyzésbe van téve.
És mintha az ESP8266-os project maradványa lenne? Mert nincsenek módosítva a pin számozások az ESP32-höz megfelelően.

Az én szemszögömből nézve úgy tűnik, akkora fába vágtad a fejszédet, amekkorát biztosan nem tudsz egyedül kivágni, és józanul szemlélve a dolgokat azzal magad is tisztában kell legyél. Van esetleg valami közérthető oka is annak, hogy miért csinálsz olyat?

Ha ilyen egyszerű kérdésekre itt keresed a válaszokat, akkor inkább maradnál az eredeti bekötéseknél!
Mivel látszólag kevés a tudásod ahhoz, hogy megfelelően módosítsad azt.

JA KÖSZ A MEGGYÖZÖ VÁLASZT

Tehát nem feltétlenül a gpio16tal kell összeköti a reset lábat, hanem külső eszközről is felébreszthető. Jól értelmezem, hogy a "Sensor Delay" érték az az, hogy meddig legyen ébren a reset után?

Nem, ennyi időnként ébred fel, ha a gpio16-tal össze van kötve.

Szerintem a reset újraindítja az eszközt. Vagyis kapcsolódik a wifihez és végzi a dolgát. Ez a szokásos több (8-15) másodperc.
Mindaddig ébren lesz, amíg valamilyen feltétel teljesülése miatt nem küldöd sleep-be.

Köszönöm a segítségedet!Sikerült összehozni!Már csak össze kell építeni a redőnyvezérléssel, beletenni egy dobozba, és kész!

Sziasztok!
Van egy esp-07s modulom, amihez szeretnék készíteni egy shieldet, hogy tudjam programozni egy esp-01 usb-s programozóval.
Több helyen megtaláltam a bekötéseket, de nem mindenhol egyeznek. Pl van ahol a gpio15 simán a GND-re húzva és van ahol 10k-val. Valamint a gpio2 se egyértelmű, mert van ahol LED egy 330 Ohmmal felhúzva 3.3-ra és akad olyan is, ahol 10k-val.
Ami mindenhol egyezik az a gpio0, ch_pd, és reset van felhúzva 2K-10k-val, természetesen külön-külön.
Szóval a gpio2 és gpio15 lábakkal mi a teendő, hogy működjön?
Köszi

Bővebben: Link

A felhúzó/lehúzó ellenállások értéke, (amennyiben nincs valami egyéb csatlakoztatva a lábakra csatlakoztatva) legfeljebb 10K legyen. Ez egyéni gusztus kérdése, a 2K2 és 10K között bármi használható.
Ajánlom elolvasni, értelmezni Topi cikkét.

Találtam egy ilyet, miszerint az esp-07s tartalmazza a szükséges bekötéseket, csak a gpio0-s lábat kell lehúzni programozáshoz

Akkor már mindent tudsz

Egy jó összefoglaló sok részlettel, példákkal: Bővebben: Link

Sziasztok ismét! Gondoltam megosztom veletek, hogy sikerült a projektem! Tudom nem szép, de működik.

Mit tud?

Két redőnyt vezérlek vele! Úgy van beállítva a nodemcu, hogy ha megnyomom a gombot meghúz a relé, ha elengedem a gombot elejt a relé!A relé ad egy rövidzárat a redőnyvezérlésnek, amire meghúz az egyik relé, és elindul a redőny le, de elejt, a hozzá tartozó potméterrel beállított idő után ami kicsit többre van beállítva, mint a redőny mozgási ideje, egy ciklus alatt!ha ezután megint megnyomom a gombot, akkor a másik relé húz meg, és elindul a redőny fel, szintén potméter, idő....! De ha mozgás közben nyomom meg a gombot, akkor elejt a relé, és következő gombnyomásra elindul ellenkező irányba!

Látom a blynk-be beleszerettél
A redőnymozgatóban nincs pozíció adó?

A redőnyvezérlésért köszönet Proli07-nek!Ő tervezte! A nodemcu programozásért pedig annak a youtuber srácnak, aki nagyon részletesen elmondta a videóban, hogy hogyan kell!

Oké, de csak tudod, hogy mit csináltál Mert ugye akkor lehetne olyat csinálni, hogy százalékosan megadod a redőny pozícióját és oda vezérli. Szerintem kicsit még magadénak tudod a programozást, és menni fog. És ne mondd, hogy hülyeséget írtam

Nem, sajnos nincs benne! A legegyszerübb mechanikus végállás kapcsolós motorok a Conradtól! Bele bizony! Már rendeltem ebayről másik kettőt, mert van még négy redőny, csak az a lakás másik végében van, és nincs kedvem átvezetékelni! Meg ugye akkor nem kellene több nodemcut programozni!