A June Bug-hoz (az előzőekben említett nehézség miatt 3. rész) csak néhány fast memória és turbókártya létezik, azok sem túl gyakori darabok...
Ezekről a CPU bővítésekről tudok, (ACT Elektronik) Apollo 620 - Apollo 630, (M-Tec)  E-Matrix 630 (T630 / Viper 630), új gyártásúak közül pedig az (Individual Computers) ACA 630 és a kis szériás (Szlovák home made) Furia s628. Párat kerülgettem már, de nem tudtam magam rászánni a lélektani határt jócskán túllépő áruk miatt... Az első accelerátor amit tényleg sikerült kipróbálnom, az az ACT Elektronik 1995-ben kiadott Apollo 620 nevű kártyája. Egy teljes értékű (nem EC) 68020-as processzort hajt meg 25MHz-en, ami az alaplapi 7MHz-hez képest egyáltalán nem lassú (sőt). PLCC foglalatos 68882 FPU lehetőséget tartalmaz, amely a CPU-val szinkron sebességen dolgozik. A készítők nem erőltették meg magukat túlzottan a ram kezelés kidolgozásával, egy darab 72 pin-es EDO modul fér rá, így a maximális fast memóriabővítés mérete 8Mb. Érdemes megemlíteni, hogy ezt a 8Mb-os álomhatárt csak az Apollo 630-asl és az ACA 630-al lehet átlépni! A technikai adatokról egyenlőre ennyit, nézzük meg közelebbről a kártyát. Mi történik, ha használni is szeretnénk?

Első ami nagyon megdöbbentett, hogy ennek az ici-pici nyomtatott áramköri lapnak gyárilag ugyan van két gumi lába, de abból csak az egyik támaszkodik az alaplapra. Úgy látszik a gyártó (pedig németek voltak) nem tartotta fontosnak, hogy a hardverjük háromnegyed része ne a levegőben lógjon!? Egyszerűen sehogy nem sikerült stabilan elhelyeznem az alaplapon (mozdítás hatására elmászkált). Első körben öntapadós műszerlábból (ez a neve pl. a Lomex-ben) eszkábáltam neki plusz két pontos alátámasztást... :-) A képen látható láb szerencsémre pont méretes volt (nem kellett faragni), sok helyen kapható.

Így már stabilan felfekszik a helyére és nem a 68K-ra tűzött PLCC foglalaton csüng az egész. Nem kell erőteljesen nyomkodni, hogy a helyére menjen és ha hozzá érünk a ram modulhoz, akkor nem ugrik le a 68K-ról (legalább is elsőre nem ugrik le). Az alaplapon van négy darab vájat, ami eredetileg a HD tartó fém keret miatt került kialakításra (ez a kártyától amúgy sem férne vissza). A nyomtatott áramköri lap megtervezésekor igazán figyelhettek volna arra, hogy az egymás fölött helyezett lukak kiválóan alkalmasak lennének a kártya pl. csavarral történő lerögzítésre. Ennek hiányában erre nincs lehetőségünk, a végleges és elmozdulás biztos rögzítés módján még gondolkoznom kell... :-D

A következő "érdekesség" a kártya hűtésének teljes hiánya (első képen balról jobbra) a CPU, a vezérlő logika IC-je és az FPU össze vannak "dolgozva", nincs közöttük szabad hely. Emiatt ez a három IC "közösen" és intenzíven melegszik. Az igazsághoz hozzá tartozik, hogy a June Bug alkatrészei gyári állapotban is hajlamosak a komoly melegedésre. Nekem úgy tűnik erről a gyártó egyszerűen megfeledkezett?
Cirka egy órás használat után a kártya fast memóriája egyszerűen eltűnik a WorkBench alól. Érdekes, hogy ezt nálam úgy tette meg, hogy közben stabil marad (tehát nem vágta a gép hanyatt magát és nem is fagyott le). Megkérdeztem két HardCore AMIGA-st erről a dologról, ugyan ezeket tapasztalták, ismét egy tipikus Apollo betegségről van szó (lásd Apollo 1260). Itt sajnos még az a lehetőség sem áll fent, hogy a vezérlő logikát közvetlen ráforrasztom a lapra, mert a helyének kialakítása furaszterelt (az IC pedig PLCC).

