26 Odpowiedź przez skofrant

  • Zarejestrowany: 2017-06-10
  • Posty: 185

Dziękuję Laborancie tak zrobie..powyciągam po jednym układzie i będę patrzył czy są jakieś zmiany.
Kurcze to jest dziwna sytuacja...nikt w nim nie grzebał był za gablotką..chciałem go uruchomić i tu taka sytuacja..
O dziwo,że jak włączam STE to sygnał z tv przełącza się na euroscart jest czarny ekran i dosłownie  zaraz na ułamek sekundy jest krótki rozbłysk..i to za każdym razem jak znów włącze STE to przełączy z tv na sygnał z euroscart jest czarny ekran i przez ułamek sekundy ten krótki błysk coś jak flesh z lampy ale bardzo krótki.I już potem się nie powtarza.Może to jest jakiś punkt zaczepienia?

27 Odpowiedź przez perinoid

  • Skąd: W-wa
  • Zarejestrowany: 2015-11-20
  • Posty: 4,027

Podsumujmy:
- RAM w drugiej płycie działa.
- ROM w drugiej płycie działa.
- CPU, GLUE, MMU - w drugiej płycie działają.
- Shifter działa bo daje obraz i w drugiej płycie działa.
Czy coś pominąłem? Ewentualnie coś za dużo, co nie zostało sprawdzone? Jeśli wszystko się zgadza to niestety ale trzeba sprawdzić logikę płyty głównej. Jeszcze jest kilka kości, które mogą blokować linie sygnałowe. Przydałby się cart diagnostyczny, może by odpalił - ale też niekoniecznie. No, nikt się na łatwo niestety nie umawiał...

Obejrzałeś płytę od spodu, czy nie ma jakichś mechanicznych uszkodzeń?

Pamięć studenta ma charakter kwantowy - student wie wszystko, ale jednocześnie nic nie pamięta.
- Kilka(naście?) pudełek z klawiszami i światełkami. I jeden Vectrex, żeby nimi wszystkimi rządzić.

28 Odpowiedź przez skofrant Ostatnio edytowany przez skofrant (2025-12-08 14:39:33)

  • Zarejestrowany: 2017-06-10
  • Posty: 185
perinoid napisał/a:

Podsumujmy:
- RAM w drugiej płycie działa.
- ROM w drugiej płycie działa.
- CPU GLUE, MMU - w drugiej płycie działają.
- Shifter działa bo daje obraz i w drugiej płycie działa.
Czy coś pominąłem? Ewentualnie coś za dużo, co nie zostało sprawdzone? Jeśli wszystko się zgadza to niestety ale trzeba sprawdzić logikę płyty głównej. Jeszcze jest kilka kości, które mogą blokować linie sygnałowe. Przydałby się cart diagnostyczny, może by odpalił - ale też niekoniecznie. No, nikt się na łatwo niestety nie umawiał...

Obejrzałeś płytę od spodu, czy nie ma jakichś mechanicznych uszkodzeń?

Potwierdzam:
To:
- RAM w drugiej płycie działa.
- ROM w drugiej płycie działa.
- CPU - w drugiej płycie działają.
- Shifter działa bo daje obraz i w drugiej płycie działa.
- Blitter w drugiej płycie działa.

Co do :
GLUE, MMU to jedyny u mnie układ wlutowany na dwóch egzemplarzach STE więc nie wiem czy jestem wstanie bez oscyloskopa go sprawdzić multimetrem.To rozumiem,że ten 144 pinowy uklad trzeba sprawdzić? Poza nim które układy trzeba jeszcze sprawdzić?
Mogę prosić o zdjęcie które uklady sprawdzić i które piny układów?
Ok sprawdzę też pod spodem płytę główną.ale jak wspominałem nikt w niej nic nie grzebał.
Płytę główną mam w rewizji 5.1

29 Odpowiedź przez perinoid

  • Skąd: W-wa
  • Zarejestrowany: 2015-11-20
  • Posty: 4,027
skofrant napisał/a:

GLUE, MMU to jedyny u mnie układ wlutowany na dwóch egzemplarzach STE więc nie wiem czy jestem wstanie bez oscyloskopa go sprawdzić multimetrem.To rozumiem,że ten 144 pinowy uklad trzeba sprawdzić? Poza nim które układy trzeba jeszcze sprawdzić?
Mogę prosić o zdjęcie które uklady sprawdzić i które piny układów?

