Kell?

Kell!

Egyébként a hülye Panasonic vagy 20 éven át nevezett minden 1.44-es meghajtóját JU-257-nek, miért nem tudták léptetni a számlálót?
Ez ha jól tippelem valami jó kis ős darab lehet

Ok, a tiéd!

Köszi!

A gondolatmenettel csak az a baj, hogy az a bizonyos ezüst festés csak a német gépekben található meg az ottani szigorúbb előírások miatt. Viszont a NYÁK vagdosást és drótozást sokkal korábban elkezdték, amikor még csak bevonat nélküli angol gépek készültek.

Egyébként egy S-Video megoldás már volt, ezt építetted meg, vagy sajátot találtál ki?

A közelmúltban volt egy kis csend a részemről, de a téma azért folytatódott. Mint említettem, az "eredeti" kábelezésem nagyon nem tetszett, úgyhogy - nem túl nagy lelkesedéssel ugyan, de - szétszedtem az egészet, és nekiálltam újra behuzalozni, csak most a Zozo-féle tipp alapján 80 eres IDE kábelből bontott vezetékekkel. Na, ez már egész vállalhatóan néz ki, majd lövök róla képet.

Egyelőre itt is a memóriákkal kezdtem, mert ahhoz szükséges a legtöbb jel, így azzal lehet a legnagyobb vezetékmennyiséget tesztelni. Hatalmas "fejlődés" történt: az újrahuzalozott verziónál már az Advanced RAM Test is hibásnak mond véletlenszerűen különböző lapokat, sőt, most már a 128K-s régebbi SRAM csippel is hibázik. Valahol itt állt meg a történet egy kis időre, kellett némi lelkesedés a folytatáshoz. (Az EP nekem hardveresen még mindig "kezdő" téma, de majd csak belejövök... )

Első körben végigméricskéltem mindent mindennel, hátha sikerült (újra) valahova valami zárlatot beépítenem. (Az itt használt "kábellel" elég óvatosan kell bánni, hajlamos a forrasztáskor kiolvadni a szigetelésből a drót.) De semmi ilyen nem jött elő. Mivel tudom, hogy az eredetihez képest mit módosítottam, így a gyanú a 74HC245-ös buszmeghajtókra terelődött, lehet hogy még sem lesznek jók a jelszintek miatt ide? Sikerült túrni 74LS245-öt, de csak 3 db-ot. (Ide meg kellene 5...) Mivel az előző állapotban a komplett ExDOS működött, így csak valamelyik felső címvezeték szintje lehet nagyon határon, így azt a 3 tokot cseréltem ki, amik az A14..A21 vonalakat (tehát azokat, amiket a DAVE generál) is hajtják. Az eredmény: a 128K-s SRAM hibátlanul üzemel! Az 512K-s továbbra is hibázik...

A következő lépésként ki akartam próbálni 74HCT245-tel is az egészet, de azt vennem kell, így addig jegelődött a történet, ameddig el nem jutottam a sarki fűszeresig. Ez tegnap megtörtént, vettem HCT-s meg LS-es verziót is. A tokokat kicseréltem 74HCT245-re, a 128K-s SRAM tökéletesen üzemel! Az 512K-s verzió továbbra is hibás... (Valahol itt kezdtem el magamban sikítozni. )

Mivel itt már előjött a "modern SRAM"-os téma, ezért kicseréltem a gépben a Z80-at próbából. (Az rendben van, hogy egy 8MHz-es CMOS Z80 "talál" 256K "hibás" RAM-ot a gépben úgy, hogy semmi bővítő nincs a géphez csatlakoztatva? Az EXOS hogyan dönti el, hogy egy adott területen van RAM csak rossz, vagy nincs semmi?) A Z80 alá beforrasztottam egy precíziós foglalatot, hogy lehessen cserélgetni. Így sajnos túl magasan lesz a Z80 teteje, nem lehet normálisan rácsukni a házat. Majd szedhetem ki... Tesztelni jó ez így is, de a CPU csere nem hatotta meg a történetet, ugyanúgy hibázik az 512K-s SRAM. Eh...

A végén mérgemben kicseréltem a 74HCT245-öket 74LS245-ökre, most már sikerült mind az 5-öt. Ééés... Hibátlannak tűnik vele az 512K-s SRAM is! Agyon nem lett próbálgatva egyelőre, de jó pár alkalommal végigfuttattam az Advanced Test-et, sose mondott hibás lapot. Cserébe az LS-es tokok "fogyasztanak" jól, a stab-IC sajnos eléggé forrósodik, a jelenleg alatta levő bord(ácsk)a túl kicsi hozzá.

A hibázós állapotban az Advanced Test viszont egy érdekes tippet adott. Az történik, hogy lefut az "alap" tesztelés a mindenféle feltöltésekkel, ekkor kidob pár lapot hibásnak. Viszont a Testing Refresh fázis utáni ellenőrzéskor szintén talál pár lapot, ami megsérült. Ebből arra következtetnék, hogy a teszt alatt maga a memóriaírás művelet nem sikerül, mintha más címre írna oda, mint ahova kellene, ez meg ha már tesztelt lapra sikerül, akkor elrontja az azon levő mintát.

