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>pokut jsem to pochopil spravne tak DBS-1 pri vyberu nahodi pseudo RDY ale musi ho zdodit jeste predtim nez dorazi konkretni ridici signal (IOR, IOW, MR, MW) tj, shodiho sestupnou hranou coz nestaci nato aby Z80 ci I8080 zaradily TW pac musy RDY trvat aspon do pulky T2 nebo konec T2 (stimto si nejsu moc jist) a pokut by se pseudo RDY nezhodilo s prichodem ridiciho signalu tak by CPU skoncil navzdy v cekacim taktu TW. takze z psedo RDY se musi nejak vyrobyt RDY a to but pomoci MKO viz. CRM-1 nebo "posuvneho registru" tvorenim klopnim obvodem D (1/2 7474) viz. DPB-1, AND-1Z, ADC-12, ADC-8M (XJ4509), DGD-1, PKT-1, ......... z toho zapojeni na DBS-1 co taha za pseudo DRY zatim nejsu moc chytrel (anemb zatim mi unika co presne tam chel basnik rict) budu si to muset upatlat na kontaktnim poli. ale vkazdym pripade se za nejakych okolnosti musi vradit RDY ale DBS-1 dela pouze psedo RDY a spoliha na ten zbitek na PKT-1. stema portama a RDY to je nejaky dyvny, budu si to muset poradne ocuchat co se tam vlastne deje <span class="replyquote1">> > Nechci te nijak brzdit v rozvoji slova Pruser, ale asi to bude jinak. -:)) </span>V <span class="replyquote1">> dokumentaci je napsano ze je pro Sapi 1 a Sapi1.5. Takze bud dalsi bordel </span>v <span class="replyquote1">> 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 </span>se <span class="replyquote1">> 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 </span>ceka, <span class="replyquote1">> 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 </span>nez <span class="replyquote1">> 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 </span>E1H <span class="replyquote1">> 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 </span>DBS-1A <span class="replyquote1">> bude chodit jen s PKT-1 pac na ni je ten zbitek (DD16A 7474 dole) co </span>zaradi <span class="replyquote1">> 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 </span>pak <span class="replyquote1">> 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 </span>Zilogu <span class="replyquote1">> 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 </span>zbernici <span class="replyquote1">> pri IN, OUT a to jak puvodni INTELacke tak tech rozsirenich ZILOGackych </span>tak <span class="replyquote1">> 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 </span>periferie <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="replyquote1">> > > > </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é <img src="BODY_IMAGES_WRAP_GIF"> 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ů <img src="BODY_IMAGES_WRAP_GIF">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>