Niestety nie uruchomisz go na swojej karcie. Nawet gdybym chciał spreparować specjalny rdzeń dla fpga, to nie uda się ze względu na przyjętą architekturę karty. Jest też za mało zasobów w tym fpga, by móc tę architekturę sobie obejść.

Udało mi się jednak to zrobić na nowszej karcie, gdzie użyty jest inny układ fpga. Dowód tutaj:
http://youtu.be/YvjlP4rpbNY
Nie zamierzam jednak iść tą drogą, bo oznaczałoby to postawienie na głowie części odpowiedzialnej za zarządzanie pamięcią. Jeżeli zatem ktoś będzie sobie chciał pooglądać Reditusa (ale także i Cdrug), to będzie musiał wgrać ten specjalny rdzeń do fpga. No chyba że ktoś zrobi patcha w sofcie i wtedy problemu w ogóle nie będzie. :)

U mnie dźwięk też jest skaszaniony.

Jeśli zegar jest 16MHz to mogłoby to wynikać właśnie z braku z synchronizacji. Wydaje mi się jednak, że przyczyna jest gdzie indziej, choć nie wiem gdzie. Proc na karcie Pinokia taktowany jest nie 16MHz a 14,187...MHz czyli wielokrotnością zegara Atari. Jest więc tu pełna synchronizacja.

A wiesz może jak te pomiary wyglądają dla zwykłego 65c816 podłączonego przez prosty adapter? Niektóre instrukcje 65c816 różnią się chyba ilością cykli w stosunku do 6502.

@Cyprian
Mam nadzieję, że już w tym roku. A cena? Sam nie wiem. Prototypy robiłem zawsze po 3szt., bo na więcej mnie już stać nie było. W produkcji "masowej" wyjdzie na pewno mniej.

High Tide dla ciekawych:
http://youtu.be/Hq3QQzTcO2k

Pinek, może być że coś nie będzie chodzić. Karta z uruchomionym 65c816 nigdy nie będzie ze wszystkim w 100% zgodna. Zawsze masz jednak 6502 na pokładzie w razie czego.

Pin, w tej chwili o tym czy procesor ma uzyskać dostęp do podstawowego obszaru Atari decyduje niemal 30 warunków, gdzie każdy jest określony stanem nawet 9 sygnałów. I jest to tylko dla pamięci Atari podzielonej na bloki po 16k. Podzielenie tego na mniejsze kawałki to zadanie dość karkołomne, bo ilość rzeczy do ogarnięcia wzrasta nam dość szybko.

Sam dostęp do pamięci jest nie tylko, kiedy ustawimy sobie bit od danego bloku 16k. Trzeba pamiętać, że musi on być również zapewniony w trybie szybkim karty, bo w Atari przecież może siedzieć dodatkowa pamięć portb, lub jakieś urządzenie typu New Device. O obszarze rejestrów sprzętowych, czy o danych pamięci ekranu nie będę wspominać.

Pamiętam, pamiętam :). Leży już jednak nieruszana od dłuższego czasu, zresztą jak wszystkie rzeczy od ST.
Mam Ci ją jakoś podrzucić? Daj znać nalepiej via email.

Proszę o podpowiedź, bo nic nie mogę sobie przypomnieć co żem schował do szuflady.
Wiesz, że mamy inne podejścia do robienia projektów, więc po co te osobiste wycieczki.

Widzę, że wątek i tutaj się o tym rozpoczął :).
Sprawa nie jest nowa. Niektórzy widzieli już prototyp na ostatnich Głuchołazach. W tym roku może będzie więcej do pokazania.

Jakby się mocno uprzeć, to można pozbyć się fpga i mocno okrojoną, podstawową funkcjonalność wsadzić do większego CPLD. A wtedy może i 20MHz stanie się możliwe... FPGA daje jednak masę innych możliwości!

Do 800XL używam złącza krawędziowego zaciskanego na taśmę - czyli coś takiego:

http://www.nikomp.com.pl/opisy/ZP000/ZPH00.htm
http://sklep.nikomp.com.pl/pl/p/ZPH050A ... AWG28/7757

Z drugiej strony tasiemki mam normalne złącze IDC, żeby łatwo ją było wetknąć w jakieś złącze pinowe na pcb.

Z XE jest trudniej. Z czasów IDEa Interface została mi nieoceniona przejściówka "cart+eci to pbi". Popytaj, może ktoś ma i nie używa.

Na złączu PBI w 800XL są sygnały LR/W (latched R/W) i BPHI2 (buffered PHI2). Nie są one zwarte z pinami proca a ich czasówki są odrobinę inne.

Świetnie! Może tym razem uda mi się przezwyciężyć swojego lenia.

Jest tu jakiś kolekcjoner?

http://www.ebay.com/itm/COMMODORE-65-CO ... 3a7e058f0f