Egyebkent, tuti ki lehetne itt alakitani valami sokkal, de sokkal robusztusabb atvitelt. Nyilvan, az "eredeti" soros atvitelnek meg kell maradnia, hogy az eszkoz floppyra masolt szoftver nelkul, siman betolheto legyen a SERIAL:-rol, de ezutan at lehetne valtani valami sokkal jobb dologra. Mert ugye 2 input es 2 output GPIO van az EP-n, az input GPIO-bol raadasul az egyik (status) be van huzva a Davebe is es igy kivalthat megszakitast, amire lehetne dolgozni.

De egyelore meg csak otletelek, hogy mit lehetne erdemben kitalalni rendes atvitelre.

Elotte azert, van meg ezzel feladat boven, de ez mar egy "demozhato" PoC arrol, hogy megy a SERIAL:-rol betoltes, wifi konfiguralas, wifi status kezeles, mar megcsinaltam, hogy OTA updatelheto az ESP firmware es az ESP-n tarolt "program.com" is, meg epkezlab modon, mukodik a http:// es https:// letoltes is.

U need some summary?

I made some interesting experiment with the serial port, and made a small PoC device with an ESP32 to achieve some very basic networking capability. The goal is a small, external device (because my expansion bus is occupied by the EXDOS) which add SMB/CIFS and FTP and some HTTP transfer capability (both download and upload). Maybe ZIP/RAR on the fly decompressing too (dunno yet).

The speed is slow, only 0.5kByte/s (,~5500 baud) on a 9600 bps 8N2 link.

Kozbe rajottem, hogy ha az ep128emu-ban, a dave.cpp readPort/writePort-jaba beleturok, hogy billegtesse a gepemen kivalasztott serialport 2-2 statusbitjet, akkor ki tudom kerulni az UART-ot, azaz levodott "serialport" emulacio. Enelkul ugye, az UART bufferei es a tobbi dolog miatt, nem ferek hozza a sorosport pinjeihez, igy a sorosport ep128emuban torteno szoftverfes implementacioja nem latna ki a gepbol. Ez megint csak az FT232-es cuccokkal megy, de azokkal legalabb megy Igy pedig, nem kell tobbet floppyval rohangalni a gephez, lehet mindent csinalni az emulatorban.

#TIL! Ti tudtadok, hogy az FT232-es USB soros donglek atkapcsolhatoak generikus 8bites, GPIO modba? Mind a 8 lab lehet tetszolegesen input vagy output, elegge nagy orajellel is. Ehhez ad a gyarto letolheto libraryt, es tulajdonkeppen egy par soros C koddal (FT_Open/FT_SetBitMode/FT_SetBaudRate/FT_Read/FT_Write) atkapcsolhato az eszkoz ilyen modba.

Csak időnként beleolvasok itt egy-egy témába, lehet hogy nem vagyok teljesen tisztában azzal, hogy mi is itt a cél pontosan? Jól értem, hogy az eredeti gép soros portjával küzdesz, és azt próbálod megoldani, hogy emulátor alól legyen egy olyan hardvered, ami a külvilág számára ugyanaz, mint az EP soros portja? Szép feladat!

Az első ötlet, hogy egy soros port "egyéb" vezetékeit használod bit-banging módszerrel, az működőképes lehet. Feltéve, hogy az adott soros port az egy natív, a gép rendes buszára kapcsolódó periféria. USB-s verzióval kár is próbálkozni, az USB "by design" nem alkalmas real-time dolgokra. Amit "ma tanultál", az első látásra jónak tűnhetett, de ugyanezért nem jó: pl. ha egy GPIO lábat bemenetre kapcsolsz, annak a változását nem akkor fogod megkapni amikor történt, hanem majd "valamikor" a host OS USB drivere egy csomagban "ráborítja" a lekérdező szoftverre az eltelt idő alatti változásokat. Kifele dettó ugyanez.

Az USB "reklámozott" sebessége ugye csalóka, ezek az eszközök úgy működnek, hogy a host OS időnként lekérdezi az adott USB eszközt, hogy mi van vele. Ez a gyakorisági idő a csatlakoztatáskor derül ki, maga az eszköz mondja meg, hogy milyen időközönként szeretné a host érdeklődését. Ez az idő viszont (ha jók az emlékeim) nem lehet akármi: 125, 250, 500 illetve 1000 lehet másodpercenként. (Legalábbis a 2.0-s USB-ig mintha ezek lettek volna a szabványban.) Azaz: a legjobb esetben is másodpercenként 1000 alkalommal lesz "aktuális" GPIO állapotod, ami még egy soros port szoftveres emulálásához is karcsú. (Ilyen 250 BAUD még talán mehet, de a stabilitásáról én nem vagyok meggyőződve. )

(Az USB ugye nem a fentiek miatt "gyors", hanem azért tud az lenni, mert az 1000 üzenetváltásban rengeteg adat is mozoghat, de ez a fenti feladatban nem segítség.)

Egyebkent, az FTDI pont erre a problemar csinalta meg a bitbanging tamogatast az USB-s illesztojebe.

Most ismét belenéztem ebbe a doksiba; de nem ír benne nagyon mást, mint amit sejtettem.

Az FTDI doksija szerint egyebkent, kb 1 megabaud bitbangelheto ki a cuccbol biztonsagosan, az elmeleti maximum baudratenek pedig 3 megabaudot irnak.

Igen, ez lehet. Viszont ez úgy megy, hogy "beletolod" azt az adathalmazt, ami alapján billegtetni kell a lábakat, majd az eszköz a saját baud-rate generátorának a segítségével időzítve kitolja a lábaira. És hogy mindezt mikor? "Valamikor". Amikor a host OS USB alrendszere úgy gondolja, hogy lejárt az az idő, amennyi két lekérdezés között el kell hogy teljen, akkor kitolja neki az egész csomagot. Emiatt itt minimum lesz egy "lekérdezésnyi idejű" jitter a csip kimenetein. (Ami ugye 1mSec is lehet.) Ha ez az adott szituációban nem zavaró, akkor nyilván minden oké, nem szóltam semmit.