Newsgroup: it.comp.retrocomputing
Titolo: Bad RAM chips

Antefatto:
Un paio di anni fa ho recuperato un Amstrad PC1640SD in condizioni 
pietose. Le batterie (come sapete, sono al piano di sopra :) ) avevano 
rilasciato ossido per anni.
La copertura metallica superiore si sfaldava, e sulla MB c'era di tutto.
Detti una sistemazione sommaria e vidi che s'accendeva.
Poi l'ho riacceso l'anno scorso: non s'avviava, emettendo beeps a 
ripetizione, come in presenza di un tasto bloccato (ma lo provai con due 
tastiere diverse). Dopo un po' si avviò.
Ora l'ho portato su per le foto e la sistemazione definitiva.
S'accende, e dopo un po' dà i numeri :(
Allora, avvio con il DOS 1.0 (sì, è la *cosa* a disposizione, avviabile 
che occupa meno ram, circa 16k)
Funziona tutto, senza troppi problemi.
Comincio seriamente a pensare alla RAM.
Lo lascio una notte fermo poi, di buon mattino lo avvio e riesco a 
lanciare Qaplus, per il ram test.
0-16k OK
16k-32k OK
i due blocchi, 
32k-48k
48k-64k
ricevono un brutto voto (F) e si blocca tutto.
Non c'è parity error iniziale perché il guasto si presenta a "sistema 
caldo".
Si pongono alcuni problemi
1) Identificare il/i chip(s) guasti
2) Dissaldarli (ahi !) *
3) E se non fosse qualche chip ma la MMU ?
* Credo sia arrivato il momento della stazione dissaldante ...
-- 
*** Nucleare ? No, grazie ! ***

 3) E se non fosse qualche chip ma la MMU ?
trattandosi di un pc 8086, non credo proprio che sia un problema di MMU ;)
Comunque, quanto posso consigliare e' swappare i chips di RAM (in questo 
modo la ram difettosa da 32k a 64k (almeno) viene ad essere tra 288k e 
320k e se la memoria che prima era tra 256k e 512k e' a posto hai a 
disposizione un sistema con 256k, qundi maggiore spazio per diagnostica.
Se non mi sbaglio, i 640K dell' amstrad 1640 erano fisicamente 2 banchi 
di 256k ed una schedina custom di 128k (in un banco di 128k invece di 2 
da 64k...)
Saluti,
dott. Piergiorgio.

 * Credo sia arrivato il momento della stazione dissaldante ...
Spero di non star per dire una castroneria, ma se potesse essere un 
suggerimento utile sarebbe bello..
-----***SE RICORDO BENE***-----
Se ricordo bene, coi C64, per controllare se un chip di memoria sia 
fallace o meno, bastava appoggiare sul groppone del chip, un'altro chip 
uguale, sicuramente buono, avendo cura che i piedini "stringessero" 
contro i quelli del chip di sotto chiudendone i contatti.
Questo tipo di kamasutra-digitale permetteva di trovare agilmente il 
chip fallato senza intervenire su tutti i chip ram.
-----***SE RICORDO BENE***-----
potesse essere benissimo che ricordi fischi per fiaschi (sono una capra 
in eletronica) , ma se qualcosa ti accendesse la lampadina giusta....?  :)

 chip fallato senza intervenire su tutti i chip ram.
Confermo che funziona, delle ram guaste le ho scovate così sia su un C64 
che su un Atari 800XL.
Sul fatto che funzioni con tutti i tipi di guasto che possono 
verificarsi in una memoria non ci giurerei però.
ciao.

 i quelli del chip di sotto chiudendone i contatti.
Ricordi benissimo. In più, tale metodo è ancora usatissimo (vuoi perchè, 
IMHO, la dissaldatura di chip alla ricerca di guasti è un P.I.T.A.).
Se il problema si presenta a caldo, io sospetterei un malfunzionamento 
relativo all'alimentazione. Sui disk drive 1541/1541C, ad esempio, capitava 
spesso che funzionassero bene per una ventina di minuti e - puntualmente - 
cominciassero a dare i numeri: sostituiti regolatori e/o raddrizzatori 
riprendevano a funzionare bene.
Saluti,
Oge

 
No, 18x41256, 2x4464 e 2x4164, tutti saldati, senza zoccolo :(




Adesso mi si è accesa la lampadina :O
L'alimentatore è nel monitor...
Quando lo provai la prima volta, utilizzai un monitor monocromatico, ma 
con i fosfori bruciati (c'è impresso il Lotus, se non erro :) ), senza 
problemi.
Poi, le volte successive, ho utilizzato un monitor a colori (ECD) ed ho 
avuto i problemi.
Potrebbe realmente esser l'alimentatore ...


MMU, me ne sono accorto tardi, ormai avevo scritto.
Pensavo, in realtà, alla logica di contorno ...


 Potrebbe realmente esser l'alimentatore ...
ha senso, anche se non saprei spiegarmi il perche' tecnico; facci sapere 
se ricollegando il monitor mono il prob sparisce...
e se fosse proprio questa la causa, non sono sicuro al 100% della 
fattibilità, ma potresti, almeno ad interim, usare il monitor mono per 
l' alimentazione, e l' ECD per la visualizzazione (pero' non so se a 
medio/lungo termine l' alimentazione dell' ECD gradisce il carico più 
leggero...)
Saluti,
dott. Piergiorgio.