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>PRUSER PRUSER PRUSER PRUSER PRUSER PRUSER PRUSER PRUSER PRUSER PRUSER DBS-1A bude chodit jen s PKT-1 pac na ni je ten zbitek (DD16A 7474 dole) co zaradi ten cekaci cikl a to pouze pokut budou na JP7 spojeny piny 1-2. take jsou dve moznosti but postavit SAPI-1.5 nebo dodelat nekam ten klopac co vradi ten(y) cekaci ciklus co jsem se dival tak bude dost silene navat 7474 na desku (DBS-1A) pri replikaci jj DRY se vrazuje jak pri pameovych tak portovich operacich ale proc ti pak chodi incicializace kdyz se DRY neaktivuje ale asi ti to zachranuje AND-1Z ktera vrazuje cekaci cikly i na portech ktere maji stejnou adresu jako hornich 8bitu adresy displeje (to 100% plati u I8080A ale jak to je u Z80 netusim pac ta umi poslat na hornich 8bitu absah registru ale pokut v Zilogu nebyly blby tak klasicka instrukce IN, OUT se bude chovat stejne jako na I8080A. dodnes jsem presne nepochopil jak presne se chovaji instrukce IN, OUT na Z80 pokut nekdo vyte co se presne deje na adresove a datove zbernici pri IN, OUT a to jak puvodni INTELacke tak tech rozsirenich ZILOGackych tak budu velice vdecny) <span class="replyquote1">> > Aha, tak i pri zapisu. Tak jsem preci jenom chybel ve skole. Nojo, ale </span>tady <span class="replyquote1">> neni zadnej klopak pro RDY! Tady se pouze z dekoderu A11 - A15 + MAP1 a </span>MAP2 <span class="replyquote1">> pri adrese v rozsahu E000-EFFFH vydekoduje SEL1 a jakmile se vygeneruje, </span>tak <span class="replyquote1">> 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 </span>Edy <span class="replyquote1">> 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 </span>se <span class="replyquote1">> 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 </span>systemu, <span class="replyquote1">> 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 </span>TST03 <span class="replyquote1">> 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 </span>to <span class="replyquote1">> 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 </span>se <span class="replyquote1">> 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 </span>logika <span class="replyquote1">> vyberu zataha za pomocny obvot ktery nahodi RDY po ulynuti pozadovane doby > ci vybaveni spolupracijiciho zarizeni shody pomocny obvod RDY a CPU </span>dokonci <span class="replyquote1">> 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 </span>vnejsimy <span class="replyquote1">> 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 </span>kcemuz <span class="replyquote1">> se pouziva AEN pokut ma deska mapovaci obvod tak se pri DMA musi zajisti </span>abi <span class="replyquote1">> 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 </span>se <span class="replyquote1">> kterymy se puvodne nepocitalo (konkretne se o tom Eda zminuje v ARB 6/85 </span>pri <span class="replyquote1">> popisu RPD-1Z). > > > > </span><span class="replyquote2">> > > > 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="replyquote3">> > > </span><span class="replyquote1">> > > >Tak jsem se dnes cely den stoural v DBS-1A. A musim rict, ze jsem > > > >uz </span><span class="replyquote2">> > > >>znacne nas..n! </span><span class="replyquote3">> > > > > > 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 <img src="BODY_IMAGES_WRAP_GIF"> a > > > jak to dělá. > > > Vyděržaj, pijaňér! > > > </span><span class="replyquote1">> > > >Takovej bordel dokumentace kontra realna deska, to </span><span class="replyquote2">> > > >>jsem zatim u Sapi nevidel.... </span><span class="replyquote3">> > > > > > Jsme jen rozmazlení Edovou pečlivou dokumentací. > > > Mám jeho Technický popis FK-1 a to je takové čtení, že není <img src="BODY_IMAGES_WRAP_GIF">potřeba > > > ani schéma a člověku je jasné, co tam je, proč to tam je, co to <img src="BODY_IMAGES_WRAP_GIF">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="replyquote1">> > > >tom jsem zjistil, ze adresacni piny dokumentace jsou jinak nez na </span><span class="replyquote2">> > > >>desce. </span><span class="replyquote3">> > > > > > Ale teď už to aspoň víme, to je pozitivní. > > > </span><span class="replyquote1">> > > >Pak jsem nastavil porty, registr adres na E0 a registr dat E1. > > > >Radsi </span><span class="replyquote2">> > > >>jsem to taky odzkousel na TST 03. Zase problem, </span><span class="replyquote1">> > > >adresace portu </span><span class="replyquote2">> > > >>nechodila. Uz jsem zacal nadavat, ze v tom je </span><span class="replyquote1">> > > >zase bordel, ale pak </span><span class="replyquote2">> > > >>jsem zjistil, ze z nejakeho me zatim neznameho </span><span class="replyquote1">> > > >duvodu je dekoder </span><span class="replyquote2">> > > >>portu zpodminkovan signalem AEN. To jsem zatim na </span><span class="replyquote1">> > > >Sapi nikde </span><span class="replyquote2">> > > >>nevidel... </span><span class="replyquote3">> > > > > > Aspoň zas víme něco nového. Zase něco pozitivního. > > > </span><span class="replyquote1">> > > >80x20 naskocil! Chodi i 80x25. Takze jsem pojal podezreni, ze </span><span class="replyquote2">> > > >>propojka je vyznamove prehozena, coz potvrdilo, </span><span class="replyquote1">> > > >ze pokud chodil </span><span class="replyquote2">> > > >>80x25 zase nechodi 64x20. </span><span class="replyquote3">> > > > > > Zas jsme o něco moudřejší, to je pozitivní. > > > Bordel v dokumentaci, nic nového pod sluncem. > > > </span><span class="replyquote1">> > > >Takze jsem zacal zkouset posilat do videoram nejaky znaky zapisem > > > >na </span><span class="replyquote2">> > > >>E000 az EFFFH. Bohuzel, ani tuk znaky se vubec </span><span class="replyquote1">> > > >pri zapisu nemeni. </span><span class="replyquote2">> > > >>Nevim, kde je problem, protoze na TST 03 adresace </span><span class="replyquote1">> > > >E000-EFFF na </span><span class="replyquote2">> > > >>dekoderu adresy reaguje. Zda se zapisuje do </span><span class="replyquote1">> > > >pameti ale odzkouset </span><span class="replyquote2">> > > >>nejde, DBS-1A neumoznuje zpetny cteni zapisu do </span><span class="replyquote1">> > > >videoram. > > > > </span><span class="replyquote3">> > > Je taky možné, že se ten prostor kryje s něčím, co si zápis <img src="BODY_IMAGES_WRAP_GIF">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="replyquote1">> > > >Kurna, myslel jsem si, ze to zapnu a pojede. </span><span class="replyquote3">> > > > > > Já naopak nečekal ani, že to bude dělat to, co to dělá. > > > </span><span class="replyquote1">> > > >aspon vycitani Videoramky, generovani znaku, generovani synchra a </span><span class="replyquote2">> > > >>sestaveni obrazu v monochromu chodi. </span><span class="replyquote3">> > > > > > Takže kromě zápisu znaku do VRAM snad chodí všechno. > > > </span><span class="replyquote1">> > > >zkusim, zda neni nejaka blbost v dekoderu pameti, zda na TST03 > > > >chodi </span><span class="replyquote2">> > > >>spravne vsechny kombinace adresovani. </span><span class="replyquote3">> > > > > > Nebudu sám, kdo bude čekat na report, jak to vypadá. > > > </span><span class="replyquote1">> > > >Ach jo, nak me to prestava bavit.... </span><span class="replyquote3">> > > > > > 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="replyquote2">> > > > --------------------- > > sapi@pandora.cz > > Konference o SAPI-1 > > --- </span><span class="replyquote1">> > --------------------- > sapi@pandora.cz > Konference o SAPI-1 > --- > > --------------------- > sapi@pandora.cz > Konference o SAPI-1 > --- </span> </pre>