pytanie.. robisz to wewnątrz atarki, czy taktujesz układ poza atari z taką częstotliwością ?

Dla 6502 (NMOS) podobno minimum to 100 kHz - czy to prawdziwa liczba, nie wiem, ale pewnie dla Pokeya będzie to z grubsza tyle samo, co dla 6502.

podczas zbocza narastającgo 02 ztcp układy I/O odczytują adres z magistrali adresowej i sprawdzają stan linii R/W, po to, by przy zboczu opadającym odczytać/wystawić z/na szynę danych.... jak u Ciebie do tego ma się 02 ?

Btw. wydaje mi się, że taktowanie nawet bardzo małą częstotliwością nie powinno stanowić problemu... ważne jest, aby przestrzegać w.w. zasady... pokey jak każdy synchroniczny układ w atarce reguje na impulsy zegara taktującego. POKEY dodatkowo jeszcze na podstawie tego zegara napędza swoje liczniki, na podstawie których generuje dźwięk, generuje przerwania, próbkuje wejścia potencjometryczne itp. Oczywiście częstotliwość dźwięku będzie proporcjonalnie mniejsza.

Zdaje się, że próbujesz na zboczu narastającym pobrać dane... przeczytaj, co wyżej napisałem.

Dzięki, popróbuję i może jutro dam odpowiedź. Mam jeszcze takie pytanie - czy sygnały D są typu otwarty kolektor, czy nie? Być może tutaj leży problem. Ja na razie nie wstawiłem rezystorów spinających te sygnały do +5V.

W moim programie funkcja chip_on podaje zero i jedynkę logiczne na wejścia CS0 i CS1, natomiast chip_off - podaje sygnały przeciwne, odłączając Pokeya.

Dzięki, macgyver. Jak to zadziała, to chyba Cię ozłocę. Sporo się napracowałem robiąc płytkę testową do Pokeya.

Może i prościej. Ja na razie zrobiłem układ bez mikrokontrolera, aby było mniej układów.
Zrobiłem wczoraj test i wydaje mi się, że sposób podany przez Macgyvera nie jest dobry. Po narastającym zboczu na O2 sygnał na magistrali D szybko znika i nic nie udaje się odczytać.
Obecnie mój układ i program odczytuje jakieś dane z magistrali D przed narastającym zboczem O2, ale problem w tym, że nie zawsze takie same - czasami jeden z bitów jest przekręcony.
Czy może ktoś z Was wie, czy potrzebne są rezystory podciągające sygnały magistrali D do +5V? Rezystory takie są w prawdziwym Atari (10k).
Trochę brakuje mi dokumentacji elektronicznej do Pokeya, a w tej którą mam (pokey.pdf) są niestety błędy a niektórych istotnych rzeczy nie ma wcale.
Trochę próbowałem analizować schemat wewnętrzny tego układu i jak na razie nie widzę powodu, dla którego nie będzie on działał przy niskich częstotliwościach. Wszystko jest na bramkach i prostych MOS-owych tranzystorach.

Ma to być do stworzenia pełnego modelu VHDL Pokeya. Wczoraj trochę nie miałem czasu, ale dzisiaj jak przyjdę z pracy, to pooglądam sobie przebiegi na oscyloskopie i może się dowiem co jest grane.

To pozostaje chyba dorwać specyfikację 65c02 i tam prześledzić przebiegi czasowe, jednak niech się wypowiedzą inni elektronicy, bo mi się zawsze wydawało, że linie R/W i Adresy są akceptowane na zboczu narastającym 02, natomiast dane przy opadającym... chyba, że już pozapominałem i coś mi się pokręciło.

I jeszcze jedna sprawa - czas wystawiania na szynę danych... może w POKEY-u jest realizowane to na tej zasadzie, że jest robione zwykłe opóźnienie związane z czasem przejścia przez ileś bramek i np. dane są wystawiane przez tę samą ilość czasu, niezależnie od tego, czy masz takt 1,77 MHz czy też kilkaset herców ?

Miałem dzisiaj trochę więcej czasu niż w ciągu tygodnia i chyba udało mi się rozwiązać problem. Po obejrzeniu sygnałów magistrali D Pokeya na oscyloskopie od razu się okazało, że są one typu open-collector (sygnały "pływały") i konieczne są rezystory podciągające do +5V. Po ich wstawieniu (15k) otrzymałem piękne przebiegi logiczne i wyjaśniło się, że stan magistrali D należy odczytywać po narastającym zboczu zegarowym. Po zboczu opadającym sygnały znikają natychmiast i jest już za późno. Może komuś z Was te informacje się przydadzą w przyszłości, w każdym razie bardzo dziękuję za pomoc.

No, i teraz mam do zabawy interfejs z Pokeyem, który napędzany skryptem w Pythonie wyciąga "aż" 1KHz na wejściu zegarowym! :)

Nie jestem elektronikiem i napisałem tylko to, co udało mi się zaobserwować. Być może przy wyższych częstotliwościach Pokey zachowuje się tak, jak napisałeś. Ja w każdym razie patrząc na jego schemat wewnętrzny nie zauważyłem elementów opóźniających, takich jak we Freddim.

Układ pracuje mi obecnie bardzo ładnie, dzisiaj na przykład sprawdzałem jak mój Pokey odczytuje sobie klawiaturę, której nie ma, ale ja udaję że jest. Być może coś przyspieszę w moim programie, bo 1KHz to wynik bardzo mizerny.