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>Zkusil jsi ten signal proste od desky/systemu oddelit a ignorovat? Dne 12.8.2012 23:04, Jiri Biba (sapi@pandora.cz) napsal(a): <span class="replyquote1">> Nechci te nijak brzdit v rozvoji slova Pruser, ale asi to bude jinak. -:)) V > dokumentaci je napsano ze je pro Sapi 1 a Sapi1.5. Takze bud dalsi bordel v > dokumentaci, nebo to nekdo nedomyslel nebo nemas pravdu. Beru to tvy > zjisteni v potas, jako podklad k dalsimu badani. > Takze ty predpokladas, ze pri pozadavku zapisu z procesoru do videoramky se > z adresy vygeneruje RDY , ten nahodi klopak Wait na PTK1 a za 200ns RDY > shodi signal MW co je k datum co se poslala do videoram. Pak procesor ceka, > data a adresu ma stale na sbernici a v tom jednom cekacim cyklu (RDY uz > neni) se predpoklada, ze DBS1 znak zapise do videoram. Proste v DBS1 RDY > nahodi klopak pozadavku zapisu a teprve pri vhodnym kroku casovani DBS1 se > to prepise do videoram. To znamena, ze cyklus na DBS1 musi byt rychlejsi nez > cyklus na JPR1z. Je to tak spravne? To by vysvetlovalo, ze v TST03 kde se > neuplatnuje RDY se da obsah zmenit ale v Sapi ne. Ale nehazejme flintu do > makoviny. > Co ma portovy vystup na DBS-1 spolecnyho s RDY? Proc by me mela jit > inicializace v Sapi? Je to pouhy poslani na port E0h cisla registru a na E1H > jeho obsah. > Jirka > > -----Original Message----- > From: EC1045 (sapi@pandora.cz) [mailto:ifbrk@[doména skryta]] > Sent: Sunday, August 12, 2012 8:58 PM > To: Konference "SAPI-1 a československé mikropočítače" > Subject: Re: Peklo jmenem DBS-1A > > > 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 </span><span class="replyquote1">> napr. </span><span class="replyquote2">>> 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 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í >>>> 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="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 >>>> 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 > --- > > --------------------- > sapi@pandora.cz > Konference o SAPI-1 > --- > > </span> </pre>