OldComp.cz

Zde obsah RAMky (korektně zaZIPováno), zkusím ještě odpojit to NMI. Před vložením do stroje jsem ji naplnil tečkama (2Eh)

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Po odpojení /NMI a zapullupování skutečně NMI neproběhne. Tak mě napadá, jestli není problém s resetovacím obvodem, že je reset moc brzo, kdy se na nmi ještě vyskytuje L. V příloze Výpis RAMky s deaktivovaným NMI. SP = 2C6E

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Výpis pohybu na zásobníku

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Dal jsem ROM a RAM do simulátoru a dalo to podobný výsledek jako v reálu (vlevo simulátor)

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Z nějakého důvodu se to zasekne na testování ring bufferu.
Budeš muset vypátrat, jak funguje a proč se to zasekne.

V simulátoru se to taky zasekne ?

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Jo, taky.

Co to je ring buffer?

Aha, tama se asi budou sypat příkazy z řídící desky a grafika je bude vyčítat

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Kruhovej buufer, něco tam z jedné strany sypeš a z druhé to vysypáváš, když dojdeš na konec tak začneš na začátku, kde jsi to mezitím uvolnil.
Na 8000 je řídící byte, kde bude jestli je tam ještě místo, nebo jestli je prázdný.
Od 8001 jsou ukazatele, význam musíš vypátrat, musí tam být začátek a konec zaplněných dat.
Co dělá ta diagnostika nevím a nevím jestli tam má také reagovat řídící deska.
Hanshake bude nějak probíhat přes řídící byte, pracuje se tam s jednotlivými bity.

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Tak jsem očekával nějakou změnu při aktivaci přerušení. Vymazal jsem di po testu CTC, přerušení krásně začalo pulzovat ve skupinách po 4 pulsech. Jenže obsluha nedělá nic jiného, než odečítá ty 4 bajty. Jedinou funkcí je test CTC. Proto je to pořád zakázáno.

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Taky si myslím, že přerušení vůbec nepoužívají.
V překladu nějaké EI bylo, ale bylo to v oblasti kolem 3000h, kde jsou to zjevně špatně přeložená data.
Musela by tam být další inicializace CTC a jiná obsluha přerušení.

Prostě budeš muset ten test bufferu rozpitvat, proč se neukončí.

Ale jak na to koukám, tak ten program nikam dál nevede, udělá to test, pokud není chyba, tak se to ve smyčce zacyklí a čeká to na data od řídící desky.

Takže projít tu smyčku kde to cyklí a v nějaké rutině musí být odskok na zpracování dat.

Musíš zjistit, jestli do té sdílené paměti něco zapisuje řídící deska, nebo jestli z ní čte, třeba očekává nějaký status v řídícím slově, který se nenahodil.

Přeju pěknej Novej rok

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Díky za přání a dosavadní spolupráci. Tobě samozřejmě také vše nejlepší v novém roce.

Nabyl jsem stejného dojmu, že to dál nevede a ta hláška o chybě v ring bufferu, se aktivuje až v době kdy nějaká nastane. Řídicí deska do Ramky nějak přistupuje, asi po dobu několika vteřin se aktivují HC245 na straně od DPU desky. Odpojím vnitřní komunikaci a zjistím co se do RAMky z venku zapisuje

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Tady obsah RAMky naplněné pouze DPU. Moc toho tam není. V tabulce s přičteným offsetem 8000h. Ale žádná přímá adresa se v programu DGR nenachází

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Jak je dělaný reset pro DGR ?

Taky se bude muset prozkoumat význam řídícího-stavového slova na 8000h, třeba tam čeká řídící deska nějaký status.

Takže by bylo zajímavé, co řídící deska z té grafické čte.

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Nachystal jsem rutinu, která zmapuje RAMky na obou deskách. Navíc jsem procházel hlavní mprogram a m.j. našel časté používání adresy 4000h, skoro bych řekl že je namapováno na 8000h v DGR desce

Tady by to znamenalo zapnutí a vypnutí txt zobrazení

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Práci s bitem 3 na 8000h najdeš i na GDR.
Taky se pracuje s bitem 5, 6, 7.
Tam je to jednodušší, protože je ta RAM napřímo.
Rozebrat tu komunikaci bude asi nosné pro další oživení.

Není někde v republice další kus toho lisu ?

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

To nevím.

Jak si tak dávám souvislosti dohromady, mám pocit, že komunikace z GPU přes RAM asi neprochází.

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800