Původní podoba příspěvku
Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).
<!--------------------------------------------------------------> <table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre>jsem tu a RDY bylo primarne urceno jak pro pomale periferie tak pameti a to jak pro zapis tak cteni !!!!!!!!! a to z duvodu toho ze v dobebe vzniku I8080 proste nebily bezne k dostani dost richle pameti ci periferie napr. 2708 ma dobu pristupo 350 az 550ns a 1702 ma dobu pristupo 550 az 1000ns !!!!! a I8080 pri 2MHz hodinach vizaduje data zapsat ci precist nejpozdejc do cca 450ns RDY pozdri CPU pri MR, MW, IOR, IOW (a mozna i pri INT kdyz se nacita instrukce) RDY se testuje v hodinoveho ciklu T2 (v druhem taku /kazdeho/ srtojoveho ciklu) poku je zatahano (testuje se uroven) za RDY v dobe hodinoveho ciklu T2 tak procesor automaticky zaradi hodinovehy ciklus TW tj. jeden cekaci ciklus v nem se taktez testuje RDY pokut se za nej porad taha tak se vlozi dalsi hodinovehy ciklus TW a pokut ne tak se pokracuje dal hodinovich ciklech T3, T4, ...... u AND-1Z se RDY pouziva k pozdrzeni zapisu/cteni do vydeoram do doby nez bude vyhrazen cas pro CPU a diky neupnosti obvodu se za RDY taha i pri portovich operaci kdy adresa je shodna s honi polovinou adresy displeje taze RDY funguje tak ze pokut dojde k vyberu "pomaleho" zarizeni tak logika vyberu zataha za pomocny obvot ktery nahodi RDY po ulynuti pozadovane doby ci vybaveni spolupracijiciho zarizeni shody pomocny obvod RDY a CPU dokonci operaci a je uplne fuk jestli jde o porty, pamet, zapis ci ceni. pocet vlozenych ciklu TW je tolik jak se dlouho tahalo za RDY (vpoctate hotinovy ciklus TW je zvlastni pripad hodinoveho ciklu T2 a veskere oprace s vnejsimy zarizenimy jak zapis a cteni z pameti a portu se dalaji prave v hodinoveho ciklu T2) DBS-1A pocazi ze SAPI-1.5 kde si jiz snazili opravili nektere necnosti ze SAPI-1 a to hlane tezce omezene pouziti DMA tj. radic mohl bit jen jeden a to poze na desce ktera ho pouzivala (vesmes radice FDD) abi mohlo byt pouzito DMA na vice deskach musy byt pri DMA blokovany portove desky kcemuz se pouziva AEN pokut ma deska mapovaci obvod tak se pri DMA musi zajisti abi byla ve spravne strance a to se zas zajistuje pomoci AEN. bohuze Eda v puvodnim narhu nepocital s DMA (a taktez jden ze vzoru IBM PC taktez nedodrozovalo stabni kuturu pri DMA) taze az se z maleho a jednoducheho stavebnicoveho systemy stal CP/M stroj tak se projevily vsechny dusledky se kterymy se puvodne nepocitalo (konkretne se o tom Eda zminuje v ARB 6/85 pri popisu RPD-1Z). <span class="replyquote1">> > Diky GAMA za pozitivni slova. Dopoledne jsem trochu cucel do > dokumentace a nejak mi neni jasny, co se pri tom zapisu do Videoram > vlastne deje. > Pisou tam, ze kdyz se vydekoduje CS pro videoram, tak se zaroven > vygeneruje RDY a ten zustane aktivni az do prichodu MR nebo MW nebo > IOW ci IOR. Zaroven MW nahodi klopak pozadavku na zapis do videoram > ze zbernice. Teprve potom se podle casovani desky odpoji videoramka > od rizeni z 6845 a konecne se zapise do videoramky ze zbernice. > Tusim, ze to je kvuli tomu, aby se data v videoram menila jen pokud > se nezobrazuji a nedalo to carky jako u stary AND-1 ale pokud si to > asi nezmerim Schlumbergerem, tak to v realu nepochopim, jak je to > casovany a navzajem provazany. > Abych se priznal, zatim ani moc nechapu, jak je to s pouzitim > signalu RDY pri zapisu do videoram. Zatim jsem si myslel, ze se > pouziva na oznameni procesoru, ze na sbernici jsou pripraveny data z > pomalyho zarizeni pro cteni do procesoru! Tak jak to proboha chodi > zde, kdyz procesor data posila na sbernici?? Mohl by mi to nekdo > vysvetlit? Neni v tomhle zakopanej pes, proc mi na TST03 data do > Videoram vlezou ale v realnym Sapi ne?? > Pokud badam nad necim zcela jasnym, nebo jsem zrovna chybel ve > skole, tak me prosim omluvte.... > Diky Jirka > PS: kdepak je studnice EC1045? Ten to urcite bude umet vysvetlit. > > ----- PŮVODNÍ ZPRÁVA ----- > Od: "+GAMA (sapi@pandora.cz)" <computer.research@[doména skryta]> > Komu: "Konference 'SAPI-1 a československé mikropočítače'" > <sapi@pandora.cz> > Předmět: Re: Peklo jmenem DBS-1A > Datum: 12.8.2012 - 13:58:53 > </span><span class="replyquote2">> > </span><span class="replyquote3">> > >Tak jsem se dnes cely den stoural v DBS-1A. A > > >musim rict, ze jsem uz </span><span class="replyquote1">> > >>znacne nas..n! </span><span class="replyquote2">> > > > Neviděl bych to zas tak černě. Je to zajímavá > > periferie, ale kdo ví od koho, s kdo ví jakou > > dokumentací, a bude zajímavé zjišťovat, co a jak > > to dělá. > > Vyděržaj, pijaňér! > > </span><span class="replyquote3">> > >Takovej bordel dokumentace kontra realna deska, > > >to </span><span class="replyquote1">> > >>jsem zatim u Sapi nevidel.... </span><span class="replyquote2">> > > > Jsme jen rozmazlení Edovou pečlivou dokumentací. > > Mám jeho Technický popis FK-1 a to je takové > > čtení, že není potřeba ani schéma a člověku je > > jasné, co tam je, proč to tam je, co to dělá a > > proč zrovna takhle. > > Dneska jsu nepřesnosti i v manuálech Microchipu v > > popisech instrukcí procesoru, opkódy, low/high, > > left/right, všechno jedno... > > </span><span class="replyquote3">> > >tom jsem zjistil, ze adresacni piny dokumentace > > >jsou jinak nez na </span><span class="replyquote1">> > >>desce. </span><span class="replyquote2">> > > > Ale teď už to aspoň víme, to je pozitivní. > > </span><span class="replyquote3">> > >Pak jsem nastavil porty, registr adres na E0 a > > >registr dat E1. Radsi </span><span class="replyquote1">> > >>jsem to taky odzkousel na TST 03. Zase problem, </span><span class="replyquote3">> > >adresace portu </span><span class="replyquote1">> > >>nechodila. Uz jsem zacal nadavat, ze v tom je </span><span class="replyquote3">> > >zase bordel, ale pak </span><span class="replyquote1">> > >>jsem zjistil, ze z nejakeho me zatim neznameho </span><span class="replyquote3">> > >duvodu je dekoder </span><span class="replyquote1">> > >>portu zpodminkovan signalem AEN. To jsem zatim na </span><span class="replyquote3">> > >Sapi nikde </span><span class="replyquote1">> > >>nevidel... </span><span class="replyquote2">> > > > Aspoň zas víme něco nového. Zase něco pozitivního. > > </span><span class="replyquote3">> > >80x20 naskocil! Chodi i 80x25. Takze jsem pojal > > >podezreni, ze </span><span class="replyquote1">> > >>propojka je vyznamove prehozena, coz potvrdilo, </span><span class="replyquote3">> > >ze pokud chodil </span><span class="replyquote1">> > >>80x25 zase nechodi 64x20. </span><span class="replyquote2">> > > > Zas jsme o něco moudřejší, to je pozitivní. > > Bordel v dokumentaci, nic nového pod sluncem. > > </span><span class="replyquote3">> > >Takze jsem zacal zkouset posilat do videoram > > >nejaky znaky zapisem na </span><span class="replyquote1">> > >>E000 az EFFFH. Bohuzel, ani tuk znaky se vubec </span><span class="replyquote3">> > >pri zapisu nemeni. </span><span class="replyquote1">> > >>Nevim, kde je problem, protoze na TST 03 adresace </span><span class="replyquote3">> > >E000-EFFF na </span><span class="replyquote1">> > >>dekoderu adresy reaguje. Zda se zapisuje do </span><span class="replyquote3">> > >pameti ale odzkouset </span><span class="replyquote1">> > >>nejde, DBS-1A neumoznuje zpetny cteni zapisu do </span><span class="replyquote3">> > >videoram. > > > </span><span class="replyquote2">> > Je taky možné, že se ten prostor kryje s něčím, co > > si zápis odchytne a dál nepropustí, nebo dokonce > > může ležet někde jinde, než kam se zapisuje > > (dekodér nesouhlasící s dokumentací?). > > Případně může být po těch letech i nějaká chyba > > elektroniky. > > </span><span class="replyquote3">> > >Kurna, myslel jsem si, ze to zapnu a pojede. </span><span class="replyquote2">> > > > Já naopak nečekal ani, že to bude dělat to, co to > > dělá. > > </span><span class="replyquote3">> > >aspon vycitani Videoramky, generovani znaku, > > >generovani synchra a </span><span class="replyquote1">> > >>sestaveni obrazu v monochromu chodi. </span><span class="replyquote2">> > > > Takže kromě zápisu znaku do VRAM snad chodí > > všechno. > > </span><span class="replyquote3">> > >zkusim, zda neni nejaka blbost v dekoderu pameti, > > >zda na TST03 chodi </span><span class="replyquote1">> > >>spravne vsechny kombinace adresovani. </span><span class="replyquote2">> > > > Nebudu sám, kdo bude čekat na report, jak to > > vypadá. > > </span><span class="replyquote3">> > >Ach jo, nak me to prestava bavit.... </span><span class="replyquote2">> > > > Bude to znít škodolibě, ale myslím to upřímně: > > není oživování téhle desky ta pravá zábava? > > Jo, a až to bude zobrazovat, nebyly by fotky > > různých druhů výstupu? > > --------------------- > > sapi@pandora.cz > > Konference o SAPI-1 > > --- > > </span><span class="replyquote1">> > --------------------- > sapi@pandora.cz > Konference o SAPI-1 > --- </span> </pre>