Obawiam się, że ja tu więcej nie podpowiem. Nie mam pomysłu, co mógłbyś jeszcze posprawdzać mając jedynie zwykły miernik oprócz sprawdzania ciągłości sygnałów według schematu - chociażby połączenia między ROM-ami a CPU. Ale obstawiam, że to nic nie da. Przydałby się oscyloskop i porównanie z działającą płytą - sporo roboty.

Pamięć studenta ma charakter kwantowy - student wie wszystko, ale jednocześnie nic nie pamięta.
- Kilka(naście?) pudełek z klawiszami i światełkami. I jeden Vectrex, żeby nimi wszystkimi rządzić.

30 Odpowiedź przez skofrant

  • Zarejestrowany: 2017-06-10
  • Posty: 185
perinoid napisał/a:
skofrant napisał/a:

GLUE, MMU to jedyny u mnie układ wlutowany na dwóch egzemplarzach STE więc nie wiem czy jestem wstanie bez oscyloskopa go sprawdzić multimetrem.To rozumiem,że ten 144 pinowy uklad trzeba sprawdzić? Poza nim które układy trzeba jeszcze sprawdzić?
Mogę prosić o zdjęcie które uklady sprawdzić i które piny układów?

Obawiam się, że ja tu więcej nie podpowiem. Nie mam pomysłu, co mógłbyś jeszcze posprawdzać mając jedynie zwykły miernik oprócz sprawdzania ciągłości sygnałów według schematu - chociażby połączenia między ROM-ami a CPU. Ale obstawiam, że to nic nie da. Przydałby się oscyloskop i porównanie z działającą płytą - sporo roboty.

Mój Brymen mierzy jeszcze częstotliwość ale no niestety nie jest to zakres w Mhz a szkoda.
Dobra to prościej będzie jak kupie podstawki precyzyjne i wlutuje w jedną i w drugą płytę i po kolei układy będę sprawdzał.Gorzej jak nic tu nie znajdę wtedy moźliwe że winowajcą jest układ MMU GLUE.

31 Odpowiedź przez skofrant Ostatnio edytowany przez skofrant (Wczoraj 20:23:47)

  • Zarejestrowany: 2017-06-10
  • Posty: 185

Cześć,
robię diagnostykę Atari STE (płyta rev. 5.1) i sprawdzam, czy CPU oraz układy systemowe startują poprawnie. CPU MC68000 w PLCC68 jest sprawdzony i działa w innym komputerze.
Zrobiłem serię pomiarów multimetrem Brymen BM839 bez oscyloskopu.
Uwaga dotycząca CLOCK
nie mierzyłem częstotliwości brak zakresu MHz w mierniku, tylko obecność napięcia na pinie CLOCK CPU ~2.4V DC, czyli sprawdziłem że sygnał zegara fizycznie występuje.
Zasilanie i podstawowe sygnały:
VCC na GLUE/MMU stabilne 5.0V
RESET CPU OK 5V po puszczeniu, 0V przy wciśnięciu
CLOCK CPU ok. 2.4V tylko pomiar napięcia, nie częstotliwości brak oscyloskopu zakresu MHz w mierniku
Sygnały magistrali CPU
/AS stałe 5V, brak jakiejkolwiek reakcji na RESET
DTACK stałe 5V, brak reakcji na RESET
HALT ~0.157V
po wciśnięciu RESET spada do ~0.099V
po puszczeniu wraca do ~0.157V
IPL
IPL0 = 5V
IPL1 = 5V
IPL2 = ok. 0V ok. 6.1kΩ do masy w pomiarze rezystancji
Na podstawie tych pomiarów CPU nie wykonuje żadnych cykli magistrali /AS stale 5V, DTACK nie reaguje, a HALT jest stale aktywny.
Zasilanie i zegar są OK CLOCK tylko potwierdzony jako obecność sygnału napięciowego, nie pomiar częstotliwości, CPU jest sprawny, podstawka CPU też wydaje się mieć dobry kontakt brak zmian przy poruszaniu układem.
Obstawiam uszkodzenie lub zawieszenie układu GLUE/MMU , który nie zwalnia CPU z HALT i nie inicjalizuje magistrali.
Pytanie do Was
Czy taki zestaw pomiarów brak /AS i DTACK + stały HALT przy poprawnym RESET i obecnym CLOCK rzeczywiście bardzo mocno wskazuje na uszkodzony GLUE/MMU w STE?
Czy coś jeszcze warto sprawdzić zanim uznam go za winnego?
Kurcze nikt w moim Atari ste nie grzebał i kurcze samoistnie przestał działać nagle.