A kipróbálás úgy zajlott, hogy az alaplap be sem volt dobozolva, tehát elvileg szabadon tudott szellőzni. Fel is tettem a kérdést magnak, hogy mi lenne, ha az egészet kompletten bepakolom egy A600 házba és összecsavarozom? :-(
Azt tapasztaltam, hogy 8Mb-os módban használva a kártya kevésbé melegszik, mint kevesebb memóriával. Oké, akkor 8Mb-vel kell használni, ezzel viszont egyéb technikai problémák merültek fel. Készítenem kell a kártyára fix hűtést, első körben a CPU-ra és vezérlő logikára rakok réz memória hűtőbordát. Ha ez nem elég (valószínűleg nem lesz elég), akkor oldalról (ránézésre hatékonyabbnak tűnik, mint felűről) egy egész kis méretű ventilátorral megpróbálom lefújatni a keletkező hőt (lesz róla szó, hogy hogyan sikerült). 

Következő negatívum a memória kezelési módja lett, 8Mb fast ram beállítása esetén a kártya teljesen megfogta a PCMCIA portot. Itt valami árulás van! Az AMIGA oldalak írnak PCMCIA konfliktusról, de ennyire? Eddig abban a tudatban voltam, hogy ez a fajta összeakadás a portra rakható memória kártyákra vonatkozik (illetve két speciális esetben tapasztaltam ilyen 8Mb-s összeakadást a Zorro II bővítőknél, de még nem volt róla cikk). Anno A1200-on tudtam használni a 8Mb-os SpeedUp kártyám mellett a CF0:-át, itt ez sehogy sem megy! :-P
Szerencsére a fast memória mérete egy jumper segítségével visszakapcsolható 4Mb-ra (persze ha kisebb modult teszünk bele, akkor lehet 1 illetve 2Mb is). Azt találtam ki, hogy a hatékony fájlcsere / maximális memória funkciót egy kapcsolóval fogom váltogatni (ezért vettem ki a kompozit videó kimenet csatlakozóját, oda jön majd ez a bizonyos kapcsoló).

... mondok pozitívumot is! Ez a rész ugyan rövid, de a tulajdonképpeni lényeg végül is itt van! Minden felsorolt kellemetlenség ellenére nagyon jó ez a kártya, elégedett vagyok a teszttel! :-D Gyorsan és kényelmesen tudtam használni a WHDLoad alkalmazást. Némi szoftveres faragás majd szükséges lesz, mert pár OCS alkalmazás makacskodott, nem indult el a 68020-on (vagy az MMU hiánya miatt, vagy szoftveres KickStart-ot igényel), de ez szerintem minden 020-as turbó sajátja. A WorkBench 3.1 olyan gyors a 25MHz-es 68020 CPU-val, 2Mb chip és 8Mb fast memória társaságában mint a villám, nincs ok panaszkodni a használhatóságára.
Ha a sysinfó értékekre pillantunk, akkor látjuk, hogy kellően "harap". A HD kezelés háromszorosára gyorsult, a számítási teljesítmény egy picit kevesebb mint az AMIGA 2000-ben használatos GVP Impact Series-II kártyán. Magasan veri az összes eddig általam tesztelt AMIGA 500 turbinát (Accel14, Supra28, PAK68-1, M-Tec 68020i, M-Tec 68030, Mega-Midget Racer). Na jó ha egyszer elkészülök a Mega-Midget Racer felújításával (az egy 40MHz-es 68030-as szörnyeteg, két fajta memóriával), akkor azt nem fogja felülmúlni... ;-) 

Értékei a sysinfo szerint ilyenek, alap AMIGA 600-as értékei zárójelben látszanak:
- Számított sebessége 27,30 Mhz (7,09 Mhz)
- Dhrystones 4167 (524)
- CPU Mips 4,34 (0,54)
- FPU MFlops 0,70 (N/A)
- HD vezérlő átviteli sebessége: 1,850,428 Byte/Sec (637,819 Byte/Sec)
- Sebesség az alap A600-hoz képest: 2,76

...a cikk előző részében említett June Bug alaplap plusz funkcióit kellene megpróbálni a lehetőségekhez képest minél jobban kihasználni... Szegény gép egyetlen bővítő felülettel rendelkezik, a 80 érintkezőből álló trapdoor csatlakozóval, ami nagyjából az AMIGA 500 trapdoor-on megszokott funkciókat engedi (egy kicsit bővebb, de nem eléggé), pl. a chip ram bővítőt és valós idejű órát. Sajnos a "megszokott" expasion port (ami már majdnem egy Zorro II szabványos csatlakozó felület) teljes egészében hiányzik az alaplapról. Emiatt az AMIGA 600-asunk belegányolós maszek forrasztgatás nélkül csak a 68K CPU tokjára rátűzött PLCC foglalatos kártyák (egyszerre csak egy) segítségével bővíthető komolyabban. Sajnos... 

