1 Temat przez goolash Ostatnio edytowany przez goolash (2024-10-31 07:47:59)

  • Skąd: Wrocław
  • Zarejestrowany: 2016-11-05
  • Posty: 196

Wydaje mi się, że to chyba będzie trochę ciekawszy przypadek. 65XE z czarny ekranem. Co ciekawe niektóre karty uruchamiają się choć nie zawsze w pełni funkcjonują (min pool position) Ale na szczęście odpala SALT (z SIC!-a). Wszystkie testy przechodzi bez problemu z jednym wyjątkiem - RAM (zero zdziwienia). Dodam, że ROM  (oba basic i os ) SALT widzi poprawnie.
RAM tester (w miejscu OS ROMu) melduje natomiast, iż są zarówno problemy w RAMIe .. jak i w Basic ROMie. Przy okazji wskazuje też na układy które padły.
No dobra, lutownica w ręki i okazuje się iż wszystkie kości RAMu są ..sprawne.
MMU - sprawne.
OS ROM (przy okazji) też sprawny.
Układy były testowane w testerach (RAM) jak i na sprawnym egzemplarzy atarynki, czyli na 100% są"prawilnie" sprawne.
Podmieniałem też RAMy ale to nie dało żadnej zmiany.
Oczywiście problem nie "wędruje" wraz ze zmianą pozycji kości. Diagrom konsekwetnie wskazuje te same kości.
Przedzwoniłem też linie danych od RAMU, Freddiego, OS ROM, BASIC ROM CPU ANTIC... i tutaj nic nie znalazłem.
Na deser wstawiłem Ultimate 1MB i odpala ale zgliczowane.
No to tu mamy twist bo atari martwe a wszystkie główne układy są OK.
Wydaje mi się że problem musi leżeć albo w przerwanej lini albo jakimś układzie logiki. Nie chcę już pruć na oślep tej bidulki Moze jest ktos w stanie wskazać głównych podejrzanych na podstawie danych z SALTa i Diagromu?
Albo może ktoś miał już taki przypadek wcześniej ?:)

Post's attachments

Diagrom.png 656.26 kb, nikt jeszcze nie pobierał tego pliku. 

SALT.jpg 936.02 kb, nikt jeszcze nie pobierał tego pliku. 

Tylko zalogowani mogą pobierać załączniki.

2 Odpowiedź przez Barman

  • Barman
  • Przechodzień
  • Nieaktywny
  • Zarejestrowany: 2017-05-21
  • Posty: 12

1... Zimne luty -> lupa, lutownica, odsysacz, topnik, nowa cyna LT60 (z ołowiem)

2... Mikro pęknięcia ścieżek -> wyjmij PCB z ekranów, odpal, zapuść test, w trakcie testu delikatnie powoli wyginaj płytę.

3... Kondensatory

4... Dogorywa FREEDIE

3 Odpowiedź przez perinoid

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

Jestem za 4 - podmień Fredka I zobacz wtedy.

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ć.

4 Odpowiedź przez _tzok_

  • Skąd: Bielsko-Biała
  • Zarejestrowany: 2017-06-15
  • Posty: 1,516

Zarówno SALT jak i Diagrom wskazują na błąd w obszarze C000, co oznacza, że problem leży prawdopodobnie w liniach A15 i A14. Jest jeden bank pamięci, więc wszystkie kości mają podłączone wszystkie linie adresowe, ale multipleksowane, za co odpowiada FREDDIE. Tak czy inaczej, przy tak rozłożonych błędach, szukałbym problemu na liniach adresowych, a nie danych.

Moja kolekcja: Atari 1040STe (4MB), Atari 1040STfm (4MB, BLiTTER, AT-ONCE+), Atari 800XE (SIMM EXP 1MB), Atari 800XL (RAMBO XL 256kB), Atari 600XL (64kB), Sinclair ZX SPECTRUM+ (48kB), TIMEX Computer 2048 (48kB), Commodore A600 (2MB+4MB, HDD CF 4GB), Commodore C64C.

