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>Kde je ta dokumentace, rad bych na to mrknul... Jarda Dne 12.8.2012 20:57, EC1045 (sapi@pandora.cz) napsal(a): <span class="replyquote1">> 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><span class="replyquote2">>> Aha, tak i pri zapisu. Tak jsem preci jenom chybel ve skole. Nojo, ale </span><span class="replyquote1">> tady </span><span class="replyquote2">>> neni zadnej klopak pro RDY! Tady se pouze z dekoderu A11 - A15 + MAP1 a </span><span class="replyquote1">> MAP2 </span><span class="replyquote2">>> pri adrese v rozsahu E000-EFFFH vydekoduje SEL1 a jakmile se vygeneruje, </span><span class="replyquote1">> tak </span><span class="replyquote2">>> 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><span class="replyquote1">> Edy </span><span class="replyquote2">>> 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><span class="replyquote1">> se </span><span class="replyquote2">>> 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><span class="replyquote1">> systemu, </span><span class="replyquote2">>> 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><span class="replyquote1">> TST03 </span><span class="replyquote2">>> 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><span class="replyquote1">> to </span><span class="replyquote2">>> 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><span class="replyquote1">> se </span><span class="replyquote2">>> 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><span class="replyquote1">> logika </span><span class="replyquote2">>> vyberu zataha za pomocny obvot ktery nahodi RDY po ulynuti pozadovane doby >> ci vybaveni spolupracijiciho zarizeni shody pomocny obvod RDY a CPU </span><span class="replyquote1">> dokonci </span><span class="replyquote2">>> 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><span class="replyquote1">> vnejsimy </span><span class="replyquote2">>> 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><span class="replyquote1">> kcemuz </span><span class="replyquote2">>> se pouziva AEN pokut ma deska mapovaci obvod tak se pri DMA musi zajisti </span><span class="replyquote1">> abi </span><span class="replyquote2">>> 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><span class="replyquote1">> se </span><span class="replyquote2">>> kterymy se puvodne nepocitalo (konkretne se o tom Eda zminuje v ARB 6/85 </span><span class="replyquote1">> pri </span><span class="replyquote2">>> popisu RPD-1Z). >> >> >> >> </span><span class="replyquote3">>>> 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">>>>>> Tak jsem se dnes cely den stoural v DBS-1A. A musim rict, ze jsem >>>>> uz </span><span class="replyquote3">>>>>>> znacne nas..n! </span><span class="replyquote1">>>>> 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="replyquote2">>>>>> Takovej bordel dokumentace kontra realna deska, to </span><span class="replyquote3">>>>>>> jsem zatim u Sapi nevidel.... </span><span class="replyquote1">>>>> 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="replyquote2">>>>>> tom jsem zjistil, ze adresacni piny dokumentace jsou jinak nez na </span><span class="replyquote3">>>>>>> desce. </span><span class="replyquote1">>>>> Ale teď už to aspoň víme, to je pozitivní. >>>> </span><span class="replyquote2">>>>>> Pak jsem nastavil porty, registr adres na E0 a registr dat E1. >>>>> Radsi </span><span class="replyquote3">>>>>>> jsem to taky odzkousel na TST 03. Zase problem, </span><span class="replyquote2">>>>>> adresace portu </span><span class="replyquote3">>>>>>> nechodila. Uz jsem zacal nadavat, ze v tom je </span><span class="replyquote2">>>>>> zase bordel, ale pak </span><span class="replyquote3">>>>>>> jsem zjistil, ze z nejakeho me zatim neznameho </span><span class="replyquote2">>>>>> duvodu je dekoder </span><span class="replyquote3">>>>>>> portu zpodminkovan signalem AEN. To jsem zatim na </span><span class="replyquote2">>>>>> Sapi nikde </span><span class="replyquote3">>>>>>> nevidel... </span><span class="replyquote1">>>>> Aspoň zas víme něco nového. Zase něco pozitivního. >>>> </span><span class="replyquote2">>>>>> 80x20 naskocil! Chodi i 80x25. Takze jsem pojal podezreni, ze </span><span class="replyquote3">>>>>>> propojka je vyznamove prehozena, coz potvrdilo, </span><span class="replyquote2">>>>>> ze pokud chodil </span><span class="replyquote3">>>>>>> 80x25 zase nechodi 64x20. </span><span class="replyquote1">>>>> Zas jsme o něco moudřejší, to je pozitivní. >>>> Bordel v dokumentaci, nic nového pod sluncem. >>>> </span><span class="replyquote2">>>>>> Takze jsem zacal zkouset posilat do videoram nejaky znaky zapisem >>>>> na </span><span class="replyquote3">>>>>>> E000 az EFFFH. Bohuzel, ani tuk znaky se vubec </span><span class="replyquote2">>>>>> pri zapisu nemeni. </span><span class="replyquote3">>>>>>> Nevim, kde je problem, protoze na TST 03 adresace </span><span class="replyquote2">>>>>> E000-EFFF na </span><span class="replyquote3">>>>>>> dekoderu adresy reaguje. Zda se zapisuje do </span><span class="replyquote2">>>>>> pameti ale odzkouset </span><span class="replyquote3">>>>>>> nejde, DBS-1A neumoznuje zpetny cteni zapisu do </span><span class="replyquote2">>>>>> videoram. >>>>> </span><span class="replyquote1">>>>> 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="replyquote2">>>>>> Kurna, myslel jsem si, ze to zapnu a pojede. </span><span class="replyquote1">>>>> Já naopak nečekal ani, že to bude dělat to, co to dělá. >>>> </span><span class="replyquote2">>>>>> aspon vycitani Videoramky, generovani znaku, generovani synchra a </span><span class="replyquote3">>>>>>> sestaveni obrazu v monochromu chodi. </span><span class="replyquote1">>>>> Takže kromě zápisu znaku do VRAM snad chodí všechno. >>>> </span><span class="replyquote2">>>>>> zkusim, zda neni nejaka blbost v dekoderu pameti, zda na TST03 >>>>> chodi </span><span class="replyquote3">>>>>>> spravne vsechny kombinace adresovani. </span><span class="replyquote1">>>>> Nebudu sám, kdo bude čekat na report, jak to vypadá. >>>> </span><span class="replyquote2">>>>>> Ach jo, nak me to prestava bavit.... </span><span class="replyquote1">>>>> 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="replyquote3">>>> --------------------- >>> sapi@pandora.cz >>> Konference o SAPI-1 >>> --- </span><span class="replyquote2">>> --------------------- >> sapi@pandora.cz >> Konference o SAPI-1 >> --- >> >> --------------------- >> sapi@pandora.cz >> Konference o SAPI-1 >> --- </span><span class="replyquote1">> --------------------- > sapi@pandora.cz > Konference o SAPI-1 > --- > </span> </pre>