Hiába változtatom a sebességet, nincs változás.

Üdvözlet mindenkinek
Basic-et futtatok az esp-n és olyan kérdésem lenne hogy küldök uart-on egy változó értéket PIC-ról az esp-nek?

Semmilyen sebességnél nem jön angol nyelvű szövegrészlet?

Logikai analizátorral próbálj ránézni, automata sebességbeállítás mellett. Ha a sebesség nincs jól beállítva, értelmezhetetlen szöveg jön.

Eddig tökéletesen működött az ESP-02 modulom, most viszont elkezdte azt csinálni hogy ha válaszolni akarok a kliens eszköznek akkor küldés közben megáll, nem sikerül elküldenie az üzenetet:

Vagy egy másik példa:

A 63 bájt a válasz headerje, az még elmegy. Utána még néhány ezer bájt következne 2-3 lépésben (2047 bájtonként) de itt már az elsőnél kiakad. Azért érdekes a probléma mert ez napokig működött tökéletesen, azóta a szoftvert sem módosítottam, egyszerűen csak elkezdte ezt csinálni. Néha volt hogy kiment rendesen a teljes válasz, de egy ideje már konstans a hiba, akárhányszor próbálom sosem megy ki a teljes válasz. Küldés közben lezárja a kapcsolatot ("> 0,CLOSED") valamiért, pedig a PIC nem küld neki ilyen parancsot. Több eszközzel is próbáltam (androidos telefon, windowsos laptop) de ugyan az.
Tapasztalt már valaki hasonlót?

Próbáltad rövidebb csomagokra bontani az adatot? Ha jól emlékszem, 2047 bájt az abszolút maximum, többször 1024-gyel teszteld, hátha.

Igen az a maximum de azt tudnia kellene és eddig tudta is hibátlanul. Közben kicseréltem a modult és azóta jól működik. Arra gyanakszom hogy az ESP RF végfok része tönkre mehetett, ugyanis egy hete kb 15-20 percig úgy ment a modul hogy nem volt rajta antenna, elfelejtettem rákötni. Mondjuk akkor, miután észrevettem és ráraktam az antennát, utána még működött.

Sziasztok!
Egy kérdésem lenne. Van egy NodeMCU abba van 2 változó, különböző értékkel. Ezeket az értékeket szeretném soros porton kiküldeni egy PIC nek...
de valahogy ugy hogy a PIC meg tudja különböztetni, a kettőt egymástol.
Mi a különbség a két küldési modnál? Az egyiknél elvileg küld egy "ujsor" üzenetet is... esetleg azt lehetne figyeltetni a PIC el

A kép lemaradt..

Vagy egyszerűbb lenne i2c kommunikácioval küldeni a PIC nek?

Vagy inkább Uarton találjak ki valami trükkös szeparáciot??

Az egyik előtt kiküldöd, hogy "egyik:", a másik változó előtt azt, hogy "masik:".

Az ágyúval verébre módszer az, hogy byte-ok szintjén szétszeded a kommunikációt, és minden byte alsó 4 bitje adat, a felső 4 bitje pedig vezérlés. Persze úgy dupla akkora sávszélesség kell, de szerintem a sebesség nem kritikus. Vezérlésre van 16 lehetőséged 0x0 .. 0xf tartományban, hogy abból valahogyan jelzéseket csinálj, és frame szervezést.

A jelen esetben persze semmire kell az ágyú, de ha úgy is gyakorolni akarsz valamivel, talán mégis csak azt kellene használni. Később majd jók lesznek a mostani kódmintáid.

Szinte minden értelmesebb eszköz olvasható szöveggel kommunikál (lásd webszerver, POP3, SMTP, stb.. protokollok). A későbbi esetleges bővíthetőség, kompatibilitás, meg a józan ész is azt diktálja, hogy valamilyen változónév=érték formátumban küldd el az adatokat (a számokat is szöveggé konvertálva), majd valamilyen szeparátor karakter kell (webszerver esetében pl. & jel, de máshol a TAB is gyakran használt ilyen célra) Ez később az esetleges hibakeresést is nagyban meg tudja könnyíteni.