Elsőnek egy Pyramid / Telmex gyártmányú Mini RAM 600 valós idejű órát tartalmazó, 1Mb chip memória bővítőt próbáltam élesztgetni a géphez. Azért szorult javításra, mert a kifolyó akkumulátor sav tönkretette a nyomtatott áramköri lap egy részét, pont azon a részen, ahol a fésűs csatlakozó van beforrasztva. Sajnos a "szemre" történő javítási kísérletem nem sikerült. :-) Ezért ki kellett túrnom a neten a June Bug séma rajzát (a trapdoor csatlakozó kiosztása miatt) és az alkatrészek adatlapjait is. Végül sikerült belőle egy többé-kevésbé stabilan működő bővítőt faragnom. Azért többé-kevésbé, mert a jobb szélső két ram IC a többihez képest jobban melegszik. Hiába mértem, nem találom áramkör hibából eredő okát, így sok jövőt nem jósolok neki... Keresgéltem itthon az elfekvő lomok között, de pont ilyen 26 pines IC-k nincsenek, úgyhogy egyenlőre nem tudom őket cserélni. Tegnap este"nyúzó" tesztnek volt alávetve, ami 2 órás folyamatos üzemet jelentett. Úgy tűnik sikerült helyre pofozni... a javítást meleg ragasztópisztoly segítségével fogom fixálni. A valós idejű óra elem részét még nem javítottam, annyira nem tartom fontosnak, elég lesz akkor, ha majd összeállt a komplett rendszer.

Ez a fotó csalóka ;-) nem tudom kiszúrja e valaki, hogy miért? (1)

Jó lenne az alaplapi IDE vezérlőt használatba venni és ha már használom, akkor jó lenne az AMIGA operációs rendszer egy újabb változata (a 2.xx-et nem szeretem)... Ennek érdekében beszereztem a KickStart ROM IC 3.1-et legutolsó hivatalosan kiadott változat és betettem az erre a célra rendszeresített alaplapi foglalatba. Ez azért jó, mert ebben már kijavították az eredeti ROM változat hibáit. Minden AMIGA-s tudja, hogy a KickStart verzióhoz kell igazítani a WorkBench verzióját, különben nem kapunk stabil rendszert! Persze felvetődik a kérdés, hogy a nagyobb CPU és grafikai teljesítményű AGA gépekre kifejlesztett WorkBench 3.x mennyire lesz lassú egy alap ECS AMIGA 600-on? Hát bizony lassabb lesz, mint a 2.x lenne... Azért választottam ezt a ROM - WB verziót, mert ez a June Bug nem sokáig marad "alapgép". Amúgy a plusz 1Mb chip ram hatása is érezhető a sebességen, ha lenne fast memória, akkor még inkább így lenne.

Íme egy klasszikusnak számító CF kártya, vagy Microdrive illesztő alkalmatosság (2,5" rövid IDE kábel + CF adapter, noname mindkettő). Egy 1200-ban a hely a HD környékén nem téma, de a 600-ban bizony nagyon szűkösen vagyunk. Ez a megoldás pont a 68K tokra rakható bővítőnél zavarna be, nem komfortos se hajtogatni, se rögzíteni, ezért kivettem (jó lesz máshova)...

Ez lesz helyette, a hangzatos "A600/1200 IDE TO CF ADAPTER" nevet viseli, tulajdonképpen egy háromszög alakú áramköri lap, ami pont ráfekszik a PCMCIA portunk tetejére. Elmozdulás ellen (bár összeszerelt állapotban nem teszi), vékony kétoldalas ragasztócsíkkal fogom majd fixálni. Kipróbáltam és nagyon meg vagyok vele elégedve, ez pont ide és pont erre van kitalálva. :-)

