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

Hello @skorfant,

Jak Twój STe? Ciekawa sytuacja z ta maszyną...

tOri

Cześć tOri,
Chwilowo się wstrzynałem i jestem załamany...będę musiał komuś od was zlecić naprawę atarynki(zapłacę oczywiście) bo ja samym multimetrem nie jestem wstanie zlokalizować przyczyny.

Jak Twój STe? Ciekawa sytuacja z ta maszyną...

tOri

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

Możesz jeszcze spróbować cart diagnostyczny oraz konsolę szeregową.

Podstawki do wymiany (popękane blaszki)?

Pozwole sobie sie nie zgodzic. Owszem to moze byc tez, ale tutaj problemem jest to ze CPU staje i wystawia HALT.
Ta czesc plyty (U210 i CPU) dziala poprawnie i od tego bym sie odczepil.

Poczytalem sobie specyfikacje 68000 i to idealnie pasuje do podwojne bus error

https://www.nxp.com/docs/en/reference-m … 8000UM.pdf
Rozdzial 3.6, /HALT

Gdzies np brakuje polaczenia ktorejs linii A lub D do RAM, ROM.

Ja bym sobie zrobil "szczoteczke" z drutu miedzianego, przestawil miernik na szukanie zwarc, jedna sonda dotykal pinu CPU ktory jest wlozony w podstawke, a szczoteczka na szybko przemiatal piny ROM/RAM ktore tez sa w podstawce. Jak pisnie znaczy ze polaczenie jest. i w ten sposob wszystkie piny A i D bym sprawdzil czy maja polaczenie z ROM/RAM.

Niestety bez oscyloskopu ciezko dalej cokolwiek zrobic, pozostaje tylko  systematyczne szukanie krok po kroku.

I raczej nie naciskaj plyty, ryzykujesz dalsze uszkodzenia i pekniecia. CPU dziala prawidlowo, uklad /HALT i /RESET (U210) dziala prawidlowo.

To tutaj jest wszystko OK.
Pomierz linie D i A bez CPU.

Cześć chłopaki,
zrobiłem kolejne pomiary i sytuacja wygląda coraz dziwniej :)
Sprawdziłem jeszcze raz wszystkie linie adresowe i danych na CPU:
Linie D0-D15 względem masy mają bardzo zbliżone wartości około 10,11kΩ - 10,15kΩ
Linie A1-A23 względem masy mają około 4,54kΩ - 4,64kΩ
Nie ma zwarć pomiędzy liniami adresowymi ani danych (A1-A15, A16-A23, D0-D15 wszędzie OL)
napięcia na CPU dla przypomnienia:
RESET = 5V
BERR = 5V
CLK około 2,4V
AS = 5V
HALT zachowuje się bardzo dziwnie
Najciekawsze jest właśnie HALT:
Przy WYJĘTYM CPU dla przypomnienia:
na pinie 4 U210 (7406) mam stabilne 5V
niezależnie czy układ 7406 jest w podstawce czy całkowicie wyjęty
Po WŁOŻENIU CPU:
na linii HALT pojawia się około 0,16V
dokładnie tak samo na CPU HALT jak i na pinie 4 U210
i to również niezależnie od tego czy 7406 jest włożony czy wyjęty
Co jeszcze dziwniejsze: jak mierzę HALT na CPU i lekko mocniej docisnę sondę do pinu CPU, napięcie nagle wskakuje na stabilne 5V. Po puszczeniu znowu wraca około 0,16V.
Wygląda to trochę jak problem mechaniczny
albo sama linia HALT ma gdzieś słaby kontakt.
Przypomnę że CPU, ROM-y, RAM, BLITTER, GSTSHIFTER były sprawdzane na sprawnym STE i działają poprawnie.
Macie może jeszcze jakiś pomysł gdzie dalej szukać?

Jesli CPU dziala w innej plycie to CPU jest sprawny i to CPU wystawia /HALT z powodu czegos.
Sprecyzuj jeszcze czy tam jest 1.6V czy 0.16 V bo 2 wesje sa.

0.16V - OK.
1.6V - Bardzo Nie OK - sugerowaloby uszkodzony CPU mimo ze dziala gdzie indziej.

Wyjmij teraz CPU i po kolei kazda linie D i A omomierzem do masy zmierz w gniezdzie CPU. Wyniki nie powinny sie roznic o wiecej niz powiedzmy 50%.

Przepraszam literówka pin4 na układzie sn7406n lub bez tego układu ma 0,152V zaokragliłem.go do 0,16V Nie ma tam 1,6V.

0.16V - OK.
1.6V - Bardzo Nie OK - sugerowaloby uszkodzony CPU mimo ze dziala gdzie indziej.

Wyjmij teraz CPU i po kolei kazda linie D i A omomierzem do masy zmierz w gniezdzie CPU. Wyniki nie powinny sie roznic o wiecej niz powiedzmy 50%.

1.6V to bardzo zly wynik.
Sprawdz czy masz wszelkie polaczenia prawidlowe tej linii (halt)
Nie jest mozliwe zebys mial na tej samej linii 5V w 1 mijscu a w innym 1.6V.
Tak samo nie jest normalne 1.6V na wyjsciu 7406. Jak uklad jest w podstawce, odegnij lekko ten pin zeby wisial w powietrzu i zmierz wtedy jakie masz tam napiecie.

1.6V w logice TTL (7406 i wszelkie wersje kompatybilne) jak i 68000 w logice HMOS(oidp) czy CMOS jest w stanie nieustalonym. Ani 1 ani 0.

Co do mierzenia rezystancji, linii do masy/vcc musisz zrobic 4 pomiary. Do masy i VCC i 2 raz to samo z zamiana przewodow. Za kazdym razem poczekaj na ustabilizowanie wyniku.

Tak tylko,że jak wyjmę z podstawki CPU to na pinie 4 halt z układem sn7406n lub bez układu pokazuje mi stabilne 5v a jak włoże z powrotem cpu do podstawki to pin4 zarówno z układem sn7406n jak i bez niego pokazuje mi 1,6V natomiast pin 2 stabilnie 5V pokazuje bezwzględu czy wyjmę cpu czy nie i czy wyjmę układ 7406 czy nie.I tu jest zagadka.

1.6V w logice TTL (7406 i wszelkie wersje kompatybilne) jak i 68000 w logice HMOS(oidp) czy CMOS jest w stanie nieustalonym. Ani 1 ani 0.

Co do mierzenia rezystancji, linii do masy/vcc musisz zrobic 4 pomiary. Do masy i VCC i 2 raz to samo z zamiana przewodow. Za kazdym razem poczekaj na ustabilizowanie wyniku.

Druga sprawa: uszkodzenie było pod podstawką ROM - jak je znalazłeś? jak ono powstało? czy podstawka była wymieniana? Bo jeśli tam ktoś grzebał, to być może jest pod nią więcej uszkodzeń - wyrwane przelotki oberwane ścieżki, zwarcia.