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>Aha, tak i pri zapisu. Tak jsem preci jenom chybel ve skole. Nojo, ale tady neni zadnej klopak pro RDY! Tady se pouze z dekoderu A11 - A15 + MAP1 a MAP2 pri adrese v rozsahu E000-EFFFH vydekoduje SEL1 a jakmile se vygeneruje, tak je aktivni RDY. A ten RDY je aktivni jen do okamziku prichodu MR, MW, IOR, IOW. To znamena jen na strasne kratkou dobu 200-250 ns, viz casovani dle Edy v ARB1/83 str 28. Takze to asi neni z duvodu cekani na nejaky pomaly zarizeni.... Ted me napada, nedela se ten RDY taky pri pouziti portu E0 az EF? Vim, ze se u neceho zrcadli portova adresa i na vyssich byte adresy ale zase se mi to nejak vykourilo a jsem linej hledat. K cemu to na DBS-1 teda je? Faktem je, ze jakmile je deska v zivym systemu, nechce zapisovat do videoram. Na TST03, kde RDY nic neovlivnuje, zapis do pameti jde. Takze co ty na to? Asi budu muset dat DBS-1 na TST03, pripojit analyzator a celou tu cestu zapisu do videoram poradne projit, jestli chodi. Blby je, ze bude asi potreba nacpat do DBS-1 inicializacni sekvenci. No to bude teda vopruz, zadat 30 byte za sebou rucne na DIP prepinacich. To abych si zdroj pro TST03 pripojil pres UPS, delat to znova by me asi kleplo.... Jirka -----Original Message----- From: EC1045 (sapi@pandora.cz) [mailto:ifbrk@[doména skryta]] Sent: Sunday, August 12, 2012 5:04 PM To: Konference "SAPI-1 a československé mikropočítače" Subject: Re: Peklo jmenem DBS-1A 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> --------------------- sapi@pandora.cz Konference o SAPI-1 --- </pre>