Nem foglalkozom azzal, hogy emulátor alatt (pl. WinUAE), más bácsik által előre elkészített HD imázst, vagy kész rendszert (pl. ClassicWB küzdjek fel CF kártyára. A WorkBench feltelepítését floppy lemezekről végeztem el, nem mértem az időt, de ha nem számoljuk a particionálást és a formázást akkor kb. 15 perc volt a rendszer nulláról való éltre keltése.  A CF felületének ketté particionálására javasolt szoftver nem a WB 3.1 Install lemezen található gyári HDToolBox, hanem a HDInstTool nevű remek kis segédprogram. Sokkal könnyebben kezelhető, évekkel ezelőtt egyszer kipróbáltam, azóta sem használok mást. A HD funkciót betöltő eszközön azért kell két meghajtót beállítani, mert ha kifektetem a DH0:-t (pl. checksum error keletkezhet, ha írás közben kikapcsolom), vagy az operációs rendszerbe önmaga alatt beletörlök (igen ez egy AMIGA, még ezt is megengedi), akkor nem vesztek adatot, ha újra kell húzni.  Egy teljesen szét patch-elt és segédprogramokkal megtömött WorkBench 3.1 operációs rendszernek untig elég a 10Mb lemezhely. Aki fél ettől az elképesztően kis mérettől, az állítson be 20Mb-ot. ;-) A WB háttértárra virtuális memóriát - lapozó fájlt nem készít magának (nem swap-ol dög lassan, mint a mega$ kíndóz), tehát csak betöltéshez használja a CF-et.

Akkor tulajdonképpen milyen boot-olási időről beszélünk a WB esetében? Csupasz vason 15 másodpercet kell várakoznunk (1Mb chip 15 sec, 2Mb chip 12 sec) indulás címszó alatt. Figyelem, ha nem tűzünk fel floppy meghajtót a gépre (egy HD teszthez tulajdonképpen minek?), akkor az indulási idő 3-4 szeresére nőhet!  Ha a June Bug-ba teszünk valami plusz erőforrást, akkor csak annyit látunk, hogy a bekapcsoláskor lefutó rendszerteszt végén a gép csinál egy floppy seek-et (2) és mire először ütemeset kattanna a meghajtó, addigra már rángathatjuk is az egeret a működő grafikus operációs rendszer alatt. ;-) Vagyis a bekapcsoló gomb megbillentésétől számított 3-8 másodpercen belül egy működő gép van az asztalunkon. Ha háttérképet is használunk tapétának és sok ikon van a WB képernyőre pakolva, akkor további 2-3 másodperccel növekszik meg a betöltési idő. Azt szoktam mondani, hogy mire a PeeCeen elindul a kíndóz ikszpé, addigra végig tudom tolni az első két pályát pl. a Cannon Fodder-en, plusz meginni egy kávét és elszívni egy cigit... :-D

Install (60% done) - települj WorkBench, települj! ;-)

Végül, de nem utolsó sorban ejtsünk pár szót a 16 bit-es PCMCIA port felélesztéséről, ami szintén nem lesz túl bonyolult művelet. Három állományt kell a megfelelő helyre másolni kézzel, ezeket szintén megtaláljuk az AmiNet-en. :-)
L:\ fat95
DEVS:\ compactflash.device
DEVS:\DOSDRIVERS\ CF0
Ha ezt elvégeztük és betoljuk a PCMCIA to CF adapterünket a portba, akkor azonnal megjelenik WB alatt a CF0: meghajtó kattintható ikonja (persze érdemes előttem a benne lévő CF kártyát FAT-ra formázni és teletömni minden jóval). Sajnos a készítők a PCMCIA porttal kapcsolatban komoly hibát vétettek, a CF0: nem bootolható meghajtó (3). Viszont adatok hordozására kiválóan alkalmas, sok esetben meg tudjuk úszni a floppyval vacakolást, ami egy főnyeremény.

A CF0 állományt természetesen kézzel is létre tudjuk hozni, ez a tartalma:
Filesystem = L:fat95
Device = compactflash.device
Unit = 0
Flags =0
LowCyl =0
HighCyl=0
Surfaces=1
BlocksPerTrack = 1
Blocksize = 512
Buffers=20
BufMemType=1
BootPri=0
StackSize= 4096
Priority =5
Globvec =-1
DosType 0x46415401
Fat95-ön kívül biztosan használható másik file-rendszerrel is, de mivel PöCé-vel cserélek adatot, ezért ezt nem próbáltam ki.