> Szinte minden értelmesebb eszköz
Akkor csupa értelmetlen eszközt programozok?
Azért sok helyen van bináris protokoll. Fejlesztés közben pedig egy idő után ráál az ember szeme.

Az ESP 2 kimenetét optóval szeretném leválasztani. Van típusra javaslatotok? Gondolom a dual kisebb helyet foglal. A kimenetén 12V-ig bírnia kellene.

Az érzékenységét kell megnézni annak az optocsatolónak, az ESP8266 kimeneteit 10 mA körüli áramra méretezték.

Sziasztok!
Egy nagyon szubjektív kérdésem lesz!
Szeretnék megvalósítani egy olyan rendszert amiben lenne egy NodeMCU mint szerver és 3-4 NodeMCU mint kliens... a klienseken lenne egy hőmérő és 2 relé!
A szerver bizonyos időközönként ( mondjuk 15 perc) lekérné a hőmérő értékét, valamint a.serveren lévő ( gomb vagy Nextion kijelző) hatására változtatná a klienseken lévő relé állapotát!
Program nyelveket nem ismerek de nem teljesen idegen számomra!
Eddig folyamatábrás programozóval irtam egy két programocskát.... majd forditottam le...
A folyamatábrásba, külön külön a relét vagy a hőmérőt meg tudom csinálni... de ahogy irtátok is páran az sok esetben ápol és eltakar... de egyfedél alá hozni már nehéz benne!!

Egyre erősebben érik bennem a gondolat hogy csak el kellene kezdjek foglalkozni egy programnyelvel...
Melyiket javasoljátok ( ESP és PIC az érdeklődési területem)

És a dolog szubjektiv része.... egyilyen programot mennyi idő utan tudhatok majd reálisan megirni?

Minden hozzászolást kritikát szívesen veszek!

Köszönöm

Tudom, hogy nem nekem szólt, de azért leírom a véleményem.
Én szeretem az Arduino fejlesztőkörnyezetet, mert egyszerű, sokféle mikokontrollert támogat(most már stm32-őt is valamennyire és persze ESP-t). kényelmes(sok lib, ami már szinte lustává tesz), de van lehetőség komolyabb dolgokat is végrehajtani(Pl. AVR-nél portmanipuláció, timerek állítgatása, watchdog). Ott is van egy minimális elfedés, azt már neked kell eldöntened, hogy az inkább előny vagy hátrány. Hobbi szinten teljesen jól használható, viszont ezzel sem lehet 100%-osan kihasználni a hardver erőforrásait(Attiny24-nél ezzel küzdök, de az más tészta).

Köszönöm az infot....
Igazság szerint mindenkinek szolt... a válaszgomb véletlen volt!
Na ahoz hogy én a HW erőforrásait ki tudjam használni ahhoz kell még minimun 5 év! Ugyhogy attol nem félek hogy HW határokba ütközök. Itt a kritikus elem én vagyok!

Szerinted nekem a koreai, vagy a japán nyelv menne? Kinek a pap, kinek a papné, Nekem meg a lánya. Ehhez hasonló kérdés sokszor hangzott el, és mindig vallásháború lett a vége. Sok különböző vélemény van, és egy idő után rendszerint megjelenik valaki, aki úgy küzd a saját vélt igazáért, mintha az emberiség fennmaradása függne tőle.
Szerintem ez rajtad múlik. Assembly nyelv elsőként igényel némi precízséget, "ráérős" szemléletet. Ha több platformmal akarsz foglalkozi, akkor egy magas szintű nyelv kevesebb munkát, tanulást, gyakorlást jelent, de előforulhat, hogy olyan érthetelen problémával találkozol, ami egy assembly nyelvet ismerőnek nyilvánvaló. Mikrokontrolleres környezetben a hardverközeli ismeretek elengedhetetlenek. Te sajnos a folyamat ábrás kódgenerátorral találkoztál először. Ezek addig jók, amíg a rendelkezésre álló erőforrások sokszorosan meghaladják a feldathoz szükségeset.

Első körös checklist:
-Műszaki angol
-Analóg elektronikai alapismeretek
-Digitális elektronikai alapismeretek
-Valamelyik mikrovezérlő családhoz tartozó alapismeretek (bármelyik)
-Valamelyik programozási nyelvhez tartozó alapismeretek (bármelyik)

