@jer - ale chodzi mi tylko o rząd wielkosci: 1ms, 10ms, 100ms? Wiem, ze jest to zmienne i zaleznie od uzytego obwodu do podtrzymania sygnalu reset w stanie niskim, dlatego liczylem na orientacyjna odpowiedz "z praktyki". Sam nie mam nawet oscyloskopu. Znalalzme opis ze schematem z którego wynikało ze w C64 jest to ustawione na 0.5s

@Candle - faktycznie robilem takie podchody. Dobrze mnie rozszyfrowales na podstawie pytan :) Ale wiesz, ze jak sie zacznie publicznie dyskutowac projekt to zazwyczaj nic dobrego z tego nie wynika - konkrety się rozmywają w offtopicach :/ Wolalem zadac konkretne pytania i pomyslec samemu.
Też początkowo obliczalem ze uC 50MHz da rade, a juz 100MHz będzie się nudził. Ale jak zaczałem analizowac specyfikację konkretnych uC to juz zrobilo sie mniej różowo. Tak szybkie procki to są wlasnie ARM zazwyczaj, mocno skomplikowane. Owszem mają DMA ale zazwyczaj nie pracujące z GPIO ktore moznaby podpiąć rownolegle pod szynę Atari tylko przeznaczone do transmisji danych z pamieci do USB albo SPI. I jak piszesz mało który ma spięte GPIO do szybkiej wewnętrznej szyny danych. Okazało się też, że mimo szybkości, reakcja na przerwanie i odlozenie rejestru procesora na stos to 7 a czasem 11 taktow. No isą na 3.3V a nie na 5V. To wszystko jest mocno zniechęcające, całość moze sie okazac niestabilna.
Ale chcialbym sobie nad tym tematem popracowac jeszcze troche samemu. To takie moje prywatne marzenie od lat i chciałbym je kiedys samemu zrealizowac. Ty masz swoich rewelacyjnych projektów całą masę, ja też chciałem mieć jakis swój ambitny i się na nim uczyć :) A za odpowiedzi na pytania jestem bardzo wdzięczny.

@XXL - i Zenon i atariki podają to samo źródło problemu:

"Przyczyną jest fakt, że procedura SYSVBL (a ściślej: jej druga faza) zawiera kod sprawdzający zgodność stanu TRIG3 i jego cienia GINTLK ($03FA), i jeśli się nie zgadzają, zawiesza komputer. "

"Po wyjęciu cartridge’a z gniazda, najdalej po upływie 1/50 sekundy fakt ten zostanie wykryty poprzez porównanie zawartości TRIG3 i GINTLK które będą różne: TRIG3=0 natomiast GINTLK=1.
Wykryte nieprawidłowości spowodują albo zawieszenie się komputera, (...)"

Innych nie podają.

Z przybliżonych obliczeń wychodzi (dla 600XL)  0,66sek. Stała czasowa 2,63sek (R=56k C=47uF). Po upływie 2,63sek*. kondensator naładuje się do 3,15V, a napięcie przełączenia LS14 jest 1,6V. 1,6/3,15=0,5. Jeżeli weźmiemy pod uwagę wpływ oporności wewnętrznej bramki, która zmniejsza stałą czasową (pi razy oko) dwukrotnie, to wychodzi
0.5 * 2,63sek/2 =0,66sek.

* Po upływie jednej stałej czasowej kondensator naładuje się do 63% napięcia zasilania, a po 5 stałych do 99%.