5 Odpowiedź przez Mq

  • Mq
  • Mq
  • Podkasetarz
  • Aktywny
  • Skąd: Poznań
  • Zarejestrowany: 2016-10-13
  • Posty: 3,246

_tzok_ prawdopodobnie dobrze gada, co jednak nie zmienia faktu, że ten problem może być wszędzie...
Skłaniam się do propozycji nr 1 i 2 od Barmana.

Moje przypadki trochę bez związku z tym uszkodzeniem, ale ze związkiem z potencjalnym powodem uszkodzenia:
1. Miałem płytę z nóżkami scalaków skorodowanymi tuż pod powierzchnią cyny tak, że nóżki były tam przeżarte aż do urwania całkowitego, ale nie było tego z wierzchu w ogóle widać. Dopiero wylutowywanie układów pokazało, że kawałek nóżki został z jednej strony, a układ wyszedł w drugą. Przeginanie płyty delikatnie powodowało że raz działała dobrze, raz z błędami, a raz wcale. Szukałem pękniętych ścieżek, a pęknięte były nóżki.
2. Miałem płytę z pękniętymi przelotkami. Bardzo trudne do znalezienia to było, ale jak już wszystko inne zawiodło, to wziąłem lutownicę i lutowałem po kolei każdą przelotkę na płycie świeżą cyną. Po przelutowaniu tak przelotek nagle płyta ożyła. Szukałem niesprawnych układów i wylutowałem prawie wszystko z tej płyty i wszystko działało na innej płycie testowej, a winne były przelotki.
3. Miałem płytę, w której postępujące utlenianie powierzchni nóżek scalaka (akurat pamięci, ale mogło być cokolwiek) doprowadziło do tego, że cała nóżka pokryła się tlenkiem i odizolowała się od cyny. To była dopiero jazda, bo płyta martwa. Poprawiłem luty nową cyną, ale ta nóżka wyglądała jak przylutowana i nic nie było widać, a ona jednak była odizolowana nadal warstwą tlenków. Dopiero wylutowanie układu pokazało, że nóżka w ogóle nie chwyta cyny pomimo topników itp. Po fizycznym wyczyszczeniu nóżek przylutowała się kość już normalnie i wszystko ożyło. Znalazłem to w sumie przypadkiem, bo po prostu zacząłem wylutowywać wszystko z płyty po kolei i jak wylutuję układ, to zawsze mu nóżki czyszczę poprzez pobielenie ich świeżą cyną i zdjęcie nadmiaru. I zdziwiłem się, bo nóżka w pamięci nie chciała się dać za nic w świecie pobielić cyną. To był powód.

Te powyższe przypadki, to są najgorsze naprawy jakie miałem, bo bujałem się z szukaniem tego całymi tygodniami, a wszystkie elementy elektroniczne były tak na prawdę sprawne, wszystko na płytach 65XE.

www.mq-workshop.pl

6 Odpowiedź przez goolash

  • Skąd: Wrocław
  • Zarejestrowany: 2016-11-05
  • Posty: 196

Mq to brzmi jak opowieści z krypty dla amatorów lutownicy. W sumie to nawetwpisuje sie w Haloweenowy klimat :)
To atari wygląda jakby miało dobre życie, korozjii brak ale wiem jak paskudnie podstępna może być cyna nawet jesli lezakuje w dobrych warunkach. Przemierze linie adresowe jak radził _tzok_.
Z freddim to mam opory moralne, nie mam żadnego w podstawce. Musiałbym jakiegos sprawnego wylutować i wstawić podstawke.
Właściwie zapomniałem dodać że odświeżyłem luty na CPU Freddim, ROMACH i GTIA. Ramy mają wlutowane podstawki czyli świeże luty.
Barman wspomina też o kondensatorach, sprawdziłem przy wejściu ten główny, no i napięcia 5v na wszystkich układach też w normie.
Zastanawia mnie dlaczego BROM wypadł jako wadliwy w teście (zdjęcia diagrom.jpg)