Sorrendben kell haladj. Meddig tudod bevállalni, hogy biztosan zöld pipa?

Igen... már bánom hogy feltettem igy a kérdést!

Helyesebb lett volna ugy kérdezni hogy heti 4-7 ora szabadidővel ESP és PIC platform iránti érdeklődés mellett alap és kezdöközepes projektekhez milyen nyelvet javasoltok... amihez nincs szükség 2 évre az első eredményhez!

Ha lenne "olyan szintű" programozási alapismeretem akkor egyértelmű hogy arra indulnék!!!


Szerintem Kiguuglizom pár programnyelv specifikációját ... átolvasom .... Aztán döntök..
Amugy eddig nekem a Assembly és a c++ forgott a fejembe. De majd meglátom!

Köszönöm

A "forgott a fejedben" és a tudod csinálni között ott van az a 2+ év (tanfolyamok + könyvek + saját gyakorlat), ami nem tetszik neked, pedig áldozatok nélkül nincsen győzelem. Legalább valami tanfolyamnak hagynád befűzni magad, amelyik elhiteti veled, hogy 2 hónap alatt profi leszel, mert bár egy szó sem igaz belőle, de legalább a hozzáállásodat rendbeteszik ahhoz, hogy nekiállj tanulni.

Amit kevesebb véráldozattal tenni tudsz, azok az előre gyártott termékek, és a hozzájuk fellelhető oktató videók. Valaki kitalálta, neked megtetszett, pénzért cserébe ő kisimította az utat, videót készített róla, meg minden, te pedig megveszed egészben. A saját ötlet alapján barkácsolósdi is csak olyan irányban fog működni, amerre valaki előbb kisimította az utat. A teljesen saját csapásirányt abban az esetben természetesen ne erőltesd. Ilyesztően sokkal éhesebb a fenevad, mint amennyit kínálnál neki. De szerintem te is érzed.

Mondom már bánom hogy feltettem a kérdést... és nehéz erre ugy válaszolni hogy utánna ne legyek moderálva meg banolva!!!
Nem hiszem hogy TE mielött megtanultál egy proginyelvet, elötte nem érdeklődtél hogy melyikről kinek mi a véleménye!
Ezek szerint csak én vagyok olyan degeneralt hogy nem ugy pottyantam ki anyám hasábol hogy tudom melyik programnyelvi mire miben jo...
Nem azt mondtam hogy nem tetszik a 2 év.
Nem vagyok az aki azt hiszi hogy elolvas egy pdf oktatót és csilivili csillamponik közepette letud programozni utánna bármit! 2 lábam van mind a kettő a földig ér.
Csak amire nekem kell a programozasi ismeret, az nem biztos hogy megéri hogy 2-3 évet öljek bele!
Akkor inkább elbohockodok az ELŐRE KITAPOSOTT ELSIMITOTT uton a folyamatábrás programozással!
Bocsánat hogy 2 nyelv meg egy teljes főállás mellett nem akarok plussz 3 évet arra áldozni hogy egy szoba hőfokát elküldessem Flowcod helyett mondjuk c++ al vagy éppen...

Hagyjuk is... nem vagdalozni akartam... csak kiváncsi voltam hogy hobbi szinten és hobbi időkerettel mit érdemes tanulni!

Nekem ez nem a szakmám... nem is lessz az.... és nem is akarok vele pénzt keresni!
Részemről lezártnak tekintem.... abba igazad van hogy ahoz hogy csont nélkül menjen a programozás több év rutin kell... de nekem nem ez volt a cél.
Köszönöm hogy felvethettem a kérdédt... remélem azért majd ha elindulok egy uton abba kaphatok segítséget!

Abban igazad van, hogy egy feladat megoldására felesleges rááldozni 2-3 évet. mint ahogy gitározni sem fogsz megtanulni csak egy számot szeretnél lejátszani. Ráadásul lehet hogy több évtizedes lemaradásban vagy elektronikában, programozásban, egyéb hobbistákhoz képest is amit be kell hoznod, és csak akkor éred el azt a szintet amivel most mi szenvedünk.
Tehát ezt a vonalat úgy néz ki kár feszegetni.

