Rozbudowałem trochę układ i funkcjonalność.

Obecnie jest tak, że po włączeniu stacji pokazuje nam się jej numer (np. d1) na dwie sekundy jako takie "powitanie". Po tym czasie wyświetlacz przechodzi do wyświetlania numerów tracków, oraz dwie diody LED pokazują aktualnie pracująca głowicę.
Numer stacji dyskietek jest zapisany w pamięci EEPROM Attiny, więc uruchamia się ona zawsze z takim numerem jaki sobie wybierzemy i zapamiętamy.

Wciśnięcie przycisku lewego powoduje przejście do trybu wyboru numeru stacji. Pierwsze wciśnięcie wyświetla aktualny numer, a kolejne wciśnięcie zmienia ten numer kolejno d1->d2->d3->d4->d1->d2... Zmiana numeru stacji następuje natychmiastowo, a więc po takiej zmianie nasza stacja jest od razu widoczna w Atari pod wskazanym numerkiem.
I teraz możliwości są dwie: albo tylko zmieniamy numerek i wówczas stacja będzie pod nim pracowała do czasu ponownej zmiany numeru na inny lub wyłączenia i ponownego włączenia stacji (stacja po włączeniu  pracuje pod numerem zapisanym w EEPROM). Albo druga opcja, to po wybraniu numeru stacji możemy go zapisać w EEPROM jako domyślny naciskając drugi przycisk (prawy).
W ten sposób możemy sobie chwilowo zmieniać numery stacji, albo zapamiętywać ustawienie domyślne, z którym stacja się uruchamia.
Powrót do trybu wyświetlania numerów tracków następuje samoczynnie w momencie kiedy stacja zacznie być aktywna (zmieni track lub głowicę).

Na schemacie dołożyłem w związku z tym poniższe zmiany:

1. Dołożyłem dwie diody LED, do których wykorzystałem już istniejące multipleksowanie dwóch wyświetlaczy, dzięki czemu dwie diody podpiąłem do jednego pinu mikrokontrolera multipleksując je wraz z całymi wyświetlaczami. Diody te w swojej podstawowej funkcji pokazują która z głowic aktualnie pracuje (górna/dolna), oraz w trybie wyboru numeru stacji sygnalizują mruganiem zapis tego numeru do pamięci EEPROM.
Dioda danej głowicy zapala się przy zmianie tracku lub przy zmianie strony dyskietki, natomiast gaśnie samoczynnie po kilku sekundach nieużywania stacji. Zrobiłem tak dlatego, że zabrakło mi już pinów w mikrokontrolerze, prawidłowo należało by czytać jeszcze rzeczywistą aktywność flopa i w zależności od niej gasić diody, ale pominąłem to już jako nieistotne. Działa to wizualnie bardzo dobrze i fajnie, w praktyce wygląda to tak, że zapalanie się diod lub zmiana na przeciwną stronę dyskietki następuje dokładnie w momencie aktywności, natomiast całkowite wygaszenie diod małą chwilę po tym jak stacja się zatrzyma.

2. Dołożyłem dwa przyciski, przy czym tutaj też wykorzystałem istniejące multipleksowanie wyświetlaczy i przyciski są tak samo multipleksowane, dzięki czemu dało się je oba podłączyć do jednego pinu mikrokontrolera. Pierwszy (lewy) przycisk służy do zmiany trybu i wyboru numeru stacji, a drugi (prawy) przycisk służy do zapisu numeru stacji w EEPROM.

3. Dwa piny mikrokontrolera wykorzystałem do wyboru numeru stacji w XF551. Podłączamy je kabelkami zamiast zworek/switchy wyboru stacji w XF551. Od teraz Attiny kieruje tym wyborem.

Załączam na razie schemat aktualny oraz dwa zdjęcia pracy prototypu w trybie wyświetlenia numeru stacji i w trybie aktywności stacji - pokazywania tracków/głowic.
Zaprojektowałem i zamówiłem płytki, po zmontowaniu gotowca i ostatecznym przetestowaniu całości, wrzucę jakieś testy i udostępnię wtedy ostateczny kod źródłowy oraz gotowy wsad do Attiny w wersji tej rozbudowanej. Płytkę zaprojektowałem w taki sposób, że dodatkowe diody LED, przyciski, oraz sterowanie numerem stacji dołącza się kabelkami wpinanymi na goldpinach, więc można będzie użyć tej samej płytki do wersji uproszczonej, którą opublikowałem wcześniej oraz do wersji rozbudowanej. Różnica polega na tym, że dołączamy lub zostawiamy niepodłączone te wspomniane dodatkowe elementy.