7 Odpowiedź przez perinoid

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

Zarówno SALT jak i Diagrom wskazują na błąd w obszarze C000, co oznacza, że problem leży prawdopodobnie w liniach A15 i A14.

U mnie tak było przy walniętym ROM-ie. Dokładnie tak.

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ć.

8 Odpowiedź przez goolash

  • Skąd: Wrocław
  • Zarejestrowany: 2016-11-05
  • Posty: 196
perinoid napisał/a:
_tzok_ napisał/a:

Zarówno SALT jak i Diagrom wskazują na błąd w obszarze C000, co oznacza, że problem leży prawdopodobnie w liniach A15 i A14.

U mnie tak było przy walniętym ROM-ie. Dokładnie tak.

a który rom był walniety ? OS czy Basic ? bo ja już grzeje lutownice na freddiego :D

9 Odpowiedź przez Sikor

  • Sikor
  • Sikor
  • Naddyskownik
  • Nieaktywny
  • Skąd: Warszawa
  • Zarejestrowany: 2002-06-17
  • Posty: 11,122

A ja mam pytanie podstawowe - na ilu zasilaczach sprawdzałeś? Proponuję co najmniej na trzech różnych. A potem ewentualnie opornego Freddiego wylutujesz i zobaczy się co dalej.

Sikor umarł...

Sikor's Strona

10 Odpowiedź przez Mq Ostatnio edytowany przez Mq (2024-10-31 16:52:55)

  • Mq
  • Mq
  • Podkasetarz
  • Aktywny
  • Skąd: Poznań
  • Zarejestrowany: 2016-10-13
  • Posty: 3,246
goolash napisał/a:

a który rom był walniety ? OS czy Basic ? bo ja już grzeje lutownice na freddiego :D

Dla lepszego oglądu sytuacji Basic możesz całkiem wyjąć, komputer bez niego będzie normalnie działał.
Dokładam do opowieści z krypty historię jak to miałem kiedyś walnięty Basic, i komp się uruchamiał, ale krzaczył się. Po wyjęciu Basica wszystko reszta działała, więc też może być taki numer.

@goolasz, ja tych Atarek naprawiłem swego czasu dość dużo, bawiłem się w odrestaurowywanie, naprawianie, kupowanie złomów, zbieranie, potem się pozbyłem bo za dużo tego miałem. W większości przypadków jest dość łatwo Atari naprawić, bo zwykle któraś pamięć nie działa, albo inny układ, ewentualnie kwarc, ale wtedy od razu widać że zegary nie biegają po płycie. Te przypadki, które opisałem, to są takie, które pamiętam, a podobne do tego co u Ciebie może być jeśli układy sprawne.

www.mq-workshop.pl

11 Odpowiedź przez perinoid

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

Dokładam do opowieści z krypty historię jak to miałem kiedyś walnięty Basic, i komp się uruchamiał, ale krzaczył się. Po wyjęciu Basica wszystko reszta działała, więc też może być taki numer.

Działa ale jeśli odpalisz kompa bez wciśniętego Option to niby startuje jak bez Basica, ale jednak się potrafi sypać. Za to jak wciśniesz przy starcie Option to rzeczywiście, działa poprawnie (też to raz ćwiczyłem).

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ć.

12 Odpowiedź przez Mq

  • Mq
  • Mq
  • Podkasetarz
  • Aktywny
  • Skąd: Poznań
  • Zarejestrowany: 2016-10-13
  • Posty: 3,246

Tak, prawda, wciśnięty Option działa cuda:-) Zapomniałem już o tym, bo od kilku lat używam we wszystkich swoich Atarkach QMEG-a i to jest 99,9% czasu jaki spędzam z Atari:-)

