to resetem nie jest jeden z dwóch przycisków we WROVERZE, tylko trzeba to dorabiać??

Trochę cięzko było by naciskać na ten reset na ESP mając założoną obudowę :)

Faktycznie :) :) :)

Gravity Worms na tym nie pójdzie...

W nawiązaniu do tematu:
http://www.atari.org.pl/forum/viewtopic … 20&p=2

Korzystając ze starego devkita z WROOM-em, przygotowałem na płytce prototypowej testową wersję Fuji z buforem SN74LS07N - na razie tylko na liniach DATA_IN i DATA_OUT. Dioda schottky'ego została usunięta z linii DATA_IN.
Schemat połączeń analogicznie do rozwiązania dla SDrive-MAX - UNO2SIO.

Pomiary napięć wykonałem na wszystkich pinach devkita. Dla lepszej czytelności podaje jedynie wartości z pinów 3V3, G16(DATA_OUT) i G17(DATA_IN).

Sytuacja 1. Przed modyfikacją (bez bufora) - Atari włączone / podpięte Fuji z wyłączonym zasilaniem:

ESP32_3V3 = 1,2V
ESP32_G16 = 4,0V
ESP32_G17 = 3,9V

Sytuacja 2. 74LS07 na liniach DATA_OUT i DATA_IN - Atari włączone / podpięte Fuji z wyłączonym zasilaniem:

ESP32_3V3 = 1,0V
ESP32_G16 = 0,0V
ESP32_G17 = 0,5V

Sytuacja 3. 74LS07 na liniach DATA_OUT i DATA_IN - Atari włączone / Fuji włączone (zasilane z SIO):

ESP32_3V3 = 3,2V
ESP32_G16 = 1,4V
ESP32_G17 = 3,2V

Sytuacja 4. 74LS07 na liniach DATA_OUT i DATA_IN - Atari włączone / Fuji włączone (zasilane z USB):

ESP32_3V3 = 3,3V
ESP32_G16 = 1,5V
ESP32_G17 = 3,3V

Porównując sytuację 1 i 2, od razu widać korzyści. Oczywiście nadal mamy 1V na pinie 3V3, ponieważ pozostałe linie SIO nie przechodzą przez bufor. Teoretycznie, przez ten sam SN74LS07N możemy puścić w podobny sposób jeszcze 4 linie...

Istotny wydaje się różny kierunek przeprowadzenia przez bufor sygnałów wejścia i wyjścia - widać to na schemacie.
Zastanawiam się w jakim kierunku puścić pozostałe sygnały SIO - szczególnie PROC i CMD, które podają na ESP32 spore napięcie...

@kkrys - czytałem Twój temat i korzystałem już z powyższego schematu. Problem był taki, że Fuji nie odpalał i szybko się zniechęciłem :)

Skorzystałem więc ze schematu UNO2SIO. Zastanawiało mnie tylko zaniżone napięcie 1,5V na pinie G16 WROOM-a.

Być może to było przyczyną, jednak mimo to Fuji działał.

Bawiłem się właśnie rezystorami podciągającymi i wróciłem do Twojego schematu. Dodałem pull-up przy buforze na linii DATA_IN (od strony portu SIO) i poszło :) (rezystor jest podłączony jak w schemacie UNO2SIO).
Dioda 1N4148 na linii DATA_OUT z pull-up'em jak w Twoim schemacie.
Pozostałych linii na razie nie ruszałem ze względu na brak miejsca na płytce, będę musiał wykonać drugą.

W/g zaleceń - zasilanie 74LS07 i rezystory podciągające będą podłączone od strony modułu (za wyłącznikiem).

Obecnie przy włączonym Fuji, na obydwu pinach G16 i G17 devkit-a jest 3,3V. Dam znać co będzie po wyłączeniu zasilania Fuji, po wykonaniu kolejnej płytki i puszczeniu wszystkich linii przez bufor i diody ;)

FNC.COM to nie ma. Ale jest zbiór narzędzi na obrazie fnc-tools.atr (tnfs://atari-apps.irata.online/fnc-tools.atr - możesz sobie podpiąć to repozytorium i podmontować obraz z poziomu FujiNetu). Trochę toporne i mam wrażenie, że miejscami niezgodne z dokumentacją (instrukcje na obrazie) ale są. Może się dorobimy jakiegoś innego narzędzia? Mi się marzy, żeby dołożyć obsługę do SC :-)

Czyli... Będzie wersja pcb z buforem i wersja pcb od pancio.net dla ESP z 16mb? A może by tak ożenić te 2 koncepcję?
Panowie?

to teraz zagadka, a jak chcę się dostać do podkatalogu, to jak? Próbuję właśnie dopisać ścieżkę i dupa :)

edit:

Zagadka rozwiązana. mój mały błąd w składni ścieżki tym razem. Ok, Co dzieje się w tym momencie ... :)

... zapisałem u Bociana na serwerze plik ATR w formacie Sparta DOS, wielkość 16MB ... i kopiuje z twardziela atarkowego na tenże serwer kilkanaście katalogów z demkami. Czyli to działa.

edit:

Wrzutka na 2.5MB, orientacyjna prędkość I/O z Fujunet przy HSioINDEX 4: odczyt 3.4kB/s, zapis 1.4kB/s

Zaiste chwalebna koncepcja to jest :)
A może jakiś 8-kanałowy translator poziomów logicznych w małej obudowie, np TXB0108?

Bardzo dobry pomysł... zamawiamy...