Az ESP8266-ot több helyen is emlegetik a fórumban. Lehet érdemes lenne neked is rákeresni és olvasgatni mire használták és meddig jutottak vele a fórumtársak.

Furcsa anomaliaba futottam bele a soros port hasznalata kozben. Osszedrotoztam a gepet tobb eszkozommel (USB-s RS232 adapter, illetve a mikrovezerlo uartja), de a fogadas nem akar mukodni. Minden eszkozon a 9600 baud, 8 bit, 1 stopbit, nincs paritas kombinaciot hasznalom. Amikor az Enterprise vegzi az adast, az jol mukodik, a megfelelo byteok megerkeznek hibatlanul, viszont amikor az Enterprisenak kellene fogardnia akkor az osszes eszkozomrol ugyonaz az anomalia latszodik. Egyetlen karaktert probalok folyamatosan 1 masodperces idozitessel atkuldeni, ez pedig a 'b', azaz 0x62, azaz 98, azaz b01100010, de ami megerkezik, az 0xc2, azaz 194, azaz b11000010. Ha nem 'b'-t hanem 'abc'-t probalok, akkor rendre 193 194 es 195-os byteok erkeznek. A csatolt basic programmal tesztelem a dolgokat. A statuszvonalak megfeleloen kezelve vannak, tehat csak akkor kuldom at a byteot, amikor a status out ezt megfeleloen engedelyezi.

Otlet?

Alacsonyabb bauddal nem próbáltad?
Amúgy én nagyon gyűlölöm a soros átvitelt, bacakodni a sok bittel össze-vissza, fúj!  

Volt itthon egy ultraolcso aliexpresses stm32 alapu szkop kit, azt osszeraktam, azzal szemre, megfelelonek tunik, plussz az eszkozoket osszekotottem egymassal, de ugy rendben van a kommunikacio. Tehat az ESP oda-vissza tokeletes a PL2303-val es az FTDI-vel is, illetve az FTDI es a PL2303 is teljesen okes egymas kozott. Ezen eszkozok hibajat igy kizarnam. De gondoltam arra, hogy a nem megfelelo soros port lehet a gond (sok cuccal talalkoztam, ami utalja az USB-s adaptwreket), igy eloturtam egy P1-es laptopot es egy P3-as ATX konfiguraciot. A hiba ezekkel is "ugyonaz", venni tudnak az EP-tol, de adni az EP iranyaba ugyonugy hibasan (a hiba is konstans az eszkozok kozott)

Megneztem kevesebb baudon is, 300-nal, ha a kommunikacios parameterek egyeznek, akkor ugyonez a hiba jelentkezik, konstans modon.

Probaltam atkuldeni 0, 10, 20, 30, 40, 50 es 60-as decimalis erteku byteokat (gondolvan, ha osszerakom a "hibatablazatot", nekem az is jo ), itt 0, 18, 40, 62, 80 es 98 erkezett meg. Nehezito korulmeny, hogy a 0, 1, 2 es a 3 viszont rendben megerkezett.

Szerk: illetve, meg az jutott eszembe, hogy lehet, hogy meg kene nezni basicen kivul, pl z88dk-val. A Z80 asm ismeretlen szamomra, utoljara Turbo Pascal assembly betetkent VESA grafikat meg GUS-t es SB-t piszkaltam 25-28 eve kb.

Szerk2: ha 'abc't, azaz 97, 98, 99 azaz 0x61, 0x62, 0x63 kuldok, akkor 0xc1, 0xc2 es 0xc3 a befuto, azaz 193, 194, 195.

Ma este majd meg kutakodok tovabb.

Azt is ellenoriztem, hogy a "status out", tehat az A3 vonal rendben eljut a kuldo oldalra, illetve figyelek is arra, hogy csak a megfelelo helyzetet latva vegezzek kuldest. Azt is latom, hogy a Basic GET parancsnal lesz csak megfelelo allapotu az A3, illetve itt gondoltam arra is, hogy mi van, ha tul hamar vegez adast a kuldo, tehat direkt beleirtam, hogy a karaktert azutan kuldje el, miutan mar legalabb 2-3 masodpercig engedelyezo allapotban van az A3.

Lehet nincs mese, meg kell nezni, az EXOS csatorna block olvasassal, csak hirtelen tegnap, nem talaltam annak a Basic megfelelojet, ugyhogy tenyleg kenytelen leszek megnezni ezt a Z88DK-t . Bar azt irja a Basic Referencia Kezikonyv, hogy lehet EXOS-t hivni Basicbol is, szoval, talan nincs veszve a dolog.

A "vegeredmenyt", tehat a szoftvert egyebkent C-ben, Z88DK-val tervezem majd megcsinalni. Ebbe akarok rakni valami helyi es tavoli filetallozast illetve, oda-vissza masolgatast, ha pedig belefer, akkor elni a ZMODEM adta RLE vagy LZW tomorites lehetosegevel (igy ugye elkepzelheto, hogy novelheto a "lathato" atviteli sebesseg), illetve, ha a mikrovezerlobe belefer, akkor abba meg tennek RAR es ZIP tamogatast, hogy az ilyen archivumok konyvtarnak latszodjanak es kozvetlenul kibonthatoak legyenek letoltes kozben .