www.mq-workshop.pl

13 Odpowiedź przez Barman

  • Barman
  • Przechodzień
  • Nieaktywny
  • Zarejestrowany: 2017-05-21
  • Posty: 12
goolash napisał/a:

Barman wspomina też o kondensatorach, sprawdziłem przy wejściu ten główny, no i napięcia 5v na wszystkich układach też w normie.

Teraz dopiero zobaczyłem na fotce że błędy są w 2 obszarach

1 - RAM c000 - ffff
oraz
2 - BROM a000 - bfff

czyli problem jest na czterech najstarszych bitach adresu

Na szybko podmieniłbym OSROM i BasicROM jednocześnie

jeżeli nie zadziała to podmianka PIA - to portB  bierze udział w adresowaniu pamięci  dokładnie bit 1

dekoder adresów 74LS138 wyprowadzenie 12 odpowiada za adresowanie portu PIA

MMU PAL16L8  dokładnie sprawdzić co się dzieje na wyprowadzeniach 13 i 15

wyprowadzenie 13 odpowiada za Basic albo RAM adresy  A000 do BFFF
wyprowadzenie 15 odpowiada za OS albo RAM adresy C000 do FFFF


A tak na marginesie

Jak coś mierzysz to z głową... Jedyne co stwierdziłeś to to że zasilacz działa i daje 5V oraz napięcia są na każdym kondensatorze. Barawo ścieżki zasilające oraz zasilacz mamy powiedzmy sprawdzone :)

Kondensatory - parametry
1... pojemność
2... upływność
3... rezystancja szeregowa
Wszystkie te parametry mierzy się na niepodłączonym kondensatorze. Natomiast jak już wyjmujesz kondensator to nie zawracaj sobie głowy pomiarem tylko wymień na nowy.

14 Odpowiedź przez Barman Ostatnio edytowany przez Barman (2024-11-01 09:25:01)

  • Barman
  • Przechodzień
  • Nieaktywny
  • Zarejestrowany: 2017-05-21
  • Posty: 12

Generalnie obstawiam ROMy albo trafione połączenia (mikropęknięcia ścieżek)

Jeżeli już wydłubywałeś jakiś elementy to sprawdź dokładnie jeszcze raz lutowania. Przy "wiekowych laminatach" ścieżki lubią pęknąć podczas lutowania na granicy pad lutowniczy <-> ścieżka

15 Odpowiedź przez goolash

  • Skąd: Wrocław
  • Zarejestrowany: 2016-11-05
  • Posty: 196

Barman, pisałem, że MMU jest sprawne, OS ROM również, Sprawdziłem jeszcze dodatkowo ale start kompa z wciśniętym option nic nie zmienia.
Ciekaw co piszesz o PIA, sprawdzę jak dokończę temat freddiego.
W mięedzyczasie wylutowałem  freda go i wstawiłem pod niego podstawkę. Z oporami przymierzam się do zrobienia tego samego w mojej sprawnej 130XE, no chyba że ktoś może zna magiczny (tzn prosty i amatorski) sposób na testowanie freddiego (oscyloskopem może ?) w niesprawnym koputerze.

16 Odpowiedź przez perinoid

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

Miałem raz akcję z PIA, która nie była w stanie wyłączyć Basica - nie ustawiała poprawnie odpowiedniego bitu. Też były problemy z pamięcią. Wymiana PIA załatwiła sprawę ale szczegółów nie pamiętam niestety.

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ć.

17 Odpowiedź przez Barman Ostatnio edytowany przez Barman (2024-11-01 18:07:32)

  • Barman
  • Przechodzień
  • Nieaktywny
  • Zarejestrowany: 2017-05-21
  • Posty: 12

Ciekawa usterka :)

Robimy podejście metodyczne :)

Co wiemy:

Błędy w obszarze adresowym A000 - FFFF
Za ten obszar odpowiedzialne są linie adresowe A12,A13,A14,A15
W skrócie pojawienie się stanu wysokiego na którejś z linii powoduje błędy zapis, odczyt lub jedno i drugie.

Pamięć RAM
Zaczniemy od ścieżek które mogą sypać błędami
Patrząc na schemat masz 8 kości DRAM
w każdym scalaku
Pin 14 - Data Output
Pin 2 - Data Input 
są ze sobą połączone. 
Odessij cynę, oczyść pady, dokładnie popatrz przez lupę czy nie ma pęknięć ścieżek koło padów lutowniczych. Topnik i zalutuj ponownie. -->> Zimne luty, uszkodzenie ścieżek powoduje odczyt lub zapis w pamięci przypadkowych danych.

Pin 3 - /Write Enable .
Odessij cynę, oczyść pady, dokładnie popatrz przez lupę czy nie ma pęknięć ścieżek koło padów lutowniczych. Topnik i zalutuj ponownie. -->> Zimne luty, uszkodzenie ścieżek powoduje opóźnienie lub nie przełączenie się scalaka z trybu zapisu do odczytu lub na odwrót co powoduje pozostanie stanu na linii danych z innego adresu. Data crash :)

Rezystory szeregowe oraz  Pull-up na liniach danych miernik i sprawdzanie rezystancji. Oczywiście przelutować :)


Linie adresowe

Oscyloskop i pomiary logiki - obraz tysiącem słów :)

Poziomy napięć dla TTL
sygnał niski (logiczne "0") jest zdefiniowany jako napięcie w zakresie 0 V do 0,8 V w odniesieniu do masy,
a wysoki (logiczna "1") - 2,4 V do 5 V. Napięcie od 0,8V do 2,4V jest fe, be, i fuj fuj :P

Sprawdzasz przebiegi na liniach adresowych CPU i ta same linie na innych układach - przebiegi powinny być prawie takie same.
To samo z liniami danych...

Sonde podpinasz do wyprowadzeń zaraz koło obudowy scalaka, a nie na laminacie (znajdziesz mikro pęknięcia) 

FREEDIE - DRAM 
sprawdzasz przebiegi na CAS RAS WRT na FREEDIE  i na każdej kości DRAM

Miłej zabawy i powodzenia

link do schematu

https://systemembedded.eu/viewtopic.php?t=37

link do testowania freediego

https://hardware.atari8.info/freddie.php

18 Odpowiedź przez goolash

  • Skąd: Wrocław
  • Zarejestrowany: 2016-11-05
  • Posty: 196

A więc.
Freddie - wylutowany, przeztestowany i sprawny w 100%
ROM Basic - wylutowany, przeztestowany i sprawny w 100%
U2 dekoder adresów 74LS138 - wylutowany, przeztestowany i sprawny w 100%
PIA - wylutowana... niesprawna .
Niestety. Po wstawieniu sprawnego kontrolera sytuacja nie poprawiła się ani odrobine. błędy i zachowanie są te same co były. Zero zmian .
Skończył mi sie podstawki, zarządzam przerwę techniczną, aż dojdą nowe. W miedzyczasie  pytanie.

Jaki zamiennik do PIA ? Na  Atariki znalazłem,że zamiennik to W65C21S, ale nikt takiego czegoś nie sprzedaje. Natomiast na jakiejś starej aukcji dokopałem się do informacji że występuje rownież pod nazwami  MC6821P HD468B21P  R6520, taie układy można już znaleść bez problemu.

19 Odpowiedź przez perinoid

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

Powinny być OK.

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ć.

20 Odpowiedź przez Barman Ostatnio edytowany przez Barman (2024-11-05 11:08:46)

  • Barman
  • Przechodzień
  • Nieaktywny
  • Zarejestrowany: 2017-05-21
  • Posty: 12

PIA = MOS 6520 --> Rockwell R6520, Motorola MC6820, Western Digital W6520, etc.