Kadridz diagnostyczny STE 1.9 nie uruchomił się w moim atari a kabel db25-usb też nic nie wyświetlił pod putty.
Na drugim sprawnym egzemplarzu STE kadridz diagnostyczny 1.9 działa idealnie i kabel też bo widzę tekst na terminalu.

32 Odpowiedź przez tOri Ostatnio edytowany przez tOri (Wczoraj 21:20:55)

  • tOri
  • tOri
  • Śrubkowiec Atarowicz
  • Nieaktywny
  • Skąd: stamtąd
  • Zarejestrowany: 2010-04-14
  • Posty: 2,278

cześć,

Niski poziom na IPL2 wskazuje na to, że procesor "zawisa w ślepym przerwaniu". Pytanie co mu to przerwanie wywołuje. Być może masz gdzieś zwartą linię IPL2 do masy choć te 6k na to za bardzo nie wskazuje. Wszystko jest możliwe, nawet to, że jakaś mała, zagubiona kulka cynowa gdzieś zrobiła zwarcie.

Niski poziom /HALT - procesor jest zatrzymany i trzeba by znaleźć powód tego zatrzymania. Zwarcie do masy? problem z podstawką CPU?

tOri

Różne różności dla Atari i nie tylko - przydatne, bądź nie ale i tak warto zajrzeć...
https://reversing.pl Atari - Power without price and necessary elements with some sh*t onboard
http://atari.myftp.org - backup address

tOri's Strona

33 Odpowiedź przez skofrant

  • Zarejestrowany: 2017-06-10
  • Posty: 185
tOri napisał/a:

cześć,

Niski poziom na IPL2 wskazuje na to, że procesor "zawisa w ślepym przerwaniu". Pytanie co mu to przerwanie wywołuje. Być może masz gdzieś zwartą linię IPL2 do masy choć te 6k na to za bardzo nie wskazuje. Wszystko jest możliwe, nawet to, że jakaś mała, zagubiona kulka cynowa gdzieś zrobiła zwarcie.

Niski poziom /HALT - procesor jest zatrzymany i trzeba by znaleźć powód tego zatrzymania. Zwarcie do masy? problem z podstawką CPU?

tOri

Sprawdziłem rezystancję IPL2 ~6kΩ i HALT ~2.2kΩ do masy nie wygląda to na zwarcie.
Dodatkowo AS i DTACK są stale w stanie wysokim i nie reagują na RESET, więc CPU nie wykonuje żadnych cykli.
To wygląda bardziej jak brak inicjalizacji magistrali niż zawieszenie w przerwaniu chyba,że się mylę.

34 Odpowiedź przez x_angel

  • Skąd: Białystok
  • Zarejestrowany: 2015-03-26
  • Posty: 1,692

Skoro /HALT się tak zachowuje, to obadaj obwód resetu. Może być kondek zwarty w okolicy resetu - miałem gdzieś tak.

x_angel's Strona

35 Odpowiedź przez tOri Ostatnio edytowany przez tOri (Dzisiaj 21:26:25)

  • tOri
  • tOri
  • Śrubkowiec Atarowicz
  • Nieaktywny
  • Skąd: stamtąd
  • Zarejestrowany: 2010-04-14
  • Posty: 2,278
skofrant napisał/a:

Sprawdziłem rezystancję IPL2 ~6kΩ i HALT ~2.2kΩ do masy nie wygląda to na zwarcie.
Dodatkowo AS i DTACK są stale w stanie wysokim i nie reagują na RESET, więc CPU nie wykonuje żadnych cykli.
To wygląda bardziej jak brak inicjalizacji magistrali niż zawieszenie w przerwaniu chyba,że się mylę.

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

Różne różności dla Atari i nie tylko - przydatne, bądź nie ale i tak warto zajrzeć...
https://reversing.pl Atari - Power without price and necessary elements with some sh*t onboard
http://atari.myftp.org - backup address

tOri's Strona