Cześć,

Początek jest na układzie DMA ;-)
Patrząc na schemat masz najpierw układ DMA, następnie interfejs wewnętrzny a za nim wyjście zewnętrzne DMA, z tym że oczywiście ACSI jest równoległą szyną i tyle, i powinna dać radę wysterować wiszące na niej przynajmniej ze trzy urządzenia. Dziwna sprawa z tym UltraSatanem... Nie orientuję się jak toto prowadzi komunikację, ale w danym momencie tylko jedno urządzenie na ACSI powinno odpowiedzieć na wysłane żądanie. Rozumiem, że zarówno wewnętrzny interfejs jak i USatan samodzielnie działają bez problemów? Terminator nie jest istotny bo jest po stronie SCSI. Być może pomógłby terminator na ACSI, którego nie ma konstrukcyjnie chyba żadne z tych urządzeń (chyba, że USatan ma terminator - dowiedz się u konstruktora albo obejrzyj interfejs)

pozdrawiam

UWAGA - Lepiej to kupić BEZPOŚREDNIO w Bungard ponieważ:

https://www.bungard.de/shop/index.php/d … rit-detail

cena to TYLKO 20,23 € za 1000 sztuk a nie 24,60 za 100 sztuk

Rożnica jest bardzo poważna...

Cześć,

ja bym tego nie robił jako wstawki do wewnątrz Atari - jak już to na CART+ECI i od razu na takim rozszerzeniu np. 2xDB9 RS232. Tutaj jest sporo kabelkowania i wieszania złączy (na przewodach w powietrzu? czy rycie obudowy?) Bardzo ważne jest aby w końcu zacząć panować nad adresami bo wygląda na to, że w miarę wzrostu ilości rozszerzeń do podziału trzeba będzie zastosować 74HCT154 (16x16 adresów) i ewentualnie ANDy do łączenia obszarów.

Poza tym projekt jest OK. Co do uwagi sqwarda  nt. FIFO - faktycznie sprzętowe kolejkowanie upłynnia transfery danych i "uszlachetnia" komunikacje szeregową. Pytanie tylko jak z ceną układów np. 16550 właśnie.

Pozdrawiam

Cześć,

pisałbym się na dwa:

Barracuda ST3160815AS 160GB
Barracuda ST3160815AS 160GB

Jeśli są ok - wezmę.

Pozdrawiam

Po prostu słabe.

Możliwe.
Tylko nie daje mi spokoju pytanie - dlaczego ginie w tak schematyczny sposób zawartość obrazu? To nie wygląda na uszkodzenie linii synchro, nie wygląda na uszkodzenie linii R,G,B - więc co? Jakieś zwarcie we wtykach? Zwarcie w kablu?
Bez zbadania obiektu domysły stają się bezzasadne...

pozdrawiam

Ellou Mq,

No - nie jest to takie samo. W tym STe nie ucieka synchro. Rzuć okiem na te tubę: https://www.youtube.com/watch?v=oCjFTNXCECY i zobaczysz coś odmiennego...

Pozdrawiam

Cześć,

Ciekawe pytanie.

Rx/Tx, RTS/CTS, DTR/DSR, and DCD - jeśli SIO da się zmusić do pracy jako RS232 to powinno się udać. Jeśli nie (a raczej nie) - niestety trzeba użyć np. 850 albo inny układ pełnego interfejsu szeregowego.

Może jednak lepiej użyć Bluetooth??

Pozdrawiam

http://info-coach.fr/atari/hardware/STE-HW.php

To na początek - jest tam info nt. GSTSHIFTERA i GSTMCU.
Moim zdaniem jeszcze można zrobić coś takiego:

1. Bez zasilania podociskać do cyny lekko końcówką śrubokręta nóżki GSTSHIFTERa i GSTMCU i po tym sprawdzić jak działa.
2. W trakcie działania lekko wyginać płytę główną obserwując czy są jakieś zmiany.
3. Chłodzenia układów, np. ciekłym powietrzem raczej nie trzeba robić bo objaw jest od razu...

Gdzieś ucieka wyświetlana treść, bo - na oko - widać jak grupy po 32 piksele  (tak mi jakoś wygląda na to że jest tyle) wyświetlane są na czarno, czyli coś się dzieje z logiką dostępu do pamięci (DMA?) GSTMCU daje prawidłowe synchro ponieważ obraz "stoi", a GSTSHIFTER ma "dziury w danych i to bardzo równomiernie rozmieszczone. To, że obraz się rwie może być związane po prostu ze skokowymi zmianami poziomu bieli i niewyrabianiem się toru wizji telewizora...

Nie mam obecnie możliwości aby dokładnie się zabrać za cokolwiek z elektroniki. Mogę ewentualnie "pogdybać" ;-)

Pozdrawiam

P.S. Możliwe, że GSTMCU inaczej podchodzi do LO i MID niż do HI. Nie znam tak dobrze architektury STe.

Cześć,

Z pewnością projekt przyda się nie tylko Tobie. Miło też, że doceniasz pomoc innych użytkowników - w końcu od tego są fora :) Czekam na finalne efekty projektu. Na marginesie dodam tylko jedno odnośnie konstruowania różności dla Atari - zauważyłem, że prosto się łączy z 6502 tylko elementy serii 65XX - z pozostałymi są ZAWSZE jakieś jaja bo 6502 ma też i swoje niezbyt mocne strony i rozwiązania - jak w Twoim przypadku nie zawsze są oczywiste.

Dobrze, że się udało ogarnąć rzeczywistość.

Pozdrawiam

:)

A ja się cieszę, że całość działa - a dlaczego miałoby nie działać? Odżałowuję breloczki - co tam. Sport to zdrowie...
Wrócimy do tematu gdy będziesz miał więcej czasu.

Pozdrawiam
tOri

@Mq

GRATULACJE - ale szkoda breloczków ;-)

Co więcej - trzeba by poszukać przyczyny złego działania adaptera na 65XE bez ECI, bo coś jest na rzeczy.
Ciekawe jest, że jest problem z GTIA i w sumie pewnie nie tylko to.
Patrzyłem na zegary. które wrzuciłeś i są ok. Pod uwagę bierzemy tylko Phi0 i Phi2. Widać lekką różnicę - SALLY potrafi dać trochę nierównomierne czasy na Phi2 co może być (? choć IMO nie powinno) związane z HALT Antica, a w przypadku adaptera praktycznie Phi0 i Phi2 mają taki sam wygląd. Tu może być "pies pogrzebany". Można by spróbować opóźniać Phi2 względem Phi0 albo skrócić stan wysoki Phi2 - cokolwiek na początek.

Szkoda, że nie mam sprzętu...ech.

Dzięki za pokaźny wkład pracy w projekt. Fajnie, że jest zamiennik SALLY.
Odezwę się jeszcze... Po Świętach :)

P.S. @Sikor - na AA jest dokładnie to samo ponieważ jest to rozwiązanie ściągnięte z A800 i jak widać się sprawdza. Optional buffer nie jest potrzebny ponieważ przy zatrzymaniu szyna procesora wędruje w trzeci stan.
Generalnie - sprawa wymaga jeszcze głębszej analizy a stosowanie innych procesorów, które nie mają "nielegali" trochę mija się z celem bo powinna być jak największa zgodność nowości z przeszłością :)

Pozdrawiam