Trochę odkopuję temat, bo właśnie uruchomiłem swoje pierwsze od lat małe Atari i potrzebowałem na szybko wykombinować coś do wgrywania programów (no dobra, gier i demek).

Złożyłem więc SIO2Arduino... i zaczęły się schody - to się nie kompiluje w nowym Arduino IDE. Pomijam już fakt, całkowitej przebudowy biblioteki FatSD dostępnej w repozytorium, bo akurat miałem wersję zgodną z sio2ard, ale sam kod jest napisany pod Arduino IDE 1.0 i brakuje w nim deklaracji używanych funkcji. Aby więc ułatwić potencjalnym zainteresowanym uruchomienie tego cudu techniki załączam poprawione źródła i właściwą wersję biblioteki FatSD.

Kolejna uwaga - przycisk SELECT, wbrew opisowi jest aktywny w stanie niskim, zatem ma zwierać do masy (i nie trzeba go podciągać rezystorem do plusa, bo w ATMedze jest wewnętrzny pull-up).

Swoją wersję wykonałem na Arduino Pro Mini, a właściwie na jego chińskim klonie, płytce z gniazdem SD i konwerterze poziomów logicznych 3.3V-5V (bardzo często się o nim zapomina, a karty SD "nie lubią" 5V na liniach SPI). Całość zmieściła się w obudowie KM57. Kabel z wtykiem SIO pozyskałem ze zdezolowanego magnetofonu XC12, który dostałem od kolegi. Prawdę powiedziawszy nawet nie sprawdziłem czy działał (nie mam kaset), ale poza brakiem klapki wyglądał na kompletny, nawet paski były całe, był za to paskudnie pożółkły i miał dołożoną jakąś płytkę z UL1111 i UCY74LS00.

Tak się to prezentuje:

Teraz krótko o obsłudze - SIO2Arduino wykorzystuje loader z projektu SDrive ale z pewnymi ograniczeniami. Obsadzić można do 4 stacji (D1 do D4), ale działa tylko D1:, można natomiast przekładać obrazy dyskietek przy pomocy sprzętowego przycisku. Jeśli przypisze się obrazy do D1 i D2, to po naciśnięciu przycisku w D1 wyląduje obraz ze "stacji" D2, kolejne naciśnięcie przywróci pierwotny układ. Niestety nie działa też wyświetlanie długich nazw plików ani wyszukiwanie.

Po obsadzeniu wirtualnych stacji obrazami dyskietek, trzeba wykonać reboot, można do tego użyć klawisza RESET lub INVERT. W przypadku gier nie korzystających z BASICa trzeba wcisnąć i przytrzymać OPTION (aż nie pokaże się kursor) po puszczeniu RESETu (w przeciwnym razie braknie pamięci i gra/demo nie uruchomi się).

Aby ponownie uruchomić loader trzeba na chwilę wyłączyć zasilanie (lub zresetować Arduino). Znów wbrew opisowi dołożony przycisk na pinie 3 nie pełni funkcji RESET (montującej obraz dysku z loaderem) lecz SELECT.

Zatem muszę Cię zmartwić, ale ten napęd siedzący w CA2001 wcale nie był taki idealny...

Głowica stacji DD ma inną budowę i z innego materiału jest wykonany nośnik dyskietek DD. Te dyskietki potrzebują słabszego pola magnetycznego do nagrywania. Dlatego właśnie formatuję je w prawdziwej stacji DD, a nie HD w trybie DD. Trafiają się dyskietki, które po sformatowaniu w stacji DD mają bad sectory, a w stacji HD w trybie DD formatują się bez problemu. Ponadto dyskietki DD posiadają pierścień sprzęgający (hub ring), który w starszych stacjach jest niezbędny do prawidłowego sprzęgnięcia nośnika z napędem (dyskietka HD będzie się w takiej stacji ślizgać).

Różne ale podana cena to za markowe w oryginalnych pudełkach - Fuji Film, Maxell, 3M, Verbatim.

Nie liczyłem na wygraną, ale oczywiście się cieszę. Jeszcze nie wiem co z nim zrobię ale raczej przestanie być "Garfieldem" i postaram się go trochę odświeżyć, poza tym raczej zostanie w oryginale.

Kilkadziesiąt sztuk już sprzedałem, więc nie jest tak źle ;)

250

GAL16V8 kupowałem coś po 4zł/szt... mam nadzieję, że ta "noga" jednak została przylutowana, a nie przyklejona :/

...a co w tym GEMie chcesz robić, poza uruchamianiem stamtąd programów? To ma zajmować jak najmniej pamięci i czasu CPU. Tryby graficzne są sprzętowe, nic z nimi nie zrobisz. GEM dołączony do TOSu 2.06 funkcjonalnie jest całkiem ok jak na możliwości tego komputera.

Problem = marnotrawstwo miejsca -> gdyby ramka zawsze była czarna można by rozszerzyć obszar roboczy na prawie całą powierzchnię ekranu. Sam problem polega na sztywnym bazowym taktowaniu Shiftera i zrobieniem trybu ST-High nieco na siłę. Częstotliwości i rozdzielczość nie są tu do końca swobodnym wyborem, to był mocny kompromis i po prostu "tak wyszło". Rozdzielczość HIGH była narzucona, a rozmiar ramki wynika z taktowania Shiftera. Z kolei to taktowanie było w głównej mierze podyktowane trybem ST LOW i uzyskaniem częstotliwości odchylania poziomego 15,6 kHz. Bufor ekranu ma stały rozmiar (32000 B). Tryb ST HIGH był niejako na siłę wpasowany w te ramy i wyszło jak wyszło. Na domiar złego ekrany monitorów mają proporcje 4:3, a rozdzielczość obrazu - nie (ale już ramki - tak).

Overscan to odrębna kwestia - monitor CRT zasadniczo nie ma natywnej rozdzielczości, więc (dysponując lepszym kineskopem) nic nie stało na przeszkodzie by tak wyregulować monitor by te 640x400 punktów użytecznego obszaru zajmowało powiedzmy 95% powierzchni ekranu, ale jest jeden warunek - ramka musiałaby być zawsze wygaszona. W przeciwnym razie (gdyby była biała), przy większym rozszerzeniu obrazu mogłyby się pojawić odbicia.

W STeEMie cały obraz w trybie ST HIGH ma 770x540 punktów i prawdopodobnie taki rzeczywiście jest rozmiar obrazu (ramki) generowanej przez ST. Czyli użyteczny obraz pokrywa niespełna 62% powierzchni ramki obrazu.