Szerk: Ja igen, az eszkozok egymas kozott jok. Tehat tok mind1, hogy FTDI vagy a P1-es laptop van osszekotve, oda-vissza helyes a komunikacio, 300, 9600 es 115.2 kbps eseten is. Az sem zavarja az eszkozket, ha az USB-s eszkozt atadom egy virtualis gepnek es ott fut a szoftver. Az USB-s cuccokat a Macbookomrol Pythonban irt koddal, a pySerial libet hasznalva probaltam, a P1-es es P3-as gepen Windows 98 van, ott Delphiben rantottam ossze egy kuldeni/fogadni tudo szoftvert, a mikrovezerlon C++ kod vegzi a dolgokat. Szoval, szerintenm a kuldesi oldal rendben van .

Ezt nézted már?

O nem, de ebben nem latok igy hirtelen, semmi relevansat. Arra rajottem, hogy az automata handshake nem megy, ezert handshake "nelkul", tehat kezivezerelten irtam meg a kodot. Kerestem 1-1 kifele/befele hasznalhato statusvonalat, amit tudok minden nyelvbol kapcsolgatni/olvasni, azzal oldottam meg a kommunikacio idevago reszet. Aszem az EXOS leiras irja, hogy az EP kuldeskor nezi a status-in -t, fogadaskor pedig allitja a status-out vonalat., szoval a tulajdonkeppen, mind a ketto oldalon ra kell pillantani adas elott, hogy felkeszult-e a masik fel az adatok fogadasara.

Azt latom, hogy a doksi beallitja 9600-ra a baudot, viszont 8,N,2 modon marad igy a sorosport. DOS-ban is ez lehet a default? Az USB-s vezerlokkel probaltam 8,N,2 -t, de ugyonaz erkezett meg az EP-re, mintha 8,N,1 -et hasznalnek (tehat az elobbiekben leirt bithiba, lehet, hogy ez sem megy jol az USB-s cuccnak?), de a 8,N,2-t nem probaltam sem P1/P3, sem a mikrovezerlo iranyabol.

Az Enterprise soros vonalanak a jelszintje egyebkent tokeletes a MAX232 IC-hez (ezzel van illesztve a mikrovezerlo), illetve megfelel az FTDI es PL2303-as USB adaptereknek is, tehat ott nem kell semmit sem, sehova felhuzni. Az is feltunt, hogy se a P1-es Notebook se a P3-as PC nem latja az EP-bol kijovo 1-et (~6-7V) 1-nek, ezert eloszor egy 10k, majd 4.7k vegul 2k ellenalassal huztam fel a P3-as PC-bol kinyert 12V-ra (a P1-es notebookhoz igy eloszor kozos GND-re hoztam a P3-as PC-vel, hogy a PC-bol kinyert 12V megfelelo legyen), igy helyrejott a kommunikacio, de ez csak az Enterprise -> PC iranyt erinti, ami ugye helyesen mukodik. A kommunikacioban resztvevo felek kozos vonalanak mindegyik esetben az A1-es 5V offszetes referencia labat hasznaltam. A mikrovezerlo es a MAX232 tapellatasahoz egy kulso, 5V-s dugasztapot hasznalok.

Szoval, nem ertem. Tenyleg abban bizom, hogy a Basices GET zavar be, es ha blokk olvasnek a csatornarol, lehet, hogy jo lenne. Ugyis itt a hetvege, az idok vegtelen tengerevel

Az elozon kivul pedig, amit meg fogok meg nezni:
- P1/P3 felol a doksiban leirt bekotes mellett a doksiban leirt commandokkal a file atvitel a PC iranyabol (remelem a 9tus RS232 dugon is megvan minden, ami itt a 25-nel irva van)
- P1/P3 es a mikrovezerlo felol a 8,N,2 atvitel

Marmint, arra gondolsz, hogy a "status-out" vonal valtozna egy adatbyte bitjei kozott? Ilyet nem lattam mikozben az occso szkoppal (ilyen jatek szkopom van, $30 korul volt vagy 2 eve, a 200kHz-be a 9600 baudos serial pedig boven belefer) nezegettem es a doksi sem ir errol semmit. Az szepen latszik, hogy a "status-out" 1 lesz amikor kiadom a GET-et, majd kb azonnal 0, ahogy a stopbit megerkezett (kb ekkor jelenik meg a print is a kijelzon). Kozben pedig vegig, stabilan 1. Ez a vonal szerintem nem mozog.

Arra gondoltam meg, hogy baj lehet az idozitessel, mert nincs ugye orajel vonal, a baudbol tudja az ado es a vevo, 1-1 bit hosszat, ha pedig csokkented az atviteli ratat, akkor nonie kell a tolerancianak, de 300 baudon is ugyonaz a "bibi" jelentkezik. Plusz, ez egy faek egyszeru vonal, a kapcsolasi rajz alapjan "semmi" varazslat nincs, siman TTL-re van alakitva, majd be van kotve egy 74LS373-ba. Tehat, az EXOS lesz az, aki "szoftveresen" osszerakja a byteokat. Ezert gondoltam itt meg arra, hogy gepi koddal, vagy C-vel lehetne eleg gyorsan olvasni az ehhez tartozo 0xb6 i/o portot, majd megnezni, hogy igy mi erkezik. A gep nem turbositott, tehat abbol adodoan se lehet olyan baj, hogy "elcsuszik az ido". Exos 2.4 van benne, lehet futok majd egy kort a gyari Exos 2.1-vel is.