1) A megfejtés: Ha csak ez a RAM bővítő lenne a gépben, akkor nem mutatna működő WB 3.1 alatt szabad 1982 Kb-ot, jó lenne az 1770-nek is... ;-)
2) Erről a szokásáról nem fogjuk tudni az AMIGA-inkat leszoktatni, minden induláskor megnézik, hogy van e bent lemez, DF0:-ról szeretnek indulni.
3) Ennek némileg ellent mond az OverDrive HD nevű A600/A1200 kiegészítő, ahol PCMCIA porton keresztül (a gép szétszedése nélkül) illeszthetünk HD-t, de sajnos nem tudom milyen módszerrel oldották meg! Nekem nem sikerült CF0:-ról AMIGA gépet indítanom...
 
Folyt. köv...

... idén villámlátogató voltam az ÁrokParty-on... Pont úgy jött ki a lépés, hogy nem voltam itthon és elég sokat utaztam, míg végre odaértem (nem azért volt sok, mert Ajkarendek messze van), a Soulvoid koncert végére estem be. Úgyhogy elnézést kell kérnem mindenkitől, aki komoly party beszámolót várt tőlem, de nem igazán voltam aznap este a toppon (a hőmérséklet annál inkább), még a fényképezőgépet sem vittem magammal. Gondolkoztam rajta, hogy feltöltsem e a TeCső-re (YouTube) a telefonommal készült koncert videót? Bíztam benne, hogy a rendezők megkegyelmeznek és felkerül az a profi anyag, amit ők készítettek. Szerencsére nem kellett rá sokat várni, íme a SIDrip Alliance zenekar koncertjéről készült mozgóképes összeállítás, elvileg valahol én is ott vagyok a közönségben. :-D A hangulat fergeteges volt, üvöltve pogózott a tömeg, egy kivetítő segítségével C=64 demók mentek a háttérben, a zenekar pedig profi módon nyomta a dalokat. :-D Jövőre igyekszem úgy időzíteni, hogy legalább a főnapon ott tudjak lenni, működőképes állapotban!