Szóval mi is derült ki konkrétan? Természetesen semmi. Kelleni fog majd egy jókora méricskélés, de itt valami összetett probléma áll a háttérben, az tuti.

A CMOS procik érzékenyebbek a dologra, ill turbó estén (bármilyen procival) is megnő az esélye a dolognak. A megoldás: felhúzó ellenállatokat rakni az alaplapra.

Sejtettem hogy valami ilyesmi lesz. (Meg örülök, hogy nem a talált Z80 hibás, ezen felül leginkább NMOS 6MHz-es verziókat találtam első körben.) A CPU alól a foglalatot kiszedtem, és beforrasztottam a 8MHz-es CMOS Z80-at helyette. Illetve beforraltam egy 10K-s ellenálláshálót az adatbuszra felfele húzni. A hibás lap jelzés el is tűnt a (pár) nem kiépített helyen.

Ez nagyon érdekes! Ott elsőként be lesz írva a minden szegmensre személyre szabott véletlen minta, majd visszaellenőrizve. Itt már nincs több írás. A várakozás esetén ugyanaz a minta lesz még egyszer visszaellenőrizve.

Erre gondoltam én is! Mondjuk leellenőrzi a - teszem azt - $91-es szegmenst, az jó. A "személyre szabott" Random Fill ugye ott marad. Utána jön a $90, az abbani irkálás meg belerondít a $91-esbe. (A címben 1 bit az eltérés, de ezt nem "figyeltem" meg, csak tipp...) A Refresh Test után meg hibásnak látja a $91-es lapot, holott a benne levő mintát a következő lap tesztelése rontotta el.

Én arra tudok gondolni, hogy az egyes címvezetékek nem egyszerre állnak be, ettől hol ide-hol oda címez az SRAM. Esetleg ki kéne próbálni, hogy valami késleltetést rakni a SRAM engedélyező jelére, hogy már akkor kezdjen dolgozni, amikor minden cím biztosan beállt.

Ilyesmi utólag nekem is eszembe jutott, csináltam is egy tesztet. Eddig az SRAM úgy volt vezérelve, hogy a CPU _RD jele ment a RAM _OE-re, a _WR jel meg a _WE lábra. A RAM _CS jele meg akkor lett aktív, ha a CPU _MREQ jele aktív, illetve a kívánt címtartomány van kiválasztva. A _CS vezérlését módosítottam úgy, hogy most már az _RD vagy a _WR aktív állapota is kell az _MREQ meg a megfelelő címtartomány mellett. (A beíráskor az SRAM _CS jele így már "egész rövid", később is jön a címek beállásához képest, meg rövidebb ideig is tart. Mondjuk nem kéne hogy számítson...) A végeredmény: mintha kevesebbet hibázna. De hibázik. Viszont egy olyan alkalmat se sikerült elcsípni, hogy az előzőleg letesztelt bankba belerondítson. (A Testing Refresh utáni visszaellenőrzésnél már nem nőtt a hibásnak jelölt lapok száma.) Ezt most nem tudom, hogy az SRAM engedélyezés módosítása, vagy a CPU csere számlájára írjam, de úgy sejtem, hogy jó helyen kapirgálok, de ehhez kelleni fog egy oszcilloszkóp.

Viszont visszapakolva a 74LS245-öket, már jó ideje tesztelem, azzal egyáltalán nem hibázik. Úgyhogy egyelőre marad ez a felállás, a "hőközponttal" meg kezdek majd valamit.

Ezt majd azért kipróbálod, hogy bírja-e a 10MHz-et? Végülis ha a sima A-k (Zilog gyártmányúak) bírni szokták a 7.12-t...

Ha eljutok odáig, akkor természetesen!

Amúgy ez is Zilog (a többi "talált" egy része Sharp Z80A/B, van egy GoldStar Z80B, meg pár Zilog féle Z80B, mind NMOS), 9148-as dátumkóddal, szóval ez se fiatal. De ezen az órajelen szinte csak a környezete melegíti, ami azért tetszik!

Érdemes belenézni a most előkerült leírásokba.
Pl konkrétan le van írva ez:
(Attachment Link)

A busz bővítőre meg ALS-eket írnak. Esetleg manapság AHCT-t megpróbálni?

En annira orulnek, ha valaha is felfognam, a pontos kulonbseget ezek kozott, a HC vs HCT megvan, na de a tobbi ... Most hirtelen guglival rakaresve, pl ebben is emlitenek "parat", koztuk olyanokat is, amirol meg eletemben nem is hallottam (pl GTL, ALB, TVC ...): http://www.ti.com/lit/sg/sdyu001aa/sdyu001aa.pdf

Szerintem a lilaság is, meg az ív is megjavul RGB -n!
Emléxem, anno horror, miket próbálkoztunk, hogy ilyen-olyan kütyükön jó képet kapjunk, de kizárólag a "mezei" (koax) Tv, vagy az RGB kép lett tökéletes!