CS0 akkor, ha $8000-$bfff ROM területet, CS1 pedig akkor, ha $c000-$fbff és $ff40-$ffff ROM területeket próbál meg elérni a gép. Ennek további feltétele: processzor számára a ROM legyen látható (ez az alapállapot, TED $ff3e regiszter írásával kativálható) vagy pedig a TED-nél a $ff12 regiszter 2-es bitje ($04-es helyiérték) 1 és a TED próbál meg képernyő/karakterkészlet adatokat olvasni.
Ezeket a TED vezérli tök automatikusan, neked nincs ráhatásod semmilyen módon az értékükre.
Az expansion porton lévő CS0 és CS1 lábak mikor aktivizálódnak? Gondolom, hogy rom hívásakor, mert a plus/4 felépítése c. könyvben az eprom illesztésénél be vannak kötve, csak az érdekelne hogy egy sima POKE-al meg lehet e hívni, mint a C64-en az I/O1-et $DE00-$DEFF címmel. Kőszi! :-)
Egyszer Joe Forster/STA-t kérdeztem erről, de mivel csak vauzom a témát, egy kukkot sem értettem belőle. Mondjuk most is kíváncsian várom a megoldást! :-)
Igen, emlékszem, akkor nem kellet egyenirányítókat használni - valami totemoszlopról magyarázott STA mester. A Pentiumos korszakban vagy ment xy alaplapon, vagy nem.
Mostanság nagyítóval kell keresni olyan alaplapot, melyen van gyárilag integrálva paralel port. Ha nincs, marad a ZoomFloppy, vagy kell venni egy printer port kártyát. Az egyik Árok Party-ra valaki hozott X1541-et. Mondtam neki, ez nem fog Win alatt menni. Erre mit látok? Win helyett Linux alatt vígan kezelte a 1541-et vele. Még ilyet nem pipáltam! (Persze, semmihez sem értek, hülye is vagyok és csak a szám jár. Ugorjunk!)
Jut eszembe, ha már említetted az OC-118-at, mint Levis meghajtót. Nekem is van két ilyenem, az egyiket elbarmoltam, a másikat valaki SpeedDos-szal megfejelte. Ha esetleg elviszem magammal - az emlékeimet -, ki tudnád benne cserélni arra a 8 DOS-os ROM-odra? Mondjuk még 8Kbyte RAM is kéne bele - Doplhin / Prologic DOS rúlz. Vagy inkább ne?
Érdekesek ezek a régebbi (P4, celeron, amd) alaplapok. Amikor elindult az X1541 kábel project, simán tudtam az A7V, A8V alaplapjaimmal mentegetni 1541/II ről lemezeket DOS(WIN98) alatt Starcommander-el. Erre sok év után szerettem volna megismételni eme művemet, de az istenért sem akaródzott összehozni egy olyan konfigot ami működött volna. Pedig PII,PIII,P4 alaplapokat próbáltam printer porton keresztül, de mindig timeout error lett a vége. Utána XP alól próbáltam, de a StarCommander mindig megfagyott. Végül a CBMXfer-el sikerült megcsinálni a mentést újra, de csak 1541/II-vel, OC118-al így sem ment! Ki érti ezt! :-)
Viccnek fog tűnni, de még a H170-es lapkakészlettel szerelt alaplapomon is van egy COM és egy LPT port. (De ettől még gazdag nem vagyok, és én sem vittem semmire, ... belepofázok ... nem értek ...)
Na ennyire nem rossz a helyzet. Nyák vezetékezés nem szakadt fel. Még denszesszel is kitöröltem a ramok környékét. Tisztára olyan mintha Lomis csinálta volna, csak ez most teljes mértékben működik! :-D
Azért a plus/4-nek csak sima kétoldalas nyákja van. Ha kijött egy furatgalván vagy picit felszakadt a vezeték, az még simán javítható. Ha nem is szép, de legalább működik. Rosszabb esetben meg ki kell szedni az összes RAM-ot, aztán rádugni egy külső 64k-s RAM bővítőt. :)
Te Siz, nem te egy kicsit nagyon profi ebben? Egy német srác is hasonlót írt nekem. Vagy az is te voltál! :-D ki fogom próbálni, csak még gyalulnom kell kint meg festegetni. Köszi! :-)
Ennyiből sehogy. Mivel minden RAM chip egy-egy bit a nyolcból, ezért mindegyik játszik. Ha a $f900 tuti biztos (vagy 256 bájtos lapot jelöl?), akkor monitorból kézzel lehet tesztelni:
monitor
>7f8 ff
f f900 f9ff ff
m f900 f9ff
megnézed, hogy valahol van-e, ami nem ff, akkor már csak azt kell megnézni melyik bit nem az és kapcs. rajz alapján cserélni (U11: D0, U18: D7)
Ha a diag kártya a plus/4-en az $F900-as címen hibát jelez a ramra, akkor hogy deríthetem ki, hogy melyik ramkocka a hibás? Nincs kedvem az összes ramkockát kiszedni. Köszi!
Az a baj ezzel, hogy ha valaki nem ért hozzá, akkor még ha kész recepteket is dobnak be a szakik, azzal sem megy a hozzá nem értő sokra, legfeljebb tájékozottabbnak érzi magát. Viszont komolyan építeni féltudásra az önszívatás csúcsa, illetve rosszindulatú személy esetében felesleges szájkarate alapja lehet.
Nem a tápfeszültség, hanem a logikai jelek illesztése a gond, elsősorban időzítések szempontjából, de ebben a topicban felesleges mélyebben belemenni ennyire meredek hardware fejlesztő témába