Hagyd már! Ez elmebeteg, már sokszor bizonyította! :-/
Neki mondhatsz bármit, kábé olyan mintha a falra dobnál zöldborsót és alá állva varnád, hogy mind a fejedre potyogjon . Na ennyi értelme van bármit is írni, mondani neki! De lehet rosszabb a helyzet! :-/
Ha már ott jártál, akkor az én hozzászólásaimat is idézhetted volna:
"Mondjuk nekem azért vannak észrevételeim a cuccal kapcsolatban: 1) manapság, amikor minden, de tényleg minden úgy készül el, hogy telefontöltőről menjen, akkor miért kell ezt külön 9V vagy 12V tápra tervezni 2) firmware csere csak a fejlesztő által?? 2017-ben? ne már
Ez elvette a kedvem az egésztől (főleg, mert én plus/4-el használnám és JiffyDOS van benne)."
Amire jött egy ilyen reakció:
"Nekem semmim sincs a telon kivul ami arrol a toltorol menne, 12 es 9 Voltos cucc viszont annal tobb :)
Mivel javitva lesz az FW, es te mar abbol rendelhetsz (tobbiek meg visszakuldhetik akar) nem ertem mi vette el a kedvedet! ;)"
És ez megint én voltam:
"Leginkább az, hogy egyrészt drága (bár erre valamennyire számítottam, de azért a teljes csomagra ~30k körüli ár - postával - azért nem kevés), másrészt meg ha tényleg nem lehet felhasználó által frissíteni és egy viszonylag teszteletlen (értsd: kevés példányban készült, szűk réteg által tesztelt) terméknél azért előfordulhatnak még hiányzó, hibás funkciók. Ha ezekért vissza kell postázni az eszközt, az nekem nem gyere be. Bocs, tényleg nem fikázni akarok, de van IDE64-em, SD2IEC-em, UK1541-em, 1541U2, 1541U2+, ha ezeknél többet adna, akkor tolonganék. Még a plusz táp annyira nem is fájna, bár a fentiek közül ugye mindegyik 5V-ról megy (vagy külön tápról vagy gépbe dugva), sőt még az Atari ST-s CosmosEx is tud 5V-ról menni. De tényleg, azért ezeknél folyamatosan derülnek ki kompatibilitási problémák, amikre folyamatosan jönnek ki a frissítések is. Anélkül nem használható. Pedig egyébként mind a koncepció, mind a megvalósítás tetszik. Pont egy ilyen termékre lenne szükség, ami semmi mást nem tud, csak emulálja a floppy meghajtót, mégpedig soros (neadj Isten +párhuzamos) porton keresztül, nem cartridge-ként.
Szóval egyelőre kivárok vele."
Ennél többet nem tudok hozzátenni én sem. A micro-USB (nem) forrasztást el tudom fogadni (bár szerintem azért azt sem olyan qrva nagy művészet belenyomni manapság, amikor egyébként is minden IC felületszerelt)
Nagy csodát ne várj MMS megoldásától (bár aztán lehet, hogy engem is meglep), ő eddig egy IEC-IEEE átalakítóval próbálkozott. A te embered BSz, aki viszont tényleg épített IEEE-488 adapter plus/4-re és poénból még gyorstöltőt is írt rá. Majd ráírok, hogy hozza le ezt (is) Árokra.
Én még nem foglaltam helyet, de valszeg fogok. Króna kapitányékon múlik. Én kiválóan tudnék aludni a kocsiban is: belepróbáltam, ha ledöntöm az üléseket pont befér egy normál méretű ágymatrac, ami véletlenül van is itthon egy felesleges. :)
Most néztem az Árok honlapján, h nem fogunk unatkozni:
self-modified IEEE488 + SFD 1001 on plus4 - MMS
Besza-behu... öcséééém! Eszembe sem jutott ilyesmi!
Nos, nekem is van egy ilyen meghajtóm, vezérlőkártyával. Úgy nagyjából 5-6x gyorsabb, mint a 1541. Szvsz hozza a 1551 sebességét, de akkor fogok dobni egy hátast, ha a csóka bemutatja, írt rá Plus/4-re egy turbót!
Ja, valaki foglalt szállást a koleszban? Lehet, most a hétvégén megnézem, milyen a kolesz, ha tetszik foglalok helyet fürdeni, meg csicsikálni.
Igen, ezt akartam én is írni, hogy attól is függ ezeknek a jeleknek a szintje, hogy éppen írás vagy olvasás történik. Írásnál mindig a /CAS aktiválódik, olvasásnál meg vagy /CAS vagy /CS0 vagy /CS1, nyilván attól függően, hogy a TED-nél mi van beállítva, hogy a proci és maga a TED honnan olvasson.
Plus4 expansion portján nincsenek előre dekódolt IO kiválasztó jelek. Neked kell kívül címdekódert csinálni, FD90-re mondjuk tehetsz egy regisztert.
Olyan helyre, ami nem "üres", tehát alacsony címekre meg nullás lapra ne tedd, ahol másik memóriával ütközik, oda maximum olyasmit tudsz rakni, amit csak írsz, mert ha két chip szólal meg egyszerre egy olvasási kérésre akkor buszkonfliktus keletkezik.
A romkiválasztó jelek még roppant körülményesen sem használhatóak IO regiszter címzésre, mert egyszerűen pont írásra nem aktivizálódnak, (mivel a ROM nem írható), ha oda próbál írni valami, az a DRAM-ba kerül, hiába van a ROM felülre lapozva.
Igazából ezek jórészt olyan bővítések, amiket valamikor Solderék csináltak, de nem tudok működő példányról.
Ami biztosan használt:
$fd00-$fd3f (belső I/O eszközök)
$fd40-$fd5f (SID kártya)
$fd80-$fd8f (SID kártya joy port) - ez nem biztos, de inkább hagyd ki :)
$fdd0-$fddf (ROM bank kiválasztás)
$fe80-$fe9f (SID kártya)
$fec0-$fecf (1551 #9)
$fef0-$feff (1551 #8)
A többit nyugodtan használhatod. Ha valami "nagyobb" területet kell belapozni, akkor $fe00-$fe7f jó választás. Egy darab regiszterre meg mondjuk a $fdff is lehet jó, ott gyakorlatilag (1 bit kivételével) sima NAND a chip-select.
Innen kellene választani. Pontosabban az ott felsorolt "Free" jelölésű területek valamelyikére, és lehetőleg nem a belső bővítéshez javasolt vagy a tükrözött címek közül lecsapni egyre.
Szerinted melyik címre lehetne tenni egy chipselectet? Valami olyan cím kellene amit nem "gyakran" használnak programok. Lehet az alacsony mem címen is habár ezt elég jól kihasználja a gép maga, de leírásban találtam "átmeneti tár" néven 1byte-nyi helyet talán $56-os címen, de nem vagyok benne biztos. :-) Meg lehetne a high ram területen is habár itt meg a PLA zavarhat bele. Na mind1 csak elmélkedem! :-)
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!