Ugyanakkor szerintem simán kezdj el programozni bármilyen nyelvet ami hobbistáknak lett kitalálva. Ezzel nem veszítesz időt mert sikerélményekkel tűzdelve megtanulsz programozni, közben ismerkedhetsz a processzorok egyéb alkatrészek lelki világával is.
Én arduino párti vagyok. Olyan mint az android. Mindenre van már kész megoldás, amire nincs azzal kár foglalkozni. ESP nem egy buta egység érdemes azt végiggondolni hogy kell e mellé egyéb processzor. Legtöbbször meg lehet oldani vele mindent. I2C bővítő egységekkel hozzá lehet tenni ami hiányzik belőle. Aztán ott van az ESP 32 is. Már használható a maga módján.

Ebbe a sorba illik a Nextion kijelző is amit említettél. Lehet benne hibát találni, de ha rátesz az ember egy esp-t pillanatok alatt kész van egy vezérlő konzol. Amit ha egyéb módon szeretnénk összerakni bizony fel kellene kötni amink van.
Aztán ha már nodemcu akkor inkább esp modulok, és kész egységek. Rengetegféle egység kapható amiben esp szív dobog, ezek némelyike már eleve kész rendszer része, de legtöbbjét át lehet programozni és akkor megspóroltad a forrasztási és dobozgyártási időt is.
szenzorok, kapcsolók, konektorok, villanykörte foglalatok. Beszereled átprogramozod használod.

Az viszont továbbra is igaz hogy még ehhez a leegyszerűsített megoldáshoz is amit manapság nekünk tálcán kínálnak, bizony kevés a heti pár óra ráfordítás.

Kezdőknek gyors elinduláshoz:

Mikrokontrolleren Arduinio. Ez valójában C++ és még kapsz hozzá sok, előre elkészített könyvtárat, amikkel könnyen eléred a hardvert. Például: digitalWrite(13, HIGH); és máris világít a LED.

Számítógépen Processing. Ugyanaz a fejlesztőkörnyezet. A nyelv Java.

Tele van a net olyan példaprogramokkal, ahol a PC-n fut a Processing app, megnyomsz rajta egy gombot, az Arduinon bekapcsol a LED, és fordítva is, ha tekered a potmétert, akkor rajzol a Processing. Ezt pár soros programmal el lehet érni, mert a háttérben már mindent megírtak. Elkezded módosítgatni, és azzal tanulsz.

Amúgy mikrokontrolleren nincs sok választásod, ha nem assembly, akkor C/C++ a standard. Általában nincs rájuk se Python, se C#, se Java, se PHP, se egyéb.

Szerintem úgy még soha senki nem tanult meg normálisan semmi új dolgot, hogy "na, akkor én ezt most megtanulom". Mert az lósza* Én a magam részéről az elektronikáról tértem át programozásra még nagyon fiatalon. Feltörtem a suli hálózatát. Akkor még a novell network volt a menő. Nekem ahhoz kellett az asm, és azzal tanultam meg. Hogy hogyan? Reggeltől estig doksikat nyeltem. A kákán is a csomót kerestem, minden apró részletet tucatszor rágtam meg, és kiskaput kerestem még ott is, ahol nincs, mire találtam egy elég gyenge pontot, és mindazt dokumentációkból. Olyan szemét dolgot műveltem, hogy ihaj. De nagyon fültől fülig vigyorogtam, amikor összejött végre És hogy hogy került oda az asm? Mellékesen. Eszköz volt, semmi több. Több100x akkora volt az erőfeszítés, mint az asm-et megtanulni. De "mellékesen" meg is tanultam alaposan. Ha nincs igazi motivációd, ami tényleg funny, akkor hagyd a fenébe a tanulást. Nyögvenyelősen nem jó olyat tenni. Egy hőmérő adatot elküldeni például halál unalmasan hangzik. Nyelesciki. Inkább csajoznál helyette

Sziasztok
Egy ESP8266 12E eszközöm van és a rajta lévő led hozzá van rendelve valamely io ponthoz?