Jestem za 4 - podmień Fredka I zobacz wtedy.

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

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

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.

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

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.

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.

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

Powinny być OK.

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.

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.