Luxor ABC-80 (breakout kort byggs) [Sidan 18]

[bit96]

Du skulle kunna prova det manuella minnestestet på utvalda adresser.
Nu har du testat 10 adresser i rad, 53275-53284.

Den krånglande adressen är 53281 = H:d021 = B:1101 0000 0010 0001
Genom att variera en bit åt gången kanske du kan hitta en adresslinje som krånglar.

Sen är det dynamiska ram vilket innebär att adresserna är multiplexade vilket kanske underlättar, eller inte...
Varje kapsel har 7 adressben (a0-a6), som multiplexas till 14 linjer, alltså 16384 adresser.

Fast när jag skriver ner dina 10 testadresser binärt ser jag att den krånglande adressen 53821 inte verkar vara unik på något sätt.
Inte ens när de multiplexas. Men det börjar också bli sent på kvällen nu.

Försök att byta plats på två kapslar, helst den som motsvarar databit 4, för att kunna avgöra om det gäller DRAM:et eller inte.
Och testa på adress 53281.

Eller.
Adressbussen verkar multiplexas in till DRAM:et via två LS275A, på platserna B3 och B4 (alla kretsar sitter i ett rutmönster, som ett kalkylark). Kolla om dom kretsarna verkar friska och sitter som dom ska.

[blueint]

Om maskinen har mer än 16 kByte så kan eventuellt address 36897 bit 4 också bli fel. Ifall det är en specifik databus linje som är fel.

Man kan dela upp addressen så här:

Kod: Markera allt

BB = 16 kB sektion
rr = Row-rad
CC = Cas-kolumn

BBrrrrrrrCCCCCCC
1101000000100001
1101000010100001

En gissning är att address 53409 också kan uppvisa liknande fel ifall det är radselekteringen som är galen eller att närliggande rader påverkar varann.

En brutal idé är annars att koppla in sig direkt på bussen och testa. En snällare version är att använda ett RS-232 styrt program och testa positionerna tills det blir problem då programmet skriver över sig själv.

[Electricguy]

bit96, mja det kanske går att knacka in det bit för bit tills att det skiter sig.. Det kan ju vara värt att testa.
74LS257 finns, men inga LS275.. Jag har lött om dessa för att benen har den där klassiska svarta oxiden på sig.. Det kanske kan hända att någon av dom kretsarna är lite krasslig.

Jag testade även att knappa in 36897. Den skickar tillbaka 255 oavsett om jag skickar 0 eller 255 till den.
53409 returnerar både 0 och 255 som den ska.

[blueint]

Egentligen borde man testa så här:

10 FOR A%=49152 TO 65535
20 POKE A%, 0
30 IF PEEK(A%) <> 0 THEN GOTO 70
40 POKE A%, 255
50 IF PEEK(A%) <> 255 THEN GOTO 70
60 GOTO 80
70 PRINT "Faulty address ", A%
80 NEXT A%

En lite mer försiktig variation:
10 FOR A%=51200 TO 65535

[Electricguy]

Jag får ju dock fortfarande ett errormeddelande när jag försöker att köra dessa små automatiska program som är och gräver i RAMet. Men på skoj så testade jag det där lilla programmet ändå, och jag fick ERR 3 LINE 65535

[bit96]

Ja kretsen heter 74LS257, inte 275.

Om du bara har 16 kB RAM, vilket är standard om man inte utökat minnet, så är adress 36897 tom.
Att den returnerar 255 är nog helt riktigt, då det inte finns minne på den adressen och databussen har en pull-up på 10 kohm till +5 volt.

Det finns, tror jag, även några brytare/jumprar/omkopplingar på ett par adresslinjer vid 74LS257:orna.
Jag tror att man kan välja olika typer av DRAM-kapslar med dessa.
T.ex. kunde man montera 32-kbits-kapslar direkt på moderkortet vill jag minnas.
Kan ju vara nåt glapp här, kanske...

Jag börjar få ont om tips, men det är ju märkligt om bara en enda krånglande databit i en viss byte skulle krångla.
Eftersom du tydligen kunde ladda in ett ROM-test-program som kördes och gav rätt checksumma på ROM:et blir det ännu märkligare.

