OldComp.cz

Super, to je přesně ono!

Na ukážku tu mám MRM súbor so všetkými hrami od VBG Software.
games-vbg-mrm.zip
Stačí napáliť do 512 kB FLASH. Všetky hry by mali chodiť v PMD 85-1/2/2A/3.

Ak by ste si to chceli vyskúšať v Emulátore, tak sa to dá iba "naokolo", pretože posledná publikovaná verzia Emulátora zatiaľ nepozná MRM a zároveň neumožňuje vytvárať balíčky s väčšími RMM súbormi, ako 32 kB.
Dá sa to ale urobiť tak, že súboru zmeníte príponu na RMM a v konfiguračnom súbore PMD85Emu.xml si pridáte definíciu špecifického ROM balíčka (Emulátor nesmie byť spustený). Do elementu RomPackages pridajte novú definíciu:CESTA_K_SUBORU samozrejme zmeňte na správnu cestu.

A potom napr. v PMD 85-2A si vyberte ROM balíček VBG Games na karte "Model počítača".

_________________
https://pmd85.borik.net - PMD 85 Emulátor, PMD 85, PMD 32-SD
https://pp01.borik.net - PP 01 Emulátor, PP 01, SD-ROM Modul

Jak se na to tak koukám tak něco podobném jsem spáchal kdysi dávno na SAPI-1 jen kapacita byla 64KB. Celí koncept MEGA ROM Modulu by šel použit na SAPI-1. Konkrétně by se připojoval na JPR-1 X3 kde jsou k dispozici dva výstupní porty a jeden vstupní port. Vůči PMD-85 by se ROM MODUL na SAPI-1 lišil tím, že by neobsahoval 8255, řídící logika pro zápis do stránkovacího registru by byla trochu jiná.

Konkrétně bit P2-OUT7 by povoloval zápis do stránkovacího registru a zápisem do P1 by se zapsalo do stránkovacího registru (současně by se i změnila spodní část adresy pro EPROM, ale to by ničemu nevadilo) pro vygenerování zápisového impulzu jde s výhodou využít vlastnosti obvodu 3212 a to konkrétně signálu INT který je vyveden na konektor … při zápisu do P1(P2) se na P1(P2)-INT objeví impulz odpovídající MW u JPR-1 a JPR-1A/Z je to IOW. … při použití obvodu 3212 jako stránkovacího registru by nebylo potřeba další logiky.

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/

Ještě žes to Petře napsal. Už jsem začínal uvažovat, že bych ten ROM modul umístil do volného místa na připravované REM-1M. Nebudu se tím tedy zabývat a zkusím tam dát něco jiného.

Ale zpět k MRM Booteru pro MEGAROM z dílny RM-TEAMu: Tohle vypadá ještě lépe, než jsem čekal, hlavně ta hotová podpora ve formě konzolové aplikace a služby BOOTeru. Nevím, jestli to Romane dobře chápu, tak ty ROM paměti se tváří jako jeden společný prostor, nebo si BOOTER ohmatá ty čipy každý samostatně a zřetězí jejich obsah? Jinými slovy, je adresář jen v prvním čipu a v těch ostatních čipech už jsou jen soubory, nebo se adresář průběžně sestaví ze všech čipů, kdy každý má podobnou strukturu jako ten první čip?

Adresár je iba na začiatku, teda po rozdelení väčšieho MRM obrazu iba v prvom čipe. Nikde nie je napísané, že jednotlivé čipy budú iba 512 kB. Takže by sa "rozkúskovaný" adresár po jednotlivých čipoch skladal dosť problematicky.

Ak sa pozrieš na blokovú schému v tom článku o ROM MEGAmodule, tak je vidieť, že veľkosť jednotlivých čipov v ňom nehrá rolu. Je iba vecou adresného dekodéra, aby vybral správny čip. Kľudne to môžu byť 128 kB čipy. Z tohto pohľadu na hardvérovom riešení nezáleží. Zachovaná musí byť iba filozofia "8255, stránkovací port a 32 kB stránky".

Prakticky si môžeš vytvoriť MRM obraz o veľkosti 32 kB a ten potom rozdeliť do 16-tich 2 kB EPROM a použiť v štandardnom ROM Module. Preto som definíciu veľkosti MRM a počtu adresárových položiek navrhol variabilne. Pri veľkých EPROM sa hodí viac adresárových položiek, pri malých menej.

Pôvodne som plánoval v MRM Manageri aj prepínač -split na rozdelenie MRM obrazu na voliteľne veľké súbory pre samotné napálenie do EPROM/FLASH. Ale nakoniec som usúdil, že rozdeliť súbor na menšie dokáže napr. Total Commander, takže to nie je nutné riešiť priamo v MRM Manageri. A spojenie súborov sa dá tiež riešiť v Total Commanderi.
Viem si ale predstaviť, že by MRM Manager vedel priamo pracovať s rozdelenými súbormi mrm-imageXX.mrm, čím by sa obišlo rozdeľovanie a spájanie, ale zatiaľ to nepovažujem za nevyhnutne nutné.

Asi budem musieť k popisu MRM Managera doplniť info aj o tom rozdeľovaní MRM na súbory pre jednotlivé EPROM/FLASH.

_________________
https://pmd85.borik.net - PMD 85 Emulátor, PMD 85, PMD 32-SD
https://pp01.borik.net - PP 01 Emulátor, PP 01, SD-ROM Modul

