OldComp.cz

Potřeboval bych prokonzultovat několik problémů, na které jsem právě narazil. Snesl jsem z půdy milovanou +2A. Po úvodních problémech s RGB resp. SCARTem v TV, který asi po 20 letech fakt asi definitivně dosloužil, jsem počítač úspěšně nastartoval (na jiné/týden staré TV). To mě potěšilo. Počítač se zdá funguje bez problému. Pro divIDE jsem ale raději vyčistil konektor systémové sběrnice.

Nyní k problémům:
1. divIDE57.b s oddělaným JUMPERem E zkrátka nenastartuje +2A jak jsem očekával. Končím na černé obrazovce s bílým borderem. Zajímavé je, že normálně můžu příkazy psát. Akorát je nevidím, něco jako kdyby byla přistránkována druhá VRAM... Podařilo se mi přes LOAD "" nahrát jak bootloader MDOSu3, tak ESXDOSu 0.8.8. Když JUMPER E dám zpět, systém v ROMce divIDE naběhne OK. Bohužel jsetli se to takto chovalo dříve (když jsem před více jak 15 lety zkoušel DEMFIR) nedokážu říci, protože divIDE jsem si tenkrát již připravil (flashoval přes MFC) na Didaktiku Kompakt a na +2A ho používal jen se zasunutým jumperem E. Je to normální? Setkal se s tím někdo?

2. Druhý problém je MDOS3. Končím s detekcí masteru (HDD seagate 3.2 GB) a prázdným slave a dál už nic. Můžu čekat do aleluja, IDE led nebliká, nic se zkrátka neděje. Čekal bych, že se bude hledat bootdisk. ESXDOS najede bez problémů a bez problémů také funguje. Na tom SEAGATE mám 128 MB oddíl hned na začátku s FAT16 a jako první soubor je uložen image virtuálních disket v čele s bootdiskem. Pak mám normální soubory ESXDOSu. Nepotřebuje MDOS3 mít ten oddíl nějak speciálně nastaven (aktivní, spouštěcí, signaturu...)?

Jo a samozřejmě druhý jumper A mám v divIDE 57.b nasazen. GAL mám s fixem posaným "M".

Nyní mi tu už asi hodinu jede můj prográmek (IDE25) na testování zákmitů a vše bez problémů. Spustil jsem ho jako TAP s ESXDOSu.

S tím jumperem to, pokud vím, normální je. Jeden povoluje zápis do flash a druhý je pro kompatibilitu s +2A, +2B a +3.

_________________
ZX80, ZX81, ZX Spectrum, ZX Spectrum +2, Didaktik M, PMD 85-1,2A,3, Olivetti Prodest PC 128, Acorn BBC Micro, PC-XT, Amiga 500

Ano, toto vyzera na druhu VRAM. Zda sa,ze nejaky program zlblbol a na #7FFD poslal data ktore maju bit 3=1.
Pokial mozes zadavat prikazy, tak zadaj CLEAR 4e4:OUT 32765,16 . Ak sa nic nezmeni, a obrazovka stale bude cierna (a ty stale mozes zadavat prikazy), zadaj CLEAR 65535: DIM a$(4e4) a potom este samotny CLEAR .
Je tiez mozne, ze nejaky program zblbol az tak, ze sa snazi z portu #7FFD citat. V tom pripade uz pomoze len fyzicky reset...

Tu černou obrazovku právě mám po každém tvrdém resetu anebo zapnutí mašiny s připojeným divide a vytahnutým jumperem E. Nejde se jí zbavit. Dokonce ne vždy se mi podaří psát příkazy (je to tuhé), vyjde to až na nějaký Xtý reset.

Pro funkční provoz musím buď vytáhnout celé divide anebo musím mít v divide systém a tedy jumper mít nasazený.

Vram 2 to není. Zkoušel jsem poslepu outovat.

Pokrok!
Na MDOS3 platí přdržení mezerníku. Korektně se mašina resetne a jakmile dám RANDOMIZE USR 0 tak už MDOS3 naběhne a hledá bootdisk. A najde ho po chvíli.

Je to divné, ESXDOS to nedělá. MDOS3 buďto vytuhne anebo se resetuje stále dokola v nekonečné smyčce. Až ten mezerník pomůže. Do kódu jsem koukal jen letmo, ale ta inicializace mi přijde nějaká divná. No hlavně, že jsem se přes to dostal.

Už chápu. Ano toto je pravděpodobné. Proč to ale divide s vytaženým jumperem E udělá? Buď je to stářím té mé +2A anebo je chybka v divide...

Tak asi jsem na to přišel, proč mám problémy jen s naběhnutím bootloaderu MDOSu3. Sweet tam nemá nikde instrukci IM 1 a přitom přerušení povoluje. To by vysvětlovalo proč mám problém s naběhnutím systému jen po zapnutí mašiny do elektřiny (kdy očividně není im 1 ale pravděpodobně im 0, které způsobí ten bordel v běhu kódu) ale když napíšu RANDOMIZE USR 0 z basicu tak vše naběhne na jedničku. Dneska večer patchnu bootloader a testnu to. Věřím, že to zabere. Divím se však, že by na tuto chybu nenarazil nikdo přede mnou...

Co mas za verzi MDOS3? Ja se v tom na to webu nedokazu moc vyznat.

Nyní tam je nová z 16.5. Já zkoušel obě: tu co tam je teď i tu co tam byla před tím šestnáctým. Obě mi dělají tentýž problém, ale nová verze dělá větší "náhodný" bordel v obrazovce, takže už nevidím ani ten text. Koukal jsem však do zdrojáku obou verzí a to přerušení nemění žádná z nich... Napsal jsem o tom i Sweetovi.

