Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Harmonogram Silly Venture 2026 SE
Rusza Outline 2026 Kultowe demo-party Outline startuje w ten weekend. Sprawdź harmonogram i transmisję na żywo.
Biblioteczna strefa retro w Kościanie Retro spotkanie z Larkiem w Miejskiej Bibliotece Publicznej w Kościanie już 23 maja 2026 roku.
VBXETERM 0.19 Nowa wersja terminala dla Atari z VBXE wprowadza 11 fontów oraz ulepszony interfejs użytkownika.
Altirra 4.50 test 10 Nowa wersja testowa emulatora Altirra wprowadza usprawnienia w debuggerze oraz funkcję autosugerowania.
atari.area forum » Sprzęt - 16/32bit » Atari STE nie żyje - to nie zasilacz
Strony Poprzednia 1 2 3
Zaloguj się lub zarejestruj by napisać odpowiedź
A jaki konkretnie masz model procka?
A jaki konkretnie masz model procka?
To MC68000FN8 0B26M QECP8945 w podstawce PLCC
1. Układ 7406 WŁOŻONY (Procesor też w gnieździe) Czarny ekran
Pin 3: 0,014V
Pin 4: 0,163V (Tu jest pies pogrzebany! Powinno być 5V, a nowy układ nie daje rady go wystawić).
Pozostałe piny:
Pin 1: 0V | Pin 2: 5V
Pin 5: 4,94V | Pin 6: 0,089V
Pin 8: 0,147V | Pin 9: 0,089V
Pin 10: 0,143V | Pin 11: 0,095V
Pin 12: 0,095V | Pin 13: 4,999V
Pin 14: 5V
Czekaj, o którym układzie jest mowa? U305 czy U210? Obstawiam, ze to drugie, bo tylko ten ma coś wspólnego z resetem. I to są piny 1+2 więc jeśli na 2-ce masz 5V to masz dokładnie to co potrzeba. Natomiast jeśli chodzi o HALT to istotne są piny 3+4. Pin 9 to jest WEJŚCIE, dla którego 8-ka jest wyjściem i to idzie do MIDI-OUT(nie ma nic wspólnego z CPU). Podobnie 11 (wejscie) i 10 (wyjście) - dokładnie ta sama sytuacja.
skofrant napisał/a:1. Układ 7406 WŁOŻONY (Procesor też w gnieździe) Czarny ekran
Pin 3: 0,014V
Pin 4: 0,163V (Tu jest pies pogrzebany! Powinno być 5V, a nowy układ nie daje rady go wystawić).
Pozostałe piny:
Pin 1: 0V | Pin 2: 5V
Pin 5: 4,94V | Pin 6: 0,089V
Pin 8: 0,147V | Pin 9: 0,089V
Pin 10: 0,143V | Pin 11: 0,095V
Pin 12: 0,095V | Pin 13: 4,999V
Pin 14: 5VCzekaj, o którym układzie jest mowa? U305 czy U210? Obstawiam, ze to drugie, bo tylko ten ma coś wspólnego z resetem. I to są piny 1+2 więc jeśli na 2-ce masz 5V to masz dokładnie to co potrzeba. Natomiast jeśli chodzi o HALT to istotne są piny 3+4. Pin 9 to jest WEJŚCIE, dla którego 8-ka jest wyjściem i to idzie do MIDI-OUT(nie ma nic wspólnego z CPU). Podobnie 11 (wejscie) i 10 (wyjście) - dokładnie ta sama sytuacja.
Tak mówię tu teraz wyłącznie o układzie u210 i dokladnie tak jest jak opisałem
Kurcze nie wiem co mam jeszcze sprawdzić.
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
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
Zrobiłem tak, jak sugerowaliście dzwonienie ścieżek Brymenem. Przeszedłem dane i adresy między CPU a ROMami i mam konkret:
Szyna danych (D0-D15): Przejścia 0,2 - 0,3 ohma
Szyna adresowa (A2-A15): Wszystko 0,1 ohma
PROBLEM Linia A1: Znalazłem ewidentną przerwę.
Między gniazdami ROM (U102 pin 12 a U103 pin 12) jest przejście 0,0 ohma
Między procesorem (pin 32 wg schematu to A1) a drabinką P103 (pin 2) jest przejście 0,0 ohma
ALE między sekcją CPU a sekcją ROM na linii A1 mam całkowity brak przejścia (OL).
Wygląda na to, że sygnał A1 wychodzi z procesora, przechodzi przez drabinkę, ale urywa się gdzieś na płycie przed pamięcią. To by tłumaczyło ten Double Bus Fault i HALT=0,16V.
Mam do was pytanie:
Co konkretnie radzicie mi teraz ze sobą połączyć mostkiem? Czy najlepiej pociągnąć kynar bezpośrednio z pinu 32 procesora (A1) do pinu 12 gniazda ROM (np. U103)? Czy może sugerujecie inne punkty, żeby przywrócić tę linię do życia?
Najpierw pociągnij jakkolwiek i zobacz, czy to coś zmieni. Jeśli komp wstanie, znajdziesz lepsze miejsce.
Najpierw pociągnij jakkolwiek i zobacz, czy to coś zmieni. Jeśli komp wstanie, znajdziesz lepsze miejsce.
Cześć, naprawiłem przerwaną linię A1 (pin 32 CPU) przejście jest, ale Atari nadal nie wstaje. Kończą mi się pomysły, co jeszcze sprawdzić?
Aktualne pomiary:
RESET na cpu 5,0V
HALT 0,16V i tyle samo na pin4 ukladu sn7406n
CLK na cpu 2,4V
AS na cpu 5,0V (sztywne)
BERR na cpu 5,0V
Cześć,
Trudno cokolwiek doradzić w tej sytuacji poza tym, że:
sprawdź wszystko dokładnie jeszcze raz, a jeśli będzie potrzeba to i raz kolejny. Przejrzyj jeszcze linie pomiędzy GSTMCU i GSTSHIFTER a pamięciami RAM. Gdzieś masz jeszcze coś na pewno walnięte - to wiesz sam :) Tak jak poprzednio - weź sprawdź z wyciągniętymi scalakami czy nie masz gdzieś zwarcia pomiędzy liniami adresowymi albo danych. Sprawdzaj A1-A2, A2-A3, A3-A4 i tak dalej, a potem D0-D1, D1-D2 i tak dalej. Ewidentnie procesor nie dostaje właściwych danych do prawidłowej pracy. Jeden problem już znalazłeś, szukaj kolejnego.
Dodam tylko, że przy jednym projekcie szukałem trzech błędów ponad 9 miesięcy :-/ Różnie bywa choć akurat nie działo się to w sprzęcie a w symulacji. Sprawdzaj połączenia według schematu, systematycznie i zaznaczaj prawidłowe. W końcu trafisz na właściwe miejsce. Ilość połączeń na szynie jest skończona. Nie masz też zbyt wielu narzędzi. Sam multimetr to troszkę mało, choć i tak jest to potężny przyrząd :)
tOri
Spróbuj namierzyć uszkodzenie tej ścieżki A1, jest spora szansa, że w tym miejscu jest uszkodzone coś więcej.
Przedzwanianie wszystkich ścieżek to taka trochę ostateczność chociaż jak widać tutaj trafiłeś.
Masz w ogóle jakiś obraz? Białe tło, czarna ramka czy coś? Monitor łapie synchronizację?
Cześć, wracam z konkretnymi pomiarami po dalszej walce z zalanym STE. Sytuacja wygląda następująco:
Stan obecny:
Procesor: Podstawiony sprawny. Na samym CPU sygnały RESET oraz HALT mają prawidłowe 5V.
Linia AS ma 5V.
Linia A1: Naprawiona była przerwa pod podstawką ROM, teraz przejście CPU ROM to 0,6 ohma
Zegar CPU: Obecny, ok. 2,4V (mierzone multimetrem).
Główny podejrzany Linia HALT strona peryferyjna:
Namierzyłem bardzo dziwny stan na linii łączącej pin 4 układu U210 7406 z pinem 2 drabinki rezystorowej P100:
Na tej linii HALT peryferyjny mam napięcie tylko 1,6V.
Drabinka P100 na pinie 1 VCC ma 5V, a na pinie 2 wyjście na linię mierzę 1,6V.
Rezystancja wewnątrz drabinki pin 1-2 to 2,19 kilo ohma czyli drabinka 2,2k jest sprawna.
Oporność tej linii do masy przy wyłączonym zasilaniu i wyjętych układach CPU/RAM/ROM) wynosi 2,3 kilo ohma
Podstawka pod U210 7406 jest nowa, wlutowana na czysty laminat, a przejście między pinem 4 a drabinką P100 jest zachowane.
Pytanie do was chłopaki:
Skoro na samym procesorze HALT ma 5V, ale na logice zewnętrznej przy 7406 wisi te nieszczęsne 1,6V, to czy to wystarczy, żeby GSTMCU trzymało procesor w zawieszeniu? Skąd przy nowej podstawce i wyjętych układach może brać się to przywarcie 2,3 k ohma do masy na linii HALT? Czy szukać pod podstawką CPU, czy może GSTMCU mogło dostać strzała?
Oczywiście pokusilem się ponownie bo już w obłęd popadłem sprawdziłem na działającym atari ste ramy cpu romy blitter zasilacz gst shifter i są sprawne te wymienione uklady..sprawdzilem też wszystkie linie na cpu jak i na romach od A1 do A23 i D0 do D15 i zero zwarć.
Dziwne to jest że pin4 zarówno z włożonym jak z wyjętym układem.sn7406n ma 1,6V pin2 5V tu jest ok jak wspominaliście.
A na Cpu Halt linii jest 5V
I hit jak wyjme cpu z podstawki to na pinie 4 z wlożonym lub wyjętym układem sn7406n jest tam 5V
Ręcę opadają:-)
Dużo tego więc tylko odpiszę na szybko:
Oporność tej linii do masy przy wyłączonym zasilaniu i wyjętych układach CPU/RAM/ROM) wynosi 2,3 kilo ohm.
To prawdopodobnie jest to rezystancja do Vcc, a dalej już jakbyś zmierzył rezystancję Vcc do masy to będzie bliska 0.
Czyli jakby ta rezystancja idzie do linii vcc i stamtąd przez wszystkie układy zamyka się do masy. Dlatego jak mierzysz do masy to masz jakiś wynik. Tak dumam głośno.
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.
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.
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.
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%.
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.
To tutaj jest wszystko OK.
Pomierz linie D i A bez CPU.
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ć?
Podstawki do wymiany (popękane blaszki)?
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
When the processor has stopped executing instructions (in the case of a double bus
fault condition, for example), the HALT line is driven by the processor to indicate the
condition to external devices
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.
Też uważam, że z tym HALT jest OK - to procesor wystawia ten sygnał.
Ja bym szukał uszkodzeń mechanicznych szczególnie w miejscu, gdzie było poprzednie.
Zobacz, które podstawki były dokładane i tam szukaj problemu.
Możesz jeszcze spróbować cart diagnostyczny oraz konsolę szeregową.
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
Strony Poprzednia 1 2 3
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Sprzęt - 16/32bit » Atari STE nie żyje - to nie zasilacz
Wygenerowano w 0.027 sekund, wykonano 64 zapytań