goolash napisał/a:

A więc.
Freddie - wylutowany, przeztestowany i sprawny w 100%
ROM Basic - wylutowany, przeztestowany i sprawny w 100%
U2 dekoder adresów 74LS138 - wylutowany, przeztestowany i sprawny w 100%
PIA - wylutowana... niesprawna .
Niestety. Po wstawieniu sprawnego kontrolera sytuacja nie poprawiła się ani odrobine. błędy i zachowanie są te same co były. Zero zmian .

Sprawdzenie scalaków  wyjętych z PCB jest ok, ale nie sprawdzisz tak poziomów logicznych i przebiegów w danej konkretnej PCB.
Mogą być uszkodzone ścieżki.
Scalak testowany w innej atarynce może działać bo PCB nie będzie miało uszkodzeń.


Jak sprawdziłeś PIA?

21 Odpowiedź przez goolash

  • Skąd: Wrocław
  • Zarejestrowany: 2016-11-05
  • Posty: 196

Pia w innym sprawnym egzemplarzu powoduje czarny ekran.
Co do ścieżek to jak już pisałem zarówno linie adresowe jak i  danych przedzwoniłem, tj sprawdziłęm multimetrem ich ciągłość. Sprawdzałem na nóżkach (przy obudowach), bo wiem że mikropęknięcia zdarzają się na styku lutu i laminatu i ich nie widać gołym okiem, tutaj jestem pewien że wszystko gra.
Zrobiłęm już reflow praktycznie całej płyty ale po tym co pisał Mq to wiem, że to może nie starczyć.

No dobra to jeśli skupimy się tylko na ukłądach scalonych, to co może jeszcze odpowieadać za błędy na liniach adresowych a12-a15 ?
Na pewno nie Freddy, nie ROM-y, nie PIA,nie MMU, nie linie RAS,CAS, WRT.
To co właściwie zostaje .... CPU i Antic i to wszystko.
Oczywiście rozumiem że są elementy dyskretne ale te  najważniejsze już sprawdziłem, resztę wolę odłożyć na sam koniec
Acha bo była też uwaga odnośnie zasilacza. Ja sam ma dwa, ale u właściciela tej atarynki problem też występował, tak więc na 3ch zasilaczach jest ten sam problem.

22 Odpowiedź przez Barman Ostatnio edytowany przez Barman (2024-11-07 10:04:45)

  • Barman
  • Przechodzień
  • Nieaktywny
  • Zarejestrowany: 2017-05-21
  • Posty: 12
goolash napisał/a:

Pia w innym sprawnym egzemplarzu powoduje czarny ekran.

To wiemy że PIA jest trafiony


goolash napisał/a:

Co do ścieżek to jak już pisałem zarówno linie adresowe jak i  danych przedzwoniłem, tj sprawdziłęm multimetrem ich ciągłość.
Sprawdzałem na nóżkach (przy obudowach), bo wiem że mikropęknięcia zdarzają się na styku lutu i laminatu i ich nie widać gołym okiem, tutaj jestem pewien że wszystko gra.

Piszczałka w mierniku nie pokaże kształtu i poziomu napięć.  Złe poziomy napięć = złe działanie

goolash napisał/a:

Zrobiłęm już reflow praktycznie całej płyty ale po tym co pisał Mq to wiem, że to może nie starczyć.

Pewien jesteś że zrobiłeś Reflow w Atari65XE :)

goolash napisał/a:

No dobra to jeśli skupimy się tylko na ukłądach scalonych, to co może jeszcze odpowieadać za błędy na liniach adresowych a12-a15 ?

Zły kształt i poziomy  sygnału. Pull-Up rezystory podpinające te linie do +5V

goolash napisał/a:

Na pewno nie Freddy, nie ROM-y, nie PIA,nie MMU, nie linie RAS,CAS, WRT.
To co właściwie zostaje .... CPU i Antic i to wszystko.