Ak to chápem správne, tak "číslo sektora" prepočítavaš na "stránku" a na pozíciu v danej stránke.

Nešlo by to spúšťanie príkazom JOB prispôsobiť tak, aby sa zadávali nejaké rozumné zapamätateľné čísla (napr. 00000111CCCC)?
M1

Áno a veľmi jednoducho.
Nie. Syntax príkazu Monitora JOB je pevne daná JOB ZZZZPPPPCCCC (viď https://pmd85.borik.net/wiki/ROM_Modul). To sa zmeniť nedá (teda dá, ale zmenou v Monitore, čo určite nechceme).

Preto som vytvoril MRM Booter, aby tieto "spúšťacie" údaje nebolo nutné poznať pre každý súbor osobitne. Ako píšem v článku, v prípade MRM Bootera je použitie príkazu JOB prakticky nutné iba pri PMD 85-1 a Maťovi, kde nie je automatické spúšťanie kódu z ROM Modulu po Resete.

_________________
https://pmd85.borik.net - PMD 85 Emulátor, PMD 85, PMD 32-SD
https://pp01.borik.net - PP 01 Emulátor, PP 01, SD-ROM Modul

To mi je jasné, ale tú cieľovú adresu zvoliť tak, aby bola ľahko zapamätateľná. Prípadne potom už v pamäti presunúť, kde je potrebné.
M1

Aha, už chápem. Vadí ti C1B2. No, pokúsim sa to vysvetliť.

Pri automatickom spúšťaní programov z ROM Modulu (PMD 85-2/2A/3) sa z adresy 0 v ROM Module prečíta 14 bytov práve na adresu 0C1B2h. Ak je prvý byte na adrese 0C1B2h 0CDh (resp. 0CCh na PMD 85-3), tak sa skočí na túto adresu. Tu sa predpokladá, že v tých 14-tich bytoch je kód, ktorý sa už postará o načítanie celého programu.

Ak sa pozrieme na Prolog MRM Bootera, tak vidíme, že Boot kód má 12 bytov a za ním sú dva dôležité byty - Prvý sektor adresára a Počet sektorov adresára - teda akási "geometria" tohto "ROM disku". Týchto 14 bytov je teda pri automatickom štarte a skoku do MRM Bootera uložených od adresy 0C1B2h. A MRM Booter si tak z adresy 0C1BEh a 0C1BFh prečíta tieto 2 dôležité byty.

Keďže na PMD 85-1 táto automatika nie je, tak sa v príkaze JOB musí uviesť ako cieľová adresa práve 0C1B2h - JOB 0000010DC1B2.

Môžeme polemizovať, že MRM Booter si tie dva byty mohol prečítať dodatočne, ale takto sa mi to zdalo ako elegantné riešenie a zároveň som tým ušetril 12 bytov.

_________________
https://pmd85.borik.net - PMD 85 Emulátor, PMD 85, PMD 32-SD
https://pp01.borik.net - PP 01 Emulátor, PP 01, SD-ROM Modul

Tak ak to dobre chápem, tak adresa C1B2 je nadrátovaná v monitore /2 a /3 a preto ju používaš aj pri /1.
M.

Je to prakticky tak.

_________________
https://pmd85.borik.net - PMD 85 Emulátor, PMD 85, PMD 32-SD
https://pp01.borik.net - PP 01 Emulátor, PP 01, SD-ROM Modul

Tak trochu OT

Co jsem si vzpomněl tak SAPI-1 má vlastní verzi ROM modulu aneb desku ROM-1 která umožňuje osadit až 12x 2716/2732/2764. Tu desku jsem trochu upravil na verzi ROM-1A která umožňuje osadit až 12x 2764/27128/27256/27512. V principu jde zvýšit kapacita až na 16MB přidáním jedné 74193 … filozofie desky ROM-1 je obdobná RMD-1/ZRMD-1 aneb jako registry jsou použité čítače 74193 a ty jsou zřetězené, takže stačí zadat je počáteční adresu a pak následně jen číst (adresa na ROM-1 se zvyšuje automaticky). Ten ROM modul na JPR-1x/X3 má tu výhodu že je vyměněný za chodu. Obecně ty ROM moduly mají význam hlavně u NE CP/M strojů v podání SAPI-1 je to hlavně sestava ZPS-2 ale ZPS-2 vůbec s konceptem ROM modulu nepočítá. Aneb by se musel napsat prográmek, co umožní zavést program z ROM modulu.

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/

Zmiňuješ ROM modul pro připojení na X3/JPR-1x. A on už takový existuje? Napadá mne, kde by bral napájení - asi jedině na liště SPN-1.

Včera jsme to s Petrem řešili.... Neexistuje, ale začal jsem ho kreslit. Napájení si vezme fintou která se používá na připojení klávesnice u X2 - propojí se rezistor

Když už to tu plevelím se SAPI-1 tak ještě ta má verze ROM modulu (64K) pro SAPI-1 ZPS-2. Je to jedna z prvotin co jsem spáchal, takže to podle toho vypadá. Ta 7405 je dam dle doporučení aneb na P2-IN je připojeno přerušení (k obvodu 3214 na JPR-1) a P2-IN0 a P2-IN1 je spojeno na sběrnici jako INT0 a INT1.

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/