Edit:
Přikládám info co je třeba dostat do paměti divIDE. Buď binárku přes nějaký flashovací program anebo hotovou TAPku (ta už je včetně kódu co umí flashovat)

Tak mám softwarově opraveno. Na čtvrtý pokus jsem to dal. Opravdu za to může přerušení. Zítra sem hodím detaily jak jsem si bootloader opravil. Fungují mi dvě opravy ze čtyř, které jsem PATCHnul což považuju za perfektní úspěch. Možná, že to je výsada jen +2A a možná, že jen té mojí Každopádně Sweet to nemá dobře ošetřeno - v bootloaderu dává EI a před tím vůbec mód přerušení nenastavuje ani netestuje. Proto to může způsobit takové problémy na čerstvě zapnuté mašině. Tím přidržením mezerníku člověk dokáže bootloader odpálit ještě se zakázaným přerušením (DI) a vrátit řízení NROM což má za následek korektní RESET (přerušení se nastaví se vším všudy - IM 1, reg I + IY) a pak už bootloader po RANDOMIZE USR 0 funguje perfektně. Já si to opravil myslím celkem fikaně a ta čtvrtá verze mi asi vyhovuje nejlépe. Ale dneska už jdu spát, dám to sem zítra...

Nejsem na to moc expert, ale neni IM0 zavisle na stavu sbernice? Vlastne dost nahodnem, takze se to muze u nahodnych stroju lisit, i kdyz treba jen vyjimecne.

Takže posílám slíbené dva patche.

PATCH C zajistí nastavení IM1, registru I a IY. Dále je tam asi dvousekundová pauza testující stisk mezerníku. Pokud je stištěn, pak se bootloader vzdává řízení programu a skáče se do NROM kde se reset dokončí. Sweet tam test má také, ale není tam žádná pauza na stisk. A já jsem potřeboval i vědět co uvidím na obrazovce během těch dvou sekund. Vidím tam bordel dat v obrazovce (prostě náhodné bytes po celé RAM, což považuji po zapnutí mašiny za zcela normální jev - proto se taky paměť při resetu v NROM vynulovává. Poslední má úprava je stisk NMI. Vyvolá opět reset a inicializaci bootloaderu (ono JP 1 na adrese 106). Sweet NMI ignoruje a nedělá nic, což si myslím je chyba, protože stisk NMI je si myslím lepší než vytahovat mašinu ze zásuvky...



Jelikož jsem si fungujícím pečem C ověřil, že chybu mi opravdu způsobuje povolené přerušení, tak jsem vytvořil lepší řešení celého problému: Přerušení už vůbec nenastavuju, místo toho testuju zda je nastaveno (resp. jestli se už NROM alespoň jednou dostala ke slovu). Pokud IY a I nemá jasně definované hodnoty, pak se nedokončil reset z NROM (čerstvě zapnutá mašina či spuštěný nějaký program/hra), pak bootloader automaticky ukončí činnost a vrátí řízení NROMce od adresy 1. To jest to samé co by se stalo oním přidržením mezerníku. ZXS se tak zcela korektně resetuje a jsme v 48K basicu. Nyní stačí počítač zresetovat (má-li tlačítko RESET) anebo lépe stisknout NMI divIDE. Dojde k naběhnutí bootloaderu bez jakéhokoliv nežádoucího bordelu v obrazovce. Celé to působí mnohem elegantněji a čistěji.



Patch D neberu jako zcela finální řešení. Opět jsem si jím ověřil pouze chtěnou funkčnost. Nyní bych to nechal na Sweetovi. Určitě bych si tam přidal zpět tu 2 sec pauzu (klidně i zvýšil na 4 sec) na stisk mezerníku i s jasným nápisem "hold SPACE to skip boot and return to ZX ROM..." a před ní vyčistil obrazovku s atributy.

A pak mám ještě dva dotazy:
1. Jde flešovat EPROMKu divIDE v MAPRAM módu? Podle mě ne, ale nezkoušel jsem to...
2. Provede se NMI i s přistránkovanou divide ROM? Podle mě ANO ale 100% test jsem neprovedl...

Je to tak. IM 0 je mód prerušenia prevzatý od i8080, kedy pri príchode požiadavky na prerušenie Z80 pri potvrdení prerušenia očakáva na zbernici nejakú zmysluplnú inštrukciu, obvykle RST n. Predpokladám, že ak je na ZXS zbernica "zdravá", tak by tam malo byť #FF, čo je RST #38, teda ekvivalent módu IM 1. Ak sa teda na zbernici objaví nie čo iné, kľudne to môže zhavarovať.

_________________
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

+ taková kacířská třetí otázečka: 3. Proč vlastně "bootloader" nepředěláme do ESXDOSu? Byla by to TAP aplikace, která by se spustila a následně si ty systémy tahala normálně přes LOAD "" (TAP vybraná v NMI ESXDOSu). Zcela by odpadla nutnost bootdisku. Akorát ten TXT soubor se systémy a jejich nastavením by bylo nejlepší mít přímo na FS PC (FAT16/32) což je komplikace (velká komplikace), ale i přímo v té TAPce s aplikací bootloaderu by to mohlo být. TAPKu můžu jednoduše rozdělat na d_0 (000 či BIN) a vybrat z toho ten konfigurační TXT. Pohodlně upravit, sestavit TAPku a uložit na disk. Jediné nepohodlí by tak bylo s výběrem systému (resp. TAPky) přes NMI menu, protože to by člověk musel udělat ručně...

Firmware selector od Velesofta:
https://velesoft.speccy.cz/zx/divide/sy ... ctor02.zip