Hej,

Rozumiem. Niestety - nie mam czasu ostatnio nawet na hobby :( Mam nadzieję, że nasi forumowi elektronicy Ci pomogą. Po prostu zapytaj kto miałby czas na ogarnięcie Twojego STe.

A tak przy okazji - sprawdziłeś ciągłość linii sterujących ROM z GSTMCU jak pisałem wyżej? Przepraszam za błąd bo napisałem pin3 /CE a powinno być pin 22 /CE na obu ROMach. Moja wina... Jako, że miałeś przerwę do A1, więc to też sprawdź, tak samo sygnał /OE pin24 do zwory W102 i być może dalej.

*** ciągłość linii - XROM2 pin9 GSTMCU -> pin22 /CE na obu(!) pamięciach ROM

Nie poddawaj się - masz świetną okazję do nauki ;) w czerwcowy "dłuższy weekend"

Pozdrawiam
tOri

Seban to godny następca Agaty Christie :)

Historia na grubo, uff... Zawzięty Seban to szansa na odkrycie wszystkich magnetofonowych zagadek.

Chapeau bas!

Hej,

Większa część problemu zaczyna się już w tym momencie, gdy włączasz zasilanie Atari. Procesor ładuje wskaźnik stosu spod adresu $000000 i licznik adresu spod $000004 gdzie jest zawarty pierwszy adres uruchomienia TOS - w przypadku TOS 1.62 jest to z pewnością adres $E00030 i jeśli nie jest taki załadowany to na 100% sprzęt "poszedł w las". Procesor wpada w podwójny błąd szyny, ponieważ już na samym początku napotyka poważny problem z integralnością adresów/danych. Mając pod ręką analizator logiczny chyba najszybciej dałoby się okiełznać rumaka :), a tak to jest jak szukanie "po omacku" - statyczne sprawdzanie połączeń to nie wszystko, bo czasami może być niejednoznaczne. Tak naprawdę nie wiemy, w którym miejscu procesor sygnalizuje DBF i staje (/HALT). Oczywiście reszta sygnałów także "staje" razem z procesorem. Jedynie CLK widzisz jako 2,5V bo ma wypełnienie 50%. Można oczywiście spróbować użyć diag cart, ale wydaje mi się, że to nie zadziała w Twoim przypadku...

Chciałbym pomóc, ale w tym przypadku to staje się wzrastającym zbiorem domysłów. Przy starcie systemu GSTMCU pownno tak przemapować ROM, aby procesor załadował licznik PC i wystartował spod właściwego adresu. Kurczę - może faktycznie GSTMCU ma jakiś problem i powinieneś poszukać pęknięć ścieżek na PCB dla wszystkich jego nóżek? Przedzwoń cały GSTMCU według schematu i odznaczaj wszystko - na spokojnie. Sygnały sterowania pamięciami ROM pochodzą właśnie z niego, więc upewnij się w pierwszym rzędzie, że tam jest faktyczna ciągłość linii - XROM2 pin9 GSTMCU -> pin3 /CE na obu(!) pamięciach ROM. Piny GSTMCU są opisane na PCB, więc trafisz na właściwy od razu. Sprawdź też czy jumpery przy ROMach są OK i pomierz je według schematu.

tOri

Hej,

Masz racje - to podpucha była - masz kilka 7406 na przyszłość...

Czyli co...hmm...Procesor od razu więc ma BUS ERROR i sam wystawia /HALT? Na to wygląda zwłaszcza, że procesor został sprawdzony na innej płycie i jest OK. To sugeruje, że jest gdzieś na linii danych albo adresowej przerwa (wystarczy na jednym bicie) albo też zwarcie pomiędzy liniami - do wystartowania procesora potrzebna jest pamięć, a tę sprawdziłeś. Zarówno ROM jak i RAM w innej płycie działają. Procesor po resecie próbuje wystartować z ROM i od razu "wali w maliny" z podwójnym błędem szyny ponieważ być może odczytuje coś *błędnego* spod niewłaściwego adresu lub odczytuje coś *błędnego* spod właściwego adresu...

