Az ötlet pl az exos-t a 40h-41h címre fordítani a régi leendõ exos2.4 00-01h ramtest részénél át írni ha van 40h-41h akkor azt folytassa mint a TESTROM romok. Így megoldható lenne az UPdate lehetõség és ha netán hiba keletkezne az UPdate folyamatban még mindig ott maradna az EXOSv2.4

A 0-1Fh teljesen jó, csináltam már ilyet.

De akkor nem változtattad a ROM tartalmát többször vagy ha igen akkor az egészet újra írtad?

Mondom, 64K blokkokra van osztva, EP-re fordítva: 00-03,04-07,08-0B,0C-0F,10-13,14-17,18-1B,1C-1F
Ezek mind külön módosíthatóak.

Ezen a gépen egyébként a 74138 20-as kimenetébõl lett kivezetve új CART jel 20-23-ra, ott volt az EXDOS és az IDE ROM, és egy közvetlen gépre menõ IDE kártyát kapott.

Egy kicsit pontosítsunk az 512K  8x64K ROM vagy 1x512K amit a

0 Write 5555H AAH
1 Write 2AAAH 55H
2 Write 5555H 80H
...
...
módon lehet törölni ?

Ez jónak látszik de nem biztosít a 0-3 0. szegmens EXOS felülírásának hibáját ami az elõzõ  PC-k BIOS frissítésénél elõfordult.
Tapasztalatból.

Ez jónak látszik de nem biztosít a 0-3 0. szegmens EXOS felülírásának hibáját ami az elõzõ  PC-k BIOS frissítésénél elõfordult.
Tapasztalatból.

Az en elkepzelt design-omban mar allati sok kapcsolo van de elvileg talan maga az iras funkcio is lehetne ezzel vezerelheto, igy csak akkor irhato (az hogy az egesz flash v csak az elso pl 64K az is kerdeses) a cucc. Igy mar van pl elkepzelesem szerint a kovetkezo "kapcsolo aradat":

1. flash disable: alaplapi EXOS latszik, flash nem elerheto (mintha ott sem lenne). Akkor jo, ha a sikerult a flash-t elszurni, EXOS se jo benne, vagy ures meg a flash
2. cartridge disable: a 4-7 szegmens kozotti teruletre flash nem aktiv, kulso cartridge hasznalhato
3. flash write protection: bekapcsolt allapotban a flash nem irhato
5. extra ram disable: csak 64K-t engedelyez az uj bovitopanelen levo SRAM-bol (igy videoram-al egyutt 128K ram van, ha kell valamiert a "kompatbilitas" az eredeti gep memoriamennyisegevel)

Nyilvan elvileg ezeket lehetne vezerelni egy I/O porton at is, de akkor egyreszt nem tokeletes a "vedelem" masreszt nyilvan bonyolultabb lenne a dolog, ha ez software-esen lenne lathato, es ugye nem is biztos, hogy jo otlet.

Ez jónak látszik de nem biztosít a 0-3 0. szegmens EXOS felülírásának hibáját ami az elõzõ  PC-k BIOS frissítésénél elõfordult.
Tapasztalatból.

Mint irtam, en ezert tennek kapcsolot: write protect on/off Elevegre flash-t irni azert nem kellene mindennap. Nehogy egy program veletlenul csinaljon vmi "rosszat". Ha meg akartad a dolgot, de sikerult elrontani (EXOS-t is) akkor meg a masik kapcsolo, ami lekapcsolja a flash-t, es bekapcsolja a regi alaplapi ROM-ot: igy flash-eli program betolheto, ami miutan elindul felkerhet h kapcsold at, hogy tudjon flash-elni (hiszen akkor neki mar nem kell EXOS meg mas ROM se addig amig csak flash-el, utana meg ugyis hideginditast csinal). Szerintem ezzel ki lenne vedve a "baleset", vagy annak "megoldasa" megis szepen flash-elheto EP-rol magarol az egesz.

Mint irtam, en ezert tennek kapcsolot: write protect on/off Elevegre flash-t irni azert nem kellene mindennap. Nehogy egy program veletlenul csinaljon vmi "rosszat".

Több éves tapasztalat alapján felesleges ettõl félni.
PC-n se a véletlen írással van baj, hanem azzal, hogy folyamatosan piszkálva van a Flash, mert pl a PnP információk is abban a chipben vannak tárolva. Találkoztam olyannal, hogy egy konkrét x driver Windowsos telepítése után garantáltan BIOS Cheksum error lett... gondolom valami félrement amikor a hozzá tartozó hardver PnP információit piszkálta...