Ahojte PMDckari,
neviete niekto ako je to so spomalovanim procesora pri citani pamete kvoli zobrazovaniu na PMD85 ?
Na ZX Spektre, v case zobrazovania paperu, musi procesor pri pristupe do spomalenej pamete cakat pokym si ULA precita co potrebuje. Ako je to na PMD85 ?
Alebo, je na nete niekde nejaky techdoc kde sa o tom pise ?
Busy
Nazdar.
> neviete niekto ako je to so spomalovanim procesora pri citani pamete kvoli zobrazovaniu na PMD85 > Na ZX Spektre, v case zobrazovania paperu, musi procesor pri pristupe do spomalenej pamete cakat pokym si ULA precita co potrebuje. Ako je to na PMD85 ?
Je to presne tak isto alebo resp. podobne. Videoprocesor pozastavuje CPU signálom READY, ked číta jeden byte z VRAM. Podľa Kiššovej príručky je programová priepustnosť znížená asi o 8%.
> Alebo, je na nete niekde nejaky techdoc kde sa o tom pise ?
Je to popísané v 3. diely užívateľskej príručky - PMD 85 - Operačný systém. Pokiaľ viem, v elektronickej podobe na nete nie je. Roman
> Dňa 31. 3. 2011 18:09, Roman Bórik (pmd85pandora.cz) wrote / napísal(a): > > Nazdar. > >> neviete niekto ako je to so spomalovanim procesora pri citani pamete kvolizobrazovaniu na PMD85 >> Na ZX Spektre, v case zobrazovania paperu, musi procesor pri pristupe do
spomalenej pamete cakat pokym si ULA precita co potrebuje. Ako je to na PMD85 ?
> > Je to presne tak isto alebo resp. podobne. > Videoprocesor pozastavuje CPU signálom READY, ked číta jeden byte z VRAM.
Vdaka :)
> Podľa Kiššovej príručky je > programová priepustnosť znížená asi o 8%.
Prirucku zial nemam :( Ale mam este dve otazky: 1. O tych 8% je vykonavanie programu spomalene vzdy, alebo len pocas zobrazovania aktivnej grafickej plochy obrazovky ? 2. Spomalenych je takto uplne celych 64kB adresneho priestoru, alebo iba hornych16kB s videoramkou ? Busy
> 1. O tych 8% je vykonavanie programu spomalene vzdy, alebo len pocas > zobrazovania aktivnej grafickej plochy obrazovky ? > 2. Spomalenych je takto uplne celych 64kB adresneho priestoru, alebo iba hornych > 16kB s videoramkou ?
Budem radšej citovať zo samotnej príručky ("redakčne" skrátené... :-))
*******
... - z popisu koncepcie počítača -
Základní myšlenka spočívá v simultární činnosti videosystému a
mikropočítače s paměťovým podsystémem.
...
K zobrazovaným údajům musí mít přístup videosystém i mikropočítač a z
toho důvodu je paměť RWM realizovaná s dvoubránovým adresovým
přístupem. Nutné obnovování údajů je vyřešeno nepřetržitým čtením
údajů z videostránky a jejich zobrazováním na TV obrazovku. Tuto činnost
zabezpečuje videosystém. Pro simultanní činnost má každý systém
vymezenou svou dobu, během které je "majitelem" paměťového podsystému RWM,
případně lokální sběrnice počítače. V případech, že by došlo ke
konfliktním situacím, např. když požadují oba systémy spolupráci nad
pamětí RWM, ponechává se priorita systému VIDEO a mikropočítač během
této doby musí být v režimu WAIT. K těmto situacím dochází zřídka a
programová propustnost mikropočítače je snížená asi o 8%.
... - z popisu centrálnej jednotky počítača -
Zvláštností tohoto bloku je tvoření signálu READY, který má za úkol
synchronizovat mikropočítač s videoprocesorem. Tento signál je závislý na
systémovém signálu VIDEO, který určuje platného majitele sběrnice a na
stavu, zda se mikropočítač připravuje k zápisu údaje nebo čtení údaje.
Tento stav získá ze stavového slova a to konkrétní linky D1, která
udává, že bude probíhat zápis do paměti (W0).
... - z popisu riadenia dynamických pamätí -
Vraťme se k popisu spolupráce videoprocesor - mikropočítač. K zápisu
údaje mikroprocesorem do paměti, který se uskutečňuje v jeho pracovním
taktu T3 strojového cyklu je rozhodující, jaký cyklus byl ve stavu T2, kdy
může mikroprocesor obdržet avízo (signál READY) pro vložení prázdného
taktu (TW). V případě, že v kritickém čase je v tomto taktu cyklus VIDEO,
následujíci takt bude T3, ve kterém může dojít k zápisu dat do paměti. V
opačném případě bude uložen mezi T2 a T3 jeden TW a tím bude zabezpečena
správná synchronizace dvou systému nad paměťovým podsystémem.
Mikroprocesor testuje signál READY sestupnou hranou impulzů Fi2. Pokud má
signál READY úroveň log.1, pokračuje dalším pracovním taktem T3, v
opačném případě přejde do "čekacího taktu", ve kterém opět testuje
signál READY. Východem z tohoto taktu je, že READY bude v čase týlové
hrany impulzu Fi2 mít úroveň log.1.
Při činnosti čtení z paměti je činnost synchronizace obdobná, až na to,
že vložení taktu TW bude provedeno tehdy, když v kritickém čase T2 bude
cyklus VIDEO.
********
Z toho teda vyplýva, že zrejme nezáleží na tom, do akej časti pamäte CPU
zasahuje, ale či je práve voľná zbernica.
Roman
Ahoj, Roman to už částečně popsal textově, já jsem našel doplňující obrázky časování, takže přikládám. Já jsem časování a generování videa z dostupných podkladů pochopil takto: - kromě procesoru je v podstatě druhou nejdůležitější částí čítač pro video / refresh paměti - využívá se pro obojí (pro refresh stačí postupně adresovat všechny sloupce paměti) - řádková frekvence 15625 * 64 bajtů na řádek = 1 MHz pro časování videa (48 bajtů je vidět, 16 je akorát čas zatemění a návratu paprsku na další řádek) - vyrábí se 312 mikrořádek (půlsnímek by měl mít teoreticky 625/2) - čítač pro video tedy je pravděpodobně rozšířen přes 256 řádků a ponačítání do 312 se nuluje - video se tvoří i při zatemnění - u některých PMD "prosakuje" nad a pod obrazem "duch" vršku obrazu - důsledek nedokonalého stažení videosignálu do nuly - procesor běží na 18/9 MHz (9 podstavů, které tvoří 8224), tedy 2MHz základní časování, ale procesor čte instrukci z paměti jen při prvním taktu - pokud se v instrukci něco dalšího načítá z paměti, je instrukce delšínež 4 takty - do paměti se zapisuje opět v dalších taktech přes základní 4 - ke zpomalení dochází jen pokud se sejde přístup do paměti videa a procesoru, ale vzhledem k různým instrukcím k tomu dochází jen někdy - dle přechozích popisů to tedy zpomalí o cca 8%, ale je to různé podle konkrétního programu - dle autora PMD byl právě systém prokládání refreshe / přístupu do paměti videoprocesorem a procesorem patentovaná finta, která umožnila využít tehdejší "rychlejší" paměti naplno Trochu plovoucí rychlost procesoru nevadí ani při zpracování audiosignálu z kazetofonu, což je docela pěkná vlastnost. Snad jsem to popsal správně a pochopitelně ;-) Přeci jen se v hardware PMD do těchto detailů nevrtám tak často. Martin Schotek
