A ja uwazam ze robisz calkowicie bezsensowna robote.

Wystarczy dowolny (najtanszy i najmniejszy) pad USB przerobic. Tam nie trzeba kombinowac ze zwieraniem linii matrycy, a do tego jest male i standardowo obslugiwane przez wszelkie emulatory.
Reasumujac: mniej roboty, mniejsze urzadzenie, bardziej uniwersalne (nie tylko Emulator)...

No ale rob... Twoja sprawa... ;P

Bufory wejscia/wyjscia najprawdopodobniej (74ls244) tak na 90%.
Warto zainwestowac w podstawki, bo padaja czasem.

Ewentualnie przelutowac gniazda (bo moze to to, ale bufory tez moga przywierac do masy, i nie bedzie prawidlowo dzialalo przejscie miedzy gniazdami).

Czytac dokumentacje !!! :)
Tam wszystko dokladnie jest opisane, wraz z lista WYMAGANYCH elementow, zacytuje wiec (i tylko to jest u mnie):
-a programmed PIC in a DIL package (4MHz version), a socket will be recommended for updates
-6 small signal diodes, for instance 1N4148
-1 crystal (approx. 4MHz)
-R1 resistor 100KOhm
-R2 resistor 2,2 ... 10KOhm
-C1 capacitor 100nF
-4 p PF connector, 2.54 mm (1/10")
-1 platine
Czyli PIC, kwarc, 6 diod, 2 rezystory i jeden kondensator (no i plytka oraz zlacze 4 piny). Uklad prosty jak budowa cepa.
Ja to zmontowalem na uniwersalnej plytce posilkujac sie rysunkiem podstawowej plytki AKI przewidzianej pod ten wlasnie zestaw elementow.

Ja tez do powolnych nie naleze :) Tyle ze dla mnie klawiatura Atari jest niewygodna, przyzwyczailem sie do porzadnych piecowych. Zastanawiam sie co rozumiecie przez powolnosc. I tu i tu wiersze i kolumny sa multipleksowane. W atari wcale nie tak szybko, nie wiem jak w piecowych klawiaturach. A jak procesor klawiatury zlapie moment nacisniecia, to nie zgubi klawisza przy wysylaniu go do Atari - nie ma mowy (wynika to z konstrukcji i dzialania AKI). Wiec tak samo gubilby na piecu - a jakos nie gubi. Jedyny problem to te milisekundowe czasy przeslan i zamiany jednych danych na inne, ale to nie powod gubienia danych, to moze tylko minimalne opoznienia powodowac.

A jak odpowiednio krotko "walne sobie w klawisz atarynki, to uklad multipleksujacy tez moze nie zalapac (jak akurat w tym czasie inny wiersz adresuje....).

Wiesz... ja mam AKI od lat mozna powiedziec. I nie dziala podlej od oryginalnej klawiatury Atari :).
Niby co zle dzialalo???

I nagle wszyscy przekanali sie do AKI :)
A pamietam te niegdysiejsze narzekania.... :P

No wlasnie, ktora wersje plytki robic.
Czy te, w ktora wklada sie POKEYa, a ona sama siedzi w podstawce na plycie Atari.
Czy te, ktora ma wystajacych pod spodem 6 pinow lutowanych do POKEYa.

Niby takie same, a projektowac trzeba inaczej (ta druga wersja jest prosta i gotowa TUTAJ. I ja tak mam zrobione, no ale ja jestem purysta i nie uznaje stereo w Atari ;)

P.-S. Po padzie dysku stracilem czesc atarowskich danych miedzy innymi przygotowana przez naszego forumowicza "darkdk" nowa wersje oprogramowania PICa dla AKI. Mam ja w swoim ukladzie zaprogramowana, ale przydaloby sie miec dokumentacje i wsad na przyszlosc.
Moze ktos ma i podesle, albo lepiej na jakis znany i pewny FTP wrzuci i podlinkuje w Atariki ;)

P-S. 2 ... Do dzisiaj nie moge sie nadziwic jak projektanci XEGS mogli tak spieprzyc koncepcje podlaczania klawiatury do pudla. Wystarczylo multipleksery wrzucic do klawiatury i wystarczaja 4 druty do komunikacji, zamiast pakowania grubego i niewygodnego kabla.

Wlasnie przydaloby sie zamowic "pare" plytek do AKI. Ja skladalem swoje na uniwersalnej (W sumie b. ladnie wyszlo), ale drugi raz juz bym sie tego nie podjal - nie chcialoby mi sie ;)
A na gotowej plytce to 10 minut roboty.

Czytaj uwaznie w JAKIM DZIALE piszesz.
Nie potrafisz ze zrozumieniem przeczytac "Sprzęt - 8bit".
Ja od razu zrozumialem ze chodzi tu o modyfikacje sprzetowe a nie programowe podbijanie predkosci o pare baudow.

P.-S. No ale Ty wiesz lepiej :P

Raz piszesz o asynchronicznym We/Wy a  raz o procedurach asynchronicznych - zdecyduj sie. W przypadku Atari asynchroniczne procedury We/Wy nie maja wiekszego sensu (szczegolnie w trybach szybkiej transmisji). Przy szybkosci komunikacji ze stacja dyskow rzedu 80-100kbps (a niektore turba taka maja), procedury obslugujace sama transmisje, musza byc specjalnie optymalizowane, by wogole mialy czas sie wykonac i nie gubic danych. Robienie w tym czasie czegos innego wymaga cudu - ale Ty jestes u nasz specjalista od cudow. czekam wiec na pierwszy program. Ja swoje juz napisalem i mialem okazje spotkac sie z tymi problemami.
Najpierw napisz JAKIKOLWIEK loader do CZEGOKOLWIEK na atari, chetnie pomoge, choc w zasadzie ja mam swoj loader i niby czemu mam czas marnowac - bo dla mnie to marnotrastwo czasu.

P.-S. Oczywiscie i to bez wiekszych problemow mozna zrownoleglic transmisje i inne operacje przy normalnej szybkosci transmisji (tylko kto teraz taka stosuje), przykladem oryginalne dyskowe gry Lucasfilmu. Tam jest co prawda "odwrotnie" (kto wie to zrozumie), ale to dziala.

Jeszcze do tego mieszanie pojec OS i DOS. W Atari (jak i BIOS w PC) OS nie obslugije wogole czegos takiego jak pliki, dzieki temu moze istniec wiele formatow dyskow. JAk sobie wyobrazasz obsluge plikow w takim razie i Twoj magiczny cfg?, jak ma go OS odczytac? Napisac bedzie trzeba i DOS, a do tego obslugujacy wszystkie znane formaty dyskowe atari (pisales ze ma czytac wszystko - tak??), czyli napisac trzeba Sparta DOS X ;) - powodzenia. Howk! (czy jak to sie tam pisze, nie wiem nie jestem dyplomowanym znawca jezyka indian polnocnoamerykanskich).