Taka myśl mnie najszła.
Czy ktoś badał co się dzieje na liniach adresowych/danych po kodach zawieszających procesor ?
https://github.com/willyvmm/mouSTer
jmp $e477
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Altirra 4.40 test 18 Kolejna wersja testowa najlepszego emulatora ośmiobitowców.
Atari ST Bad DMA - możliwe rozwiązanie? Nowa wersja sterowników ICD Tools może w końcu rozwiązać problem Bad DMA, dręczący Atari STE od lat.
Fujisan - nowy interfejs do Atari800 Nowy frontend do emulatora Atari800, Fujisan, zapewnia natywne doświadczenie na macOS, Windows i Linux.
Echa Xenium, demo na Atari Lynx! Atari z sukcesami na Xenium 2025. Sprawdź nagrodzone produkcje z konkursów.
Steem SSE 4.2.0 R3 dostępny Kolejna aktualizacja emulatora Atari ST Steem SSE, tym razem z drobnymi poprawkami błędów.
atari.area forum » Sprzęt - 8bit » Kody crash 6502 a stan linii adresowych.
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
Taka myśl mnie najszła.
Czy ktoś badał co się dzieje na liniach adresowych/danych po kodach zawieszających procesor ?
Zdaje się, że to akurat można dość łatwo sprawdzić: http://visual6502.org/JSSim/index.html
Już po napisaniu tego posta przypomniałem sobie o tej stronce.
Sekwencja adresów na linii adresów zakładając że rozkaz blokujący leży w adr.
adr, adr+1,ffff, fffe, fffe,
i potem już tylko ffff.
Linia R/#W jest cały czas w stanie wysokim, czyli procesor nie wymusza nic na liniach danych.
to ja się powtórzę...
http://youtu.be/4NZlrrAOxRU?t=44m45s
jak już posłuchasz o KIL, to warto przesłuchać całość :)
A znam znam, niemniej dzieki za przypomnienie. Jest tam wyjanione dlaczego :)
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Sprzęt - 8bit » Kody crash 6502 a stan linii adresowych.
Wygenerowano w 0.014 sekund, wykonano 53 zapytań