Płytki będą dostępne w drugiej połowie lipca ponieważ na razie są w produkcji, w międzyczasie wakacje itd...

138, to lepiej dać ACT. Czyli 74ACT138. Tak mówił Tori. Reszta może być LS lub HCT.

Cyprian, tak, mogę wrzucić, ale tylko rezystory i diody tak jak napisałem. A to piwo to mam wam też do paczki dorzucić? Kurde słaby interes dla mnie:-)

@_kriss_: wysłałem PW

Zaktualizowałem ilości w pierwszym poście.

No co Ty, serio? Pięć stów za Commodore? Co z Ciebie za Atarowiec?:-)

Nie wiem, nie sprawdzałem tej gry, ale nie jest to kwestia firmware? Pamiętam jak to robiłem, że czytałem o kilku grach dla których wychodziły poprawki do SwinSID-a, nie jestem pewny czy do tej gry też nie było takiej poprawki. Z tego co czytałem, to dosłownie jakieś pojedyncze tytuły miały z tym problem.

W każdym razie w SwinSID-zie w tym moim C64 siedzi najnowszy (w sensie ostatni jaki wyszedł) firmware, więcej nic nie wiem, nie sprawdzam - zostawiam testy dla następnego właściciela. Od siebie mogę powiedzieć, że odpalałem trochę gier i wszędzie działał ten wynalazek dobrze - ale oczywiście jest to zamiennik, więc głowy nikt nie da, że będzie chodził w 100% poprawnie ze wszystkim.

Generalnie SwinSID gra też czasem trochę inaczej niż oryginalny SID. Ma czasami trochę inne brzmienia, ale czasem wydaje mi się, że jakoś ładniej - z tym że ja to sobie porównywałem z muzyczkami z youtube, bo oryginalnego SID-a nigdy nie miałem, ani nie jestem też jakimś fanem SID-a. Tak jak napisałem w pierwszym poście - nie jara mnie C64:-)

Pod dowolnym, czyli pod MyDOS-em, lub Spartą, bo chyba żaden inny DOS w ogóle nie obsługuje 720kB?

Tak mi się tylko nasunęło, to uzupełnię, żeby ktoś nie pomyślał, że na serio Freddie jest niepotrzebny, bo to stwierdzenie jest bardzo naciągane, żeby nie powiedzieć że w gruncie rzeczy to co mówi lotharek jest nieprawdą. Freddie nie jest bowiem tak do końca zbędny.

Pamięć SRAM jest spoko, ale w taki sposób jak podał wywalić sobie Freddiego, można tylko w bardzo wąsko określonych krytycznych warunkach konfiguracji, gdzie pogodzimy się z poważnymi ograniczeniami konfiguracyjnymi i niemożnością używania wielu rzeczy.
A konkretnie problem jest taki: w takiej konfiguracji gdzie pozbywamy się Fredka, nie będzie możliwości zainstalować żadnego rozszerzenia pamięci z epoki, nie da się zrobić 130XE, nie będzie też można zainstalować współczesnych rozszerzeń na bazie SIMMexp, czy Satantronic itp., nie zadziałają nam też zewnętrzne rozszerzenia pamięci wpinane na szynie PBI czy CART+ECI. Idąc dalej nie odpalimy również kartridża testowego, który posiada zewnętrzną pamięć RAM do przetestowania naszego Atari. Krótko mówiąc pozbywając się Freddiego całkiem nieźle się kastrujemy z szerokiego wachlarza możliwości i w zasadzie zostajemy skazani na jedyne rozszerzenie RAM jakim jest Ultimate 1MB - być może należało by o tym w pierwszej kolejności nadmienić, a dopiero w drugiej jarać się pomysłem, że Freddie jest niepotrzebny. Myślę, że w większości komputerów jednak bez Freddiego się nie obejdziemy (lub ewentualnie zamiennika Simiusa, czy też dobrze zapowiadającego się projektu z niniejszego wątku).

Mi tam takie rzeczy schodzą bez problemu albo izopropanolem, albo np. kontaktem do styków. Gdybyś to wyszorował szczoteczką z dość twardym włosiem, to nawet wodą z mydłem powinno zejść:-)

Dziwne, u mnie Sparta na domyślnych ustawieniach, tak jak jest sama z siebie zakłada ramdysk na całą dostępną pamięć...
Mój config.sys wygląda bardzo amatorsko i mizernie:-) Mam tak:
DEVICE SPARTA OSRAM
DEVICE SIO
DEVICE ATARIDOS
DEVICE INDUS 4
DEVICE ARCLOCK /F
DEVICE RAMDISK