... valami bevezetőt ide is kéne írni, nem? ;-) ...1992-ben jelent meg az AMIGA 600-as gép, a Rev8-as változatú B52 Rock Lobster-t (AMIGA 500+) volt hivatott leváltani. A masina meglehetősen gazdaságos kivitelűre sikerült, csökkentették az alaplap méretét azzal, hogy a furatszerelt technológiáról áttértek az SMD-re. Kicsi mérete miatt sokan nem szeretik a June Bug-ot, én azt gondolom, hogy annak idején a remek szolgáltatásokkal megáldott hobbi számítógépek közé tartozott. Plusz funkciói az 1Mb chip memória (2Mb-ig bővíthető), az alaplapi HD vezérlő (2,5" - 44 tüskés felülettel) és a 16 bit-es PCMCIA csatlakozó.

Mint említettem, "takarítok", vagyis takarítanék... Ez abból állna, hogy előszedem (már ha egyáltalán el voltak pakolva) a gépeimet. Megnézem, hogy milyen állapotban vannak és megpróbálom működésre bírni őket. Aztán a közel végleges kiépítésben, összeszerelésük után most már tényleg jó lenne őket úgy eltenni (polcokra, szekrénybe), hogy ha eszembe jut a használatuk, akkor erre az akcióra készen álljanak. A June Bug-ból olyan gépet építeni, amiben van HD (CF kártya formájában) telepített WorkBench operációs rendszerrel, WHDLoad "pakkal", plusz 1Mb chip memória bővítővel, adatcserére felkészített PCMCIA porttal és lehetőség szerint valamilyen CPU bővítő, vagy fast memória megoldással nem is olyan könnyű feladat. Azt gondolom, hogy egy ilyen cikksorozat semmiképpen nem lesz haszontalan, tipikus problémák - típus hibák boncolgatása és megoldási kísérletek fognak következni...

Először is nem ártana egy hibátlanul működő alaplap hozzá. Ha hiszitek ha nem, ez nem olyan egyszerű. Még akkor sem ha a vaterán vesztek meg méreg drágán egy külsőre nem megsárgult féltve őrzött, gyűjtői állapotú gépet... én három lapot vettem elő (nem az a fő probléma velük, hogy szedett-vetett hiányos, hibás gépekből vannak) és mindegyik torka "véres" volt...

Ezt a képet már megmutattam párszor, most azt is elmondom, hogy miért van rajta átégés (le is pottyant az alkatrész). A múltkor kezembe akadt egy Apple Macintosh Quadra alaplap, ha jól emlékszem egy darab furatszerelt alu kondenzátor van rajta és mindenhova máshova SMD tantál kondenzátorok kerültek beépítésre. Nem is csoda, hogy az Apple mindig iszonyú drága volt, a tantál kondenzátorok nem olcsó alkatrészek... A képen három darab alumínium elektrolit kondenzátort látunk, ők a hibásak. A Commodore-nak nem lett volna szabad ilyen "olcsó alkatrész  / korlátozott élettartam" kompromisszumot kötni. :-( A C303-C304 35V-ra vannak méretezve (Rev 1.5-ön 25V-ös van, az is elég), az audiófilter LF347M erősítő IC-jét "etetik" +12 és -12V-vel. Az elektrolit oldat kifolyását követően egy laza zárlat okozás (olcsó alkatrész kb. 10 év alatt tönkrement) és már ég is a túlterhelt áramköri rész. Ez a leggyakoribb A600-A1200-CD32-A4000 típushiba, ez ellen nem véd a gyűjtői állapot sem. Az SMD alkatrészek cseréje nem egyszerű feladat, ezen a pici alaplapon több alkatrész olyan lehetetlen helyen van, például billentyűzet csatlakozó mögött közvetlenül, hogy AMIGA fun legyen a talpán, aki ügyesen ki tudja cserélni egy másikra...

Tehát a keresésem eredménye:
- az átégett lapnak sárga és életlen a képe, serceg a hangja. Teljes kondenzátor garnitúra cseréje, átégés javítása lenne szükséges (ezt talán később megejtem).
- kettes számú lap szemre tökéletes állapotú, de a hangja erősen és bántóan recseg. Teljes kondenzátor garnitúra cseréje lenne szükséges (végképp nincs kedvem).
- hármas számú alaplap... hű ha :-) ezt gyakorlásra kaptam hibásként, az ideiglenes javítása egy éve megtörtént... szép állapotban vannak a kondenzátorai, hangja is képe is oké, végül ennél maradtam.

Nézzük meg részletesebben, hogy milyen állapotban került hozzám ez a lap pár éve. Az RF modulátor ki volt szerelve (soha nem használom, még is visszaforrasztottam), az egyik VIA (U7) körbe volt melegítve hőlégfúvós forrasztóval, a KickStart ROM foglalata kiforrasztva egy lábon lógott a levegőben (szintén helyére került), a kvarc oszcillátor hiányzott (készítettem neki egy foglalatot precíziós törhető DIP foglalatból, akkor jó ötletnek tűnt), az alján pár alkatrész meg lett kezelve pákával, a 57C SMD helyett furatszerelt alkatrész lett odagányolva, az is törött (egyszer ha lesz kedvem, kicserélem). Még vagy tíz helyen volt hiba, amit csak utólag vettem észre nagyító alatt, sokadik átnézésre. Mivel más hibát akkor nem láttam és az állapota tényleg szép, hát bekapcsoltam... Hibajelenségek, pillanatra felvillanó kék csík után fekete képernyő (CPU nincs), további kapcsolgatásra kék képernyő (custom chip hiba), piros képernyő (ROM hiba), majd még további kapcsolgatásra zöld képernyő és erőteljesen melegedő alkatrészek... Végül a zöld "stabilizálódott", tehát azt gondoltam, hogy chip memória IC hibás a lap (szerencsére nem estem neki egyből a chipek cseréjének). A lapot tüzetesen átnéztem nagyítóval és találtam két összeforrasztott lábat az VIA chipen (U7), több helyről kellett apró óngolyókat összevadásznom, a ram IC-k lábainál is találtam véletlen összeforrasztást. A CPU 57-es D4 lábához menő vezeték egy galvanizált lukon keresztül csatlakozna a túloldalon lévő vezetékhez, ez a galván fel van púposodva, multiméterrel vizsgálva szakadást mutatott. Jobb ötlet híján egy vékony tűvel piszkáltam meg, ezt követően a gép beindult. A hibát végül 0,4 mm-es lakkozott rézdróttal fixáltam (lehetett volna vékonyabbal is, de nem volt kéznél), úgy, hogy a mellette lévő nagyobb furatot kitisztítottam és azon keresztül kapott egy forrasztott átkötést, amit alulról meleg ragasztópisztoly segítségével véglegesen is rögzítettem.
Gyakorlatilag ez a toldozott foldozott alaplap az egyetlen normálisan működő AMIGA 600-as masinám. :-) 