To trzeba zobaczyć na analizatorze, oscyloskopie, czy po starcie systemu sygnał /HALT zmienia się razem z /RESET z 0 na 1, a dopiero potem /HALT=0. Na analizatorze wielokanałowym od razu byłoby widać czego brakuje.

Możesz próbować jak sugeruje perinoid obejrzeć dokładnie płytę czy nie widać jakichś podejrzanych miejsc (korozja?) ale tak myślę, że bez obserwacji startu procesora i tego co się dzieje wnioski mogą być przedziwne :)

Możesz spróbować przemierzyć według schematu linie danych i adresowe pomiędzy procesorem a pamięcią ROM oraz RAM z GSTMCU i GSTSHIFTER - popatrz na schemacie na linie ADDR i DATA oraz MADDR i MDATA. Wyciągasz wszystko co się da z podstawek i bez zasilania mierzysz od nóżki do nóżki. Mozolnie i bez pośpiechu odznaczając na schemacie co już zmierzyłeś. Ja bym zaczął od połączeń pomiędzy ROM i procesorem.

tOri

Powodzenia.

Możesz kupić dowolny układ 7406 nie musi być akurat SN7406, może być UCY7406. Po prostu poszukaj taniego scalaka :)

tOri

Hej,

No to teraz jest już jasne :)

Skoro na pinie 3 masz napięcie 0,014V to MUSISZ mieć na pinie 4 napięcie ok. 5V (i odwrotnie, jak masz na pinie 3 napięcie 4,3V to na pinie 4 jest stan niski czyli około 0V, czyli masz walnięty układ 7406 (druga bramka-inwerter).

Na pin 3 układu 7406 idzie linia od pinu 3 układu LM555 i wygląda na to, że RESET działa dobrze.

Wymień 7406

Pozdrawiam
tOri

Cześć,

Niestety - nie mam AdSpeed ICD. Przez chwilę szukałem żeby go odtworzyć. Sprawdziłem tylko możliwość przywrócenia go do życia i okazało się, że najprawdopodobniej układ ATV2500H, który tam jest zaprogramowany dałby się złamać i odczytać  :)

Jak znajdziesz to się podziel, hehe. Zbudujemy nowe AdSpeedy...

Pozdrawiam
tOri

Zgadza się - tam raczej nie ma zwarcia. Chociaż, np. 2kom potrafi skutecznie sprowadzić linię do poziomu niskiego.
Powinieneś mieć możliwość sprawdzenia czy naprawdę NIC nie pojawia się na magistralach, a do tego potrzeba choćby prosty analizator Saleae na USB, no chociaż jakiś oscyloskop aby zobaczyć czy cokolwiek się na liniach procesora dzieje. Z drugiej strony nie bardzo jednak się orientuję jak się zachowuje procesor gdy ma "na starcie" linie IPL2 w stanie niskim - jak będzie mógł wystartować? Jako, że XIPL2 przychodzi z GSTMCU - wyciągnij CPU i sprawdź czy masz wtedy IPL2 w stanie niskim (wydaje mi się tutaj, że jednak będzie i byłby to możliwy powód takiego zachowania CPU - zwis). Laborant dobrze pisze - to może być cokolwiek. Zwarcie dwóch linii adresowych, danych, którychś z linii kontroli...

Tu procesor od razu jest w HALT i na pewno dalej z tym  "nie poleci". Procesor sprawdzony w drugiej płycie i jest OK. Obejrzyj obwody /RESET jak podpowiada x_angel. Zresztą - on ma większą wprawę w diagnostyce ST :) Obawiam się tutaj, że jednak nie jest to problem do zdalnej diagnostyki.

Pozdrawiam
tOri

Hej,

Konfiguracja CPLD Altera EP330 została odczytana i wygląda dobrze, więc zabieram się za projekt nowej PCB :)

tOri

Frank napisał zapytanie w sprawie SCSI II Steinberga na forum Atari-home.de, ale na razie brak odzewu. Może gdzieś indziej się uda? Spróbuję za jakiś czas :)

tOri

Elegancko!
Dzięki bo fajna rozkmina Ci wyszła.

tOri