Mógłbym: http://www.atari.org.pl/forum/viewtopic.php?id=15042

Zajmuje się tym mikrokontroler HD6301V1 w klawiaturze. Nie wiadomo co siedzi w jego firmware.

Na wyjściu transoptorów szczelinowych jest coś co bardziej przypomina sinus niż prostokąt, dopiero komparatory formują z tego prostokąt, wyznaczając próg odcięcia (bardzo analogowy próg - konkretne napięcie). Ten przebieg prostokątny ciężko nazwać transmisją cyfrową, to po prostu przebieg prostokątny o zmiennej częstotliwości. W transmisji cyfrowej częstotliwość zazwyczaj jest stała. Tu nie są przesyłane żadne bity. To nie jest PWM, ani PDM...

Ciekawe czy dla Atari szerokość tych impulsów ma znaczenie? O ile odczyt nie jest realizowany przez przetwornik u=f(f) i trafia na ADC, wystarczy generować sygnał PDM (łatwiejszy do generowania, ze względu na stałą szerokość impulsów, a tylko różny czas przerwy). Zapewne "logika" patrzy tylko na zbocze narastające i przesunięcie fazowe pomiędzy dwoma sygnałami z pary.

ATMega wcale taka szybka nie jest, robiłem kiedyś na niej (328P @ 16MHz) generator sekwencji cyfrowych, a dokładnie to symulator sygnału czujnika położenia wału korbowego w silniku spalinowym - czyli coś bardzo podobnego, ale tylko jeden czujnik i szału z szybkością nie było. Oczywiście można stosować jakieś triki w stylu użycia SPI do generowania impulsów - wtedy jest dużo szybciej.

Zmierzam do tego, że każde przetwarzanie sygnału trwa, każda transmisja cyfrowa również.

Myszka PS/2 standardowo wysyła 100 ramek na sekundę, każda ramka to 3 bajty danych. Do każdego bajtu dochodzi nagłówek i stopka w ilości 3 bitów (czyli ramka ma 33 bity). Transmisja szeregowa, synchroniczna z zegarem 10kHz (czyli 5000bps). Zatem samo opóźnienie transmisji musi wynieść co najmniej 6,6ms.

P.S.
Zarówno PIC jak i ATMega to 8-bitowe procesory RISC, przy tym samym zegarze mają podobną wydajność... tyle, że PICe zwykle programowało się w assemblerze, a AVRy w C albo nawet C++ (ich assembler raczej nie zachęca do pisania w nim).

Adapter zrobiłem w/g opisu na tej stronie:
https://www.chzsoft.de/site/hardware/di … -atari-st/

Każdy adapter będzie miał jakiś tam lag, oryginalna myszka Atari była praktycznie analogowa, tu trzeba zdekodować ramkę i przekształcić ją na odpowiednią sekwencję impulsów - to musi trwać.

Wybrałem na ATMega8, bo akurat miałem taki w pudełku z częściami. Poza tym nie wymaga żadnych elementów zewnętrznych. Dałem gniazdo USB, zamiast PS/2 - wiele myszek USB jest dwusystemowa.

1. Na chwilę obecną musi być 128x32.
2. https://github.com/keirf/FlashFloppy/wiki/Hardware-Mods
3. Nie, (zazwyczaj) jest zabezpieczony przed odczytem.

Ostatecznie do mojego Atari STE wrócił napęd dyskietek i dodany został przełącznik 'DRIVE SWAP', a Gotek wylądował w obudowie uniwersalnej T-22 jako napęd zewnętrzny.

Na marginesie - wszystkie opisy jakie znalazłem w sieci zakładały cięcie ścieżek lub nóżek YM - w STE nie ma potrzeby aby to robić!

Dzisiaj i wczoraj powalczyłem sobie z usterką-widmo... za którą najprawdopodobniej stoi felerny układ DMA w moim STE (w/g list z Internetu mam układ z najbardziej problematycznej serii). Na szczęście na dyskach Megafile kończy się to jedynie komunikatem o braku dostępnego miejsca na dysku, a nie zniszczeniem tablicy partycji jak na UltraSatanie. Udało mi się ustalić, że długi kabel DMA (~75cm) w połączeniu z chińskim zasilaczem od konwertera SCART-HDMI wywołuje usterkę z bardzo dużą regularnością... o dziwo głównie przy uruchamianiu gier z loaderem PP. Także fabryczny zasilacz z tego konwertera jest "na dzień dobry" do wymiany na coś co tak nie "sieje".

...to jest tak jak z wielozadaniowością w Windows 3.1 - niby była, ale programy same musiały zadbać o zwalnianie czasu procesora i zasobów i wzajemne przekazywanie sobie kontroli. Zarządzanie pamięcią jest wtedy, kiedy robi to system, a programu nie obchodzi obszar w którym zostaje ulokowany przez system. To że da się wczytać program do wskazanego obszaru pamięci i go stamtąd uruchomić to jeszcze nie zarządzanie pamięcią.

Nie chciało mi się nagrywać całego... ono przydługie jest.

Wtyczka do FDD doszła mogę więc potwierdzić słuszność mojej koncepcji... wszytko działa jak należy. Jedyny ew. mankament to przy zamienionych stacjach kontrolka stacji dysków zaświeca się przy aktywności zewnętrznej stacji. Ten tajemniczy buforowany sygnał wyboru stacji 0 (BD0SEL) zapewne steruje tą kontrolką. Innych "problemów" nie stwierdziłem. Działa bootowanie ze stacji A:, która by nią nie była.

Tak został spożytkowany dar od jer'a w postaci kawałka kabla z wtykiem DIN-14:

Dobra, więc temat przełącznika RAMu na razie odpuszczam, włożę 4MB i zobaczę co się będzie działo. Swoją drogą dopiero teraz dowiedziałem się czemu jako dziecko nie mogłem na swoim STE zagrać w Arkanoid I (obecnie istnieje spatchowana wersja, która działa na TOSie 1.06/1.62 jak i 2.06).