Most, hogy mindenféle cuccokat próbálgatva építeni kezdtem a gépet, további átalakításokat kellett elvégeznem az alaplapon. ;-) Ki kellett forrasztanom az oszcillátornak készített maszek foglalatot, mert túl magas, útban volt és beforrasztani a kvarcot (később elárulom, hogy miért volt útban). Szintén kiszedtem az RF modulátort (gondolva arra, hogy ha egyszer találnék Indivision ECS-t, akkor...) és a composit videó kimenet csatlakozóját (ide pedig egy kapcsoló fog kerülni).

Folyt. köv...

Nehezedik a dolgom :-) AMIGA témában meg kel gondolnom, hogy mit teszek közzé a blogon, nehogy lelőjem a poént egy már megjelent, vagy még meg sem jelent cikkel kapcsolatban... Ez a kártya például, ha minden jól megy az AMIGA MÁNIA 05-ös számában játszik majd egy kisebb szerepet. :-)

... hosszú keresgélés után (nem feltétlenül ezt a kártyát kerestem, hanem bármilyen 060-ast, amit még meg bírok fizetni) szereztem egy üres és feltehetően rossz Apollo 1260 66MHz turbókártyát... Szerencse légy szíves soha ne hagyj el!!! :-D Ezt a bővítőt a működési paraméterei (sebessége, számítási teljesítménye és memória kezelése) miatt Blizzard Killer-nek szokták hívni. Mások meg - hasonlóan az MTec - Neuroth cuccaihoz - hideget meleget mondanak rá, némiképp jogosan. Nézzük, hogy mire mentem vele (tényleg hibás volt)...

Örültem, hogy Apollo 1240/1260-at sikerült kifogni (ezért mertem belevágni), Blizzard-okat (ha csak nincs oltári nagy szerencsénk, valami jól látható, vagy mérhető hibával) szinte lehetetlen lenne javítani. A CPU és a 32bit-es memória illesztését két vezérlő elektronikával valósították meg (ami szerintem keveri a funkciókat), egy-egy foglalatban kaptak helyet. Ez ismert és komoly konstrukciós hibája a kártyának! Például egy gyári 50MHz-n hajtott 060-as CPU alig melegszik fel használat közben, tehát nem kell és nem is készült rá aktív hűtés. Ellenben a vezérlése annál inkább melegszik. Ennek az a következménye, hogy a két foglalat a keletkező hő hatására idővel vetemedik, ha ívben meghajlik a kártya kontakthibássá válhat, megbízhatatlan működéssel jár együtt. Nehezen diagnosztizálható a hiba, élesztése nehézkes ... Nálam ez az eset nem állt fent (mármint a foglalatok vetemedése), még sem indult el ... :-P

Szerencsénkre a gyártó lusta volt két fajta (68040 / 68060) nyomtatott áramköri lap változatot készíteni, ezért először az egyszerűbb működésű 1240-es gyári állapotát próbáltam meg reprodukálni. Egy Motorola XC68040RC33 CPU-t és 32Mb memóriát kapott, beállítottam a jumpereket (zárt állapot: CLK040, RAM és a CPU oldalán a 2x4 soros tápfeszültség csatlakozó két szélső tüskéje a GND és az 5V kell neki, lásd még 003 és 004 képeken). Akkor éppen nem akadt kezembe normális 80MHz-es oszcillátor (frekvencia felezéssel készít magának órajelet), ezen nem akadtam fent, az SMD egy kis forrasztással sok mindenre alkalmas (lásd képek). :-)
Persze, hogy nem indult el elsőre! Ki kellett vennem a Mach131-15JC és Mach210-15JC jelű a vezérlőelektronikát (!PLCC kiszedő csipesz szükséges, különben eltörjük!) és megtisztítani az IC-k és a foglalat csatlakozóit. Visszarakás után viszont elindult, volt is ám nagy öröm! Mivel a 040 tápfeszültsége 5V, ezért a lila kocka 20 perc nyúzás után elérte az üzemi hőmérsékletét, ami 70fok körül van... Hűtés nélkül csak gyorstesztre mertem vállalkozni (Dhyrstones: 28712, Mips: 29,97, MFlops: 7.60), azt gondolom, hogy ez már így is egy jó ki turbina egy A1200 számára, de egy Blizzard Kill-től még messze van. ;-)
Az ám, Blizzard Kill, ez itt egy 1260-as cucc! ...go go, vamos AMIGo! :-D

