Bardzo dziękuję za te wskazówki !

Dzisiaj, jak pisałem, sprawdzałem to wszystko z oscyloskopem i rzeczywiście - jest tak, że każde "niezrozumienie" komendy powoduje przełączenie prędkości normal<->ultraspeed. Poza tym np. APE przełącza się po komendzie 0x3f na ultraspeed ale to nie ma zbyt wielkiego sensu, bo np. QMEG po 0x3f (w normal) wysyła 0x53 (normal) co w efekcie powoduje niezrozumienie przez APE tej drugiej komendy i przełączenie z powrotem na normal. Generalnie przy takim przełączaniu pomaga badanie stanu linii command, ale może uda się bez tego. Pozdrawiam.

polecam:

;po angielsku ....

http://forum.axishistory.com/

;po polsku ...

http://www.drugawojnaswiatowa.org/forum/index.php

Trochę offtopic, ale ....

Co do książek Philipa K. Dicka to ciekawym, jak wyglądałaby adaptacja "Ubika" albo jeszcze lepiej "Trzech stygmatów Palmera Eldritcha" - są to moje ulubione książki tego pisarza, nie licząc oczywiście całej masy opowiadań ...

Serdecznie dziękuję wszystkim ! Będzie atarowcem - w końcu to będzie Jego pierwszy komputer :)  Co do foty, to załączę jak wywołam i zeskanuję, gdyż aparat mam konwencjonalny, niemodny .... ;)

A co do stawiana na party, to widzę, że bez skrzynki się chyba nie obejdzie ... :)

Dely: PIC ma PWM - myślałem, że wszystko jasne :)

Pulse Width Modulation - dzięki dzielnikom częstotliwość bazowa ustawiona na 1MHz a wypełnienie na 50% i mamy zegar dla SIDa.

co do praktyki - mam zaprojektowany obwód drukowany, muszę jeszcze go zrobić :) Sam PIC już podłączałem do Atarki i komunikacja z nim jest bezproblemowa. (był jako kartridż)

Święty: dodając jeden układ 74HCT574 można zatrzaskiwać i adresy. Po prostu Parallel Slave Port PICa (polecam PDFy) jest 8-bitowy tylko, więc te dane trzeba zatrzasnąć osobno - ale jest to do zrobienia
Dzięki Parallel Slave Port PIC 16F... zdaje się być wprost stworzony do pełnienia funkcji inteligentnego bufora ... A jest co najmniej 5-7 razy szybszy od atarki. Używając kompatybilnych układów serii PIC18F... można zrobić dopalacz mający sprzętowe mnożenie i szybkość około 12 razy większą niż 6502 w Atari. Niestety - z wąskim gardłem 8 bitowego portu.

sta ($a),y - ups ... ;-)

zapis do rejestru SIDa wg mojego pomysłu wygląda następująco:

ldx #adres
stx $d5ff
lda #dana
sta $d5ff
nop
busy lda $d5ff
beq busy

oczywiście czekać trzeba tylko gdy chcemy zapisy wykonywać szybko po sobie....

obsługa mnożarki:

lda #rozkaz_mnożenie
sta $d5ff
lda #liczba1
sta $d5ff
lda #liczba2
sta $d5ff
nop
nop ;może wcale nie będzie NOPow ?
nop
nop
lda $d5ff
sta wynikH
lda $d5ff
sta wynikL

Pozdro. :)

PS PIC ma też SCI, SPI, EEPROM, I2C,   ;-)

sqward: nie tylko da się generować sygnał zegarowy 1MHz dla SIDa ale jest to już zrobione. (oczywiście nie tyle programowo co sprzętowo)

Święty: zapis : adres, dana i czekamy póki "busy". Oczywiście nie trzeba czekać

W playerach zamiast np. sta $d020 (SID)
byłoby jsr sid_d020

i ...

Święty: ja nie Seban ;-)

Dodatkowo: procek może oprócz obsługi SIDa wykonywać inne nasze fanaberie np. "sprzętowe" szybkie mnożenie. Tak tak .... Oczywiście działa zarówno zapis jak i odczyt z niego.

Już ja Go popędzę ... ;-)

z tym co drugim pixelem jasnym/ciemnym.... to nie wina monitora ludkowie. Winne jest (a jakże !) GTIA, które nierówno taktuje pixele w gr.8 na 7.14 MHz....  A to dlatego, że samo wytwarza owe 7.14 z 3.54MHz i niektóre wersje silikonu robią to ciut nierówno... Dodatkowo z tym objawem wiąże się zwykle skopane gr.9 i 10 - ponieważ za wyświetlanie grafiki hi-res odpowiedzialny jest ten sam wewnętrzny mechanizm, co za tryby 16 - kolorowe 80 punktowe... Pomaga wymiana GTIA na egzemplarz (z mojego doświadczenia) z kodem daty sprzed roku 1990.

i tyle.

Hmmm, może brutalnym, ale jednak najlepszym jak mi się wydaje pomysłem jest wsadzenie SIO2PC do Atari i umieszczenie z tyłu obudowy gniazda standardowego DB9 - jak w PC...