Sprawdziłeś piszczałką w mierniku czy oscyloskopem?


Może być jeszcze inny babol. Upływność między ścieżkami ---> upływność to nie zwarcie a jakaś rezystancja przez którą sygnał przechodzi z jednej ścieżki na inną i powoduje niepoprawne działanie.

Zrób dobrej jakości ,im więcej Mpixeli tym lepiej,  fotki PCB z jednej strony i z drugiej, pod różnymi kątami przy dobrym oświetleniu (aby nie było cieni) - popatrzymy

Link do IPC-A-610D po polsku przeczytaj rozdział 5 i rozdział 7. A będziesz patrzył inaczej na PCB :)

https://chomikuj.pl/loco81/Dokumenty/El ... 309140.pdf

23 Odpowiedź przez goolash

  • Skąd: Wrocław
  • Zarejestrowany: 2016-11-05
  • Posty: 196

Znalazłem alternatywny "service manual" dla małych atarynek. Jest tam tabela stanów logicznych dla wszystkich układów, przez którą obecnie powoli się przekopuję.
Na tą chwilę zauważyłem że na Fredim mam wysokie stany na pinach gdzie oczekiwane jest pulsowanie

38 casin
36 ?
35 cas
34 wrt

Na ramach podobnie -  pin 3 powinien pulsować, jest stan wysoki:

3 wrt

I jeszcze BASIC rom, chociaż tutj bez zdziwienia, wszystkie piny adresowe stoją w stanie wysokim (basic sie nie ładuje).
Acha, piny te pulsuję przez sekundę czy dwie, dopiero potem wchodzą na 1

Powiem szczerze, nie wiem czy patrze na przyczynę problemu czy na jego objawy.

24 Odpowiedź przez Barman Ostatnio edytowany przez Barman (2024-11-13 05:51:50)

  • Barman
  • Przechodzień
  • Nieaktywny
  • Zarejestrowany: 2017-05-21
  • Posty: 12

Maja pulsować

na wszystkich scalakach gdzie dochodzą sygnały adresowe. Czy akurat adresy mają dotyczyć BasicROM dodpowiada wejście /CS (Chip Select) w scalaku BROM pin20. Do tego pinu sygnał przychodzi z PAL16L8 pin13. Sygnał ten zalezny jest od stanu wejścia nr 18 PAL16L8 (BasicEnable) który przychodzi z PIA PB1 pin11.
PIA sterowany jest z dekodera adresów 74LS138. Jednym z sygnałów sterujących jest IO (InpitOutput) który przychodzi z PAL16L8.

Sprawdź linie RESET oraz zegary systemu a szczególnie Fi02
Użyj oscyloskopu.

25 Odpowiedź przez goolash

  • Skąd: Wrocław
  • Zarejestrowany: 2016-11-05
  • Posty: 196

Z czasem bardzo krucho dlatego i progres niewielki.
Dobra oscyloskop poszedł w ruch i udało mi się ustalić iż linia PB1 utknęła w stanie wysokim.
Porównując ze sprawnym egzemplarzem widzę ze ta linia chwilę po starcie powinna z 1 przejść na 0.
Barman pisałeś ,że "PIA sterowany jest z dekodera adresów 74LS138". Wcześniej już pisałem ze ten układ przechodzi testy w testerze (TL866 II), czyli powinien być sprawny. Jakieś 5 sekund po starcie na liniach A8-A10 dzieje się cos dziwnego. Dane przeskakują na 1 .. a potem.. nie wiem jak to opisać.. powoli sie pojawiają? Wydaje mi sie sie ze to jest ślepy trop, całe to dziwne zachowanie dzieje się gdy system jest już "utkniety"
Dobra, co może powodować,że PB1 nie chce zejść na 0? Na pewno wskazuje to na probem z OS ROMem, ale on jest sprawny (działa w innej jednostce). To co jeszcze :)?