Kan det vara nån vajsing med spänningsnivåer som någon här antydde tidigare?

Eftersom databussen har pull-up så bör ju rimligtvis databit 4 på adress 53281 jordas på något sätt.
Det är ju mycket anslutet till databussen, PIO, massa 74-kretsar, DRAM och ROM.

[bit96]

Hade du provat att byta plats på några DRAM för att se om felet flyttar på sig?

[Electricguy]

Mja okej.
Jajamen, det finns "socklar" där 8st byglar är lödda på. Ska testa att löda om lite runt där och mäta lite spänningar ifall att det är något som är vajsing.


Såhär ser det ut.

[Electricguy]

Har nu mätt alla matningar, och det är som det ska. Har också ryckt ur alla kretsar i socklar och tryckt i dom igen och vickat runt lite. Samt att jag har lött om lite socklar som hade lite småfula lödningar. Ingen skillnad.

[bit96]

Kan det vara så att någon avkopplingskonding har havererat?
Det finns ju att antal invid de flesta kretsar.
Det är väl krets D3 som motsvarar databit 4 om jag inte räknat fel.

Annars återstår väl att byta plats på DRAM:arna.

[Electricguy]

Ja jag funderade lite på förut om det kan bero på någon konding..
Kanske kan vara värt att byta hela högen. Är ju bara vanliga standard 100nF..

D3.. Jag antar att man använder koordinatsystemet på kortet för att läsa ut det?
Ska testa att flytta om ett par kretsar sen och se vad det gör..

EDIT: Bytte alla små svarta filterkondingar till nya fina WIMA kondingar.. Ingen skillnad. Ska flytta på D3 och se vad som händer.

EDIT2: Jag bytte plats på D2 och D3. Nu får jag tillbaka 223 när jag skickar 255 till 43281.
Jag får 243 när jag byter plats på D3 och C5
och 254 när jag byter plats på D3 och D5

Så problemet verkar flytta efter, vad jag förstår det som. Kan man anta att D3 inte riktigt funkar som den ska?

[blueint]

Detta verkar knepigt: "Jag får 243 när jag byter plats på D3 och C5"

Innebär:

Kod: Markera allt

76543210
11110011

Men du kan nog utgå från att D3 är trasig.

Om du ids så kan du ju byta plats på A6-A0 till chippt med lite virtråd vilket borde flytta på addressen för felet. Som bieffekt kanske det löser formateringsproblemet för tillfället. Observera att detta byter plats på både rad och kolumnaddresseringen.

Någon som förresten vet hur ABC80 ordnade uppdelningen av addresser till RAS/CAS?

[G_Axelsson]

Japp, om felet flyttar sig mellan bitarna om du flyttar D3 så är det den kretsen som är trasig.
Jag är inte alls förvånad över att en enskild bit går sönder i en krets, du har migration av dopningsämnena som bygger upp de enskilda komponenterna i en IC, med tiden så blir alla komponenterna sämre och nån kommer att fallera, i det här fallet tydligen en komponent i en enskild minnescell.

För övrigt, om man ska testa minnet ordentligt så ska man testa med alla värden från 0 till 255, eller åtminstone 0, 255, alla bitmönster med en nolla, alla bitmönster med en etta. Annars kan man missa en svävande dataledning som får värdet av ledningarna runt omkring pga kapacitiv koppling.

Som sagt, 8116 minneskapslar har jag och jag tror att dom är kompatibla. Samma process och samma pinout.

Göran

Edit : kollade aldrig bitmönstren på värdena du fick tillbaka. Ooops.

[jesse]

Det kan hända att jag har kvar ett gäng DRAM-kretsar från en ABC80. Problemet är att de i så fall ligger 4 mil bort och jag vet inte när jag ska dit nästa gång.
De jag (kanske) har är 4116. Genom att man lödde två 4116-kapslar på varandra och bände ut en pinne (enable antagligen) och drog den nånstans så kunde man få dubbelt så mycket RAM. 8116 borde väl ha en adresspinne till, hur används den i så fall?

[anders_bzn]

Har också kapslar om det skulle behövas.