Całkowicie się z tobą zgadzam co do faktu, iż magistrala ta jest bardzo podatna na zakłócenia. Moim celem jest niejako rozszerzenie możliwości naszego komputera o takie fjuczery jak np. miernik ciśnienia czy temperatury, wyświetlacz OLED czy przykładowo miernik mocy (RTC to już raczej nie bo prawie każdy ma Sparta Dos-a). Nie wspominając już o ekspanderach czy przetwornikach A/D D/A. I w moim mniemaniu wszystkie te urządzenia można wykorzystać wraz z Atari jako swego rodzaju Raspberry Pi czy Arduino. Oczywiście nakład pracy jest tu niewspółmierny do efektów ale czy nie robimy tego hobbystycznie? :-)
Tak po prostu jest to dla mnie przednia zabawa, i mały powrót do przeszłości... co dalej? Może SPI i sterowanie WS-ami? Póki co poniżej do pobrania finalna wersja płytki. Projekt poszedł już do realizacji, z małym zonkiem, bo rozmiar płytki to 4,8x5.3 czego nie zauważyłem przy realizacji. W najgorszym wypadku będzie mniej prototypów ale i tak będę miał okazję by sprawdzić czy trud się opłacił. Zacząłem już projektować moduł na podstawce / przelotce na procesor ale może skupię się na CART + ECI...

Póki co - dziękuję wszystkim za pomoc, porady i zaangażowanie.

Dzięki Panowie za feedback,

Prototyp oczywiście był przygotowany pod CART/ECI ale to wynikało raczej z potrzeby natychmiastowego dostępu do magistrali i sygnałów sterujących bez potrzeby rozbebeszania sprzętu. I był to też zarazem test na zachowanie się układu w przypadku wykorzystania dość luźnych połączeń o różnej długości. Wnioskuję, że w przypadku zrobienia interface na CART/ECI na stałe nie będą występowały problemy z użytkowaniem. Co do mojego pierwotnego założenia: myślę, że jestem w stanie na tym etapie przeprojektować to pod "dużego scalaka"... pytanie, czy macie może schemat z biblioteką, którą mógłbym wykorzystać?

pozdrawiam
pancio

Jest sukces! W bólu znoju i w pijackim widzie udało mi się odpalić transmisję pomiędzy Atari a PCF8574 z wykorzystaniem sprzęgu magistrali PCF8584. Co prawda do pełnego sukcesu jeszcze daleko, gdyż potrzeba by teraz napisać kod obsługujący wszelkiej maści drivery I2C. Nie mniej jednak można już przyjąć, że projekt da się z powodzeniem ukończyć i wykorzystać. Pozostaje również pytanie z początku wątku: jaki zakres pamięci przydzielić do A2I2C by nie wprowadzać zgrzytów z już istniejącymi rozszerzeniami.

Update: załączam schemat układu z wykorzystaniem sygnałów /OE i /WE. Wprowadziłem też dekodowanie (niepełne) adresów dla urządzenia. O ile dobrze to zrobiłem to PCF8584 powinien być dostępny pod adresami $D580-$D581 (reszta od $D582-$D58F to cienie podstawowych adresów). Prosiłbym sprzętowców by rzucili na to okiem i czy można przystąpić do budowania prototypu.

Chętnie, ale jak już wspomniałem czekam na HCT74 SMD... akcja wartka.. nie wiem czy zdążę przed finałem... Mam 74hct w wersji DIP ale pająka to mi się nie uśmiecha robić (pady za małe :-))

BTW,  @Mq, dziękuję za płytki :-)

A czy one nie są równolegle (w sensie sygnałów i  magistrali)... więc raczej to nie powinno mieć wpływu... ale czemu nie.. można spróbować podmienić na inny egzemplarz..

Kolejne kilka dni i mały feedback: Coś działa, atari inicjuje PCF-a, na magistrali I2C pojawia się adres slave (choć nie do końca jestem pewien czy właściwy, bo wywoływane urządzenie miało adres $3f a na magistrali pojawiło się $3e (skasowany bit zapisu?). Nie wiem czy tu nie popełniam jakiegoś babola. Jako testowego układu z I2C użyłem 8-bitowego ekspandera PCF8574A o adresie $3f (A0=A1=a2=H). Nie mniej jednak po zapisie do rejestru nie otrzymuje ACK i podprogram wychodzi z błędem. Program prawie żywcem opiera się na tym z projektu: CS/A65 SCSI interface:  http://http://www.6502.org/users/andre/csa/scsi/index.html
zmieniłem assembler (MADS) i przerobiłem parę funkcji... jakieś sugestie?

a ja proszę 2 do 1050 i jeden do ca2001.. jeśli można :-)

Stara maksyma mówi: "mieć to móc". Na nic zda się ten off-topic.  Ja jestem za, bo każde rozszerzenie jest dobre jeśli przyda się nawet niewielu użytkownikom. Poza tym weźcie pod uwagę fan jaki daje zrobienie czegoś co może się przydać...

Hej,

Był sukces i jest rozczarowanie.... moja walka z PCF-ką zmusiła mnie do wyciągnięcia analizatora i sprawdzenia przebiegów, z których jednoznacznie wynika, że opadające zbocze sygnału R/W jest sporo opóźnione w stosunku do opadającego zbocza sygnału /CCTL (/CS) i tryb IMC68XX nie zostaje ustawiony. Zastanawiam się jak to obejść. Jest jeszcze jedna rzecz, która mnie niepokoi, otóż zauważyłem jakieś bardzo krótkie piki na linii /CCTL występujące w losowych momentach i mających długość ok 80ns. Chyba są za krótkie na zamierzone działanie OS-a  (przemiata on samodzielnie $D5XX? - nie wydaje mi się. Stawiam na zakłócenia układu pomiarowego i chińskie Saleae :-)

Nie mniej jednak jeśli macie pomysł jak to rozwiązać (może jakieś opóźnienie na linii /CCTL?) to prosze o wsparcie.

Pozdr.

Hej,

Mały sukces!

Z racji, że moja 800-ka jest mocno nafaszerowana Lotharkowymi fjuczerami zdecydowałem się podpiąć PCF-a do gołej 130-ki. Zrezygnowałem też z dekodera adresów by uprościć sobie pracę. sygnałem \CS jest RD5. Układ wydaje się pracować i jest (chyba) prawidłowo sterowany. Pozostaje oprogramować to w asemblerze... :-)

Czytać, czytałem, czy dokładnie - wyjdzie przy pisaniu sterownika. Najgorsze jest to, ze już tak dawno nie pisałem progsów w asemblerze, że obawiam się że to może trochę potrwać - szczególnie, że nie pamiętam już jak używało się tooli takich jak QA czy Debugger (ostatnie 'demo' pisałem w 1994). No ale słowo się rzekło - trzeba skończyć. Tym bardziej, że trzeba pokazać następnemu pokoleniu, ze stare z nowym da się pożenić :-)

Pozdr.