Konference: SAPI-1 a československé mikropočítače
Od: | Jardax |
Datum: | 13.8.2012 00:19 |
Předmět: | Re: Peklo jmenem DBS-1A |
Zkusil jsi ten signal proste od desky/systemu oddelit a ignorovat? Dne 12.8.2012 23:04, Jiri Biba (sapi tu byla ta zakroucena vec pandora.cz) napsal(a): > 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 tu byla ta zakroucena vec pandora.cz) [mailto:ifbrk tu byla ta zakroucena vec seznam.cz] > 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) > > > >> 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 tu byla ta zakroucena vec pandora.cz) [mailto:ifbrk tu byla ta zakroucena vec seznam.cz] >> 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). >> >> >> >> >>> 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 tu byla ta zakroucena vec pandora.cz)" <computer.research tu byla ta zakroucena vec centrum.cz> >>> Komu: "Konference 'SAPI-1 a československé mikropočítače'" >>> <sapi tu byla ta zakroucena vec pandora.cz> >>> Předmět: Re: Peklo jmenem DBS-1A >>> Datum: 12.8.2012 - 13:58:53 >>> >>>>> Tak jsem se dnes cely den stoural v DBS-1A. A musim rict, ze jsem >>>>> uz >>>>>> znacne nas..n! >>>> 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! >>>> >>>>> Takovej bordel dokumentace kontra realna deska, to >>>>>> jsem zatim u Sapi nevidel.... >>>> 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... >>>> >>>>> tom jsem zjistil, ze adresacni piny dokumentace jsou jinak nez na >>>>>> desce. >>>> Ale teď už to aspoň víme, to je pozitivní. >>>> >>>>> Pak jsem nastavil porty, registr adres na E0 a registr dat E1. >>>>> Radsi >>>>>> jsem to taky odzkousel na TST 03. Zase problem, >>>>> adresace portu >>>>>> nechodila. Uz jsem zacal nadavat, ze v tom je >>>>> zase bordel, ale pak >>>>>> jsem zjistil, ze z nejakeho me zatim neznameho >>>>> duvodu je dekoder >>>>>> portu zpodminkovan signalem AEN. To jsem zatim na >>>>> Sapi nikde >>>>>> nevidel... >>>> Aspoň zas víme něco nového. Zase něco pozitivního. >>>> >>>>> 80x20 naskocil! Chodi i 80x25. Takze jsem pojal podezreni, ze >>>>>> propojka je vyznamove prehozena, coz potvrdilo, >>>>> ze pokud chodil >>>>>> 80x25 zase nechodi 64x20. >>>> Zas jsme o něco moudřejší, to je pozitivní. >>>> Bordel v dokumentaci, nic nového pod sluncem. >>>> >>>>> Takze jsem zacal zkouset posilat do videoram nejaky znaky zapisem >>>>> na >>>>>> E000 az EFFFH. Bohuzel, ani tuk znaky se vubec >>>>> pri zapisu nemeni. >>>>>> Nevim, kde je problem, protoze na TST 03 adresace >>>>> E000-EFFF na >>>>>> dekoderu adresy reaguje. Zda se zapisuje do >>>>> pameti ale odzkouset >>>>>> nejde, DBS-1A neumoznuje zpetny cteni zapisu do >>>>> videoram. >>>>> >>>> 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. >>>> >>>>> Kurna, myslel jsem si, ze to zapnu a pojede. >>>> Já naopak nečekal ani, že to bude dělat to, co to dělá. >>>> >>>>> aspon vycitani Videoramky, generovani znaku, generovani synchra a >>>>>> sestaveni obrazu v monochromu chodi. >>>> Takže kromě zápisu znaku do VRAM snad chodí všechno. >>>> >>>>> zkusim, zda neni nejaka blbost v dekoderu pameti, zda na TST03 >>>>> chodi >>>>>> spravne vsechny kombinace adresovani. >>>> Nebudu sám, kdo bude čekat na report, jak to vypadá. >>>> >>>>> Ach jo, nak me to prestava bavit.... >>>> 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 tu byla ta zakroucena vec pandora.cz >>>> Konference o SAPI-1 >>>> --- >>>> >>> --------------------- >>> sapi tu byla ta zakroucena vec pandora.cz >>> Konference o SAPI-1 >>> --- >> --------------------- >> sapi tu byla ta zakroucena vec pandora.cz >> Konference o SAPI-1 >> --- >> >> --------------------- >> sapi tu byla ta zakroucena vec pandora.cz >> Konference o SAPI-1 >> --- > --------------------- > sapi tu byla ta zakroucena vec pandora.cz > Konference o SAPI-1 > --- > > --------------------- > sapi tu byla ta zakroucena vec pandora.cz > Konference o SAPI-1 > --- > >
Ostatní příspěvky vlákna:
[2012/1 (114)] [2012/2 (102)] [2012/3 (30)] [2012/4 (9)] [2012/5 (18)] [2012/6 (32)] [2012/7 (143)] [2012/8 (197)] [2012/9 (161)] [2012/10 (43)] [2012/11 (90)] [2012/12 (37)]