Akkor 68060-as CPU-ból sajnos csak Rev1 EC változat állt rendelkezésemre, egy XC68EC060RC50 és egy MC68EC060RC60. Elvégeztem a 1260-as kártyához szükséges jumper beállításokat (zárt állapot: oszcillátortól függően 66MHz-ig CLK060, 66MHz felett CLK040, RAM, CPU 060 kiválasztó, a CPU oldalán lévő 2x3 és 2x4 soros tápfeszültség csatlakozóra egy power converter nevű kártya jön lásd még 006 és 007 képeken), bekapcsolás után pöccre indult. Végül ilyen értékeket hozott, Dhyrstones: 49461, Mips: 51,62, MFlops: 37.00, a gyári 66MHz-en. Ennek az utolsó generációs Motorola CPU-nak visszavették a tápfeszültségét 3,3V-ra, ezért kell a tápfeszültség konverter. Ez a power converter megoldás nem túl szerencsés, mivel a kártyát a trapdoor-on keresztül kell beerőszakolnunk a gépbe (nem is olyan egyszerű feladat), ezért hajlamos az elmozdulásra. Szerencsére annyira azért tart, hogy ez ne okozzon kontakthibát. Szóval bekapcsoltam a gépet, tesztelgettem és elkezdődött a szívás...

A tesztek során kiokosodtam 060-ból, az van vele, hogy a Rev1-es változata háklis az alaplapról összeszedett 5V-ra. Tehát ami az AMIGA-nak még tűréshatáron belül van (kb. 4,83V - 5,14V), az a 060-asnak valószínűleg kevés a stabil 3,3V-hez. Az MC68EC060RC60 - csak 50MHz oszcillátorral volt hajlandó menni, az XC68EC060RC50 vígan elvolt 50, 60 és 66Mhz-en is, viszont 50MHz felett nem volt hajlandó HD-ről (nálam Microdrive) bootolni, csak floppyról. Argggghhhh....
Kínomban gyorsan összedobtam egy PC AT tápból erősebb áramellátást, úgy valamelyest rendeződött a helyzet. Az XC68EC060RC50-et már tudtam használni 50, 60, 66 MHz-en HD-val, de pár 060-as demónál grafikai problémák adódtak. Az MC68EC060RC60 viszont megmakacsolta magát, csak 50MHz-en volt hajlandó menni, szintén grafikai problémákkal. Na de könyörgöm, mi okozhat grafikai problémákat 49000 Dhyrstones értéken??? A 060 már nem kompatibilis a WB 3.0-3.1-vel, a gyári 68040.library-t le kell cserélnünk a gyártó által készített állományokra. Szerencsére egy francia sráctól (Cosmos) megkaptam az Apollo 1260 driver utolsó változatát, azzal már egész kulturáltan működött az 1200-as. A grafikai problémák (pl. a Skarla - When We Ride On Our Enemies demó elején lévő alagutas cucc szétesett) továbbra is fent álltak... :-P gondoltam egyet és az egészet vissza alakítottam 1240-es kártyává. Láss csodát ;-) egy teljes értékű 68040-es 40MHz-n nem produkálja ezt a problémát, a 68EC060 66MHz-en pedig igen (az LC jelzésű nem tartalmaz FPU-t, az EC-ből pedig az FPU-t és az MMU-t is hiányzik)...  A megoldás az, hogy a kóderek a 060-as processzor belső FPU-ját használják fel ezeknek a még PC 3dfx Voodoo szemszögből is szép látványelemeknek a kiszámolására. :-D Így már minden világos, tehát az EC060 demónézés szempontjából egy kalap molylepkével egyenértékű, ez pech! Nem hagytam annyiban a dolgot ;-) addig nyafogtam (nem kellett sokáig) míg Mohican-tól kaptam kölcsön egy teljes értékű Rev1 68060-at. Ezt a processzort nem húztam feljebb, 50MHz-en kipróbáltam, mondanom sem kell, hogy a probléma megszűnt.

A történet folytatása az, hogy februárban sikerül egy (kicsit lutri volta dolog) furcsa kinézetű, valamilyen teflon fóliával újraszitázott, lehetetlen modellszámú 68060-as CPU-t szerezni. Ami a whichamiga nevű alkalmazás szerint 71E41J maszkos REV6, tehát kibírja, ha az órajele "átlépi" a 66MHz-t. ;-) Persze, hogy átlépte, azóta is használom, de nem lövök le minden poént előre... folyt. köv.