https://mirror.atariki.pl/w/index.php?action=history&feed=atom&title=Dyskusja%3ATop_Drive_1050Dyskusja:Top Drive 1050 - Historia wersji2026-10-03T04:26:25ZHistoria wersji tej strony wikiMediaWiki 1.46.0https://mirror.atariki.pl/w/index.php?title=Dyskusja:Top_Drive_1050&diff=1234&oldid=previmported>Atariki recovery: Reconstructed from archived HTML; see provenance manifest2026-10-01T08:51:48Z<p>Reconstructed from archived HTML; see provenance manifest</p>
<p><b>Nowa strona</b></p><div>Doglebna analiza kodu tej stacji oraz praca nad wlasnymi procedurami transmisji 68.2k w 1050, każą mi przypuszczać<br />
że takiemu zachowaniu stacji (niemoznosc sygnalizacji bledow w turbo) jest nieuniknione w tej predkosci.<br />
Optymalna procedura odbioru ciagu bajtow w tej predkosci nie pozwala na zamieszczenie dodatkowego testu na wystapienie timeoutu od<br />
ukladu RIOT. (7 cykli - bit porta/bvc error) Efektem tego jest to ze po przelaczeniu sie w turbo, stacja nie ma mozliwosci wyjscia z petli przez timeout (sytuacja normalna w przypadku bledu na szynie podczas transmisji) Sygnalizacja bledu mozliwa jest tylko podczas pracy w 19200. Stad tez niemoznosc automatycznego przelaczania na turbo (jak w UltraSpeed przez obserwacje bledow podczas odbioru pojedynczych bajtow) Moze Pecus by cos wiecej napisal :)<br />
[[Użytkownik:Mikey|Mikey]] 11:40, 11 wrz 2012 (CEST)<br />
</div>imported>Atariki recovery