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 se kouknes na schema tam na DBS-1 je masinerie mutiplexeru, zachytnych registru a jeste tam bezi asichrone vuci CPU videoradic MC6845 taze se neda zapsat primo a musi se provest nejaka sinchunizace ktera zabere nejaky cas a ten je asi vic jak 450ns tak proto se vklada ten cekaci cikl. na AND-1Z je vpoctate to same kdy pro CPU a obvody videa jsou presne vimezene casy ale protoze ma videoradic prednost pred CPU tak holt CPU musi pockat nez na nej prijde rada. napr u desek s A/D prevodniky (ADC-8M, ADC-12) se prevod spousti operaci ctei ale prevod trva o hodne dil nez 450ns takze nez se prevede prevod tak se drzi CPU pozastaveny pomoci DRY do dobu nez prevodnik dokonci prevod a CPU dokonci operaci cteni tj. nactou se aktualni data <span class="replyquote1">> > To je mi jasny, koukal jsem na JPR1, JPR1A, JPR1Z i PKT1 a vidim jak to </span>maji kde (ne)resene. <span class="replyquote1">> Co mi ale unika je ta (ne)vazba na praci videoram - pochopil bych </span>generovani RDY v pripade, ze videoram zrovna pracuje v zobrazovacim rezimu. Aby to neblikalo, jak psal Jirka, klasicky jev. <span class="replyquote1">> Ale tak to neni, ten signal se na DBS generuje vzdycky, takze jaky to ma </span>smysl? <span class="replyquote1">> > > Dne 13.8.2012 17:13, EC1045 (sapi@pandora.cz) napsal(a): </span><span class="replyquote2">> > deska DBS-1 generuje jen zadost o vygenerovani signalu RDY a ten trva </span>pouze <span class="replyquote2">> > od prichodu adres po generovani ridicich signalu (IOR, IOW, MR, MW) a s </span>teto <span class="replyquote2">> > zadosti se vlastni signal RDY (WAIT u Z80) vygeneruje az na PKT-1 (DD16 </span>1/2 <span class="replyquote2">> > 7474 dole) klopak se pouziva proto abi nedoslo k zaveseni v TW na vzdy </span>tj. <span class="replyquote2">> > DBS-1 vezus PKT-1 funkuji v tandemu kdy DBS-1 nahodi zadost o zadost RDY </span>a <span class="replyquote2">> > vtu chvily (mezi vyslani adesy a prochodem ridiciho (IOR, IOW, MR, MW) > > signalu se do klopadece (DD16 1/2 7474 dole) zapise dana zadost o </span>zadost <span class="replyquote2">> > kdy klopac je zapojen jako 1 bitovy posuvny registr/citac ktery na </span>vystupu <span class="replyquote2">> > dela vlastni zadost v tomto pripade WAIT (pac mame Z80) data jsou </span>posovana <span class="replyquote2">> > signalem CLK_CPU, nahozeni zadosti je pomoci SET, klopac je odblokovan </span>MREQ <span class="replyquote2">> > and IORQ, vistup WAIT je z /Q ktere se da zavest nazpet do klopace na </span>signal <span class="replyquote2">> > D nebo se da na D privest GND. > > > > ale u SAPI-1 je generovani komletniho RDY reseno vzdy na desce ktere o </span>nej <span class="replyquote2">> > zada kdy zapojeni je obdobne ale pouzivaji se jine signali, vysledek je > > stejny > > > > > > > > </span><span class="replyquote3">> >> Presne to mne dneska napadlo, ze ta nova sbernice by mela byt lehce </span><span class="replyquote2">> > upravitelna na plne pasivni rezim podle SAPI 1.5... </span><span class="replyquote3">> >> Co se tyce toho klopaku tak jsem ho naprosto nepochopil. > >> Tedy hlavne nechapu co to ma spolecne se zobrazovanim, jak to popisuji </span>v <span class="replyquote2">> > textu, protoze RDY nema zadny vztah s casovanim zobrazovaciho signalu > > 6845... </span><span class="replyquote3">> >> Deska generuje RDY kdykoliv naskoci SEL1, tedy vydekodovany adresni </span>select <span class="replyquote2">> > rozsahu vram.. </span><span class="replyquote3">> >> Nevim z hlavy casovani, ale rekl bych ze r/w signal dorazi driv, nez se </span>to <span class="replyquote2">> > vrati na desku CPU... </span><span class="replyquote3">> >> > >> Navic, a to je asi dulezitejsi, vubec tam nevidim navaznost > >> Dne 13.8.2012 15:24, Jiri Biba (sapi@pandora.cz) napsal(a): </span><span class="replyquote1">> >>> Sbernice je v Sapi1.5 normalni pasivni tupoun, proste pin 1 vsech FRB > >>> konektoru spojenej atd az do pinu 62. Myslim, ze neni ani na Petrovych > >>> replikach. Opravte me, jestli nemam pravdu, pokud se veme ta dlouha </span><span class="replyquote2">> > sberna, </span><span class="replyquote1">> >>> co se chysta do vyroby a ty svaby adresovy sberny se uvedou do 3 </span>stavu, <span class="replyquote2">> > ci </span><span class="replyquote1">> >>> se neosadi, bude mozno PTK1 strcit do kazdy jiny pozice sberny a </span>puvodni <span class="replyquote1">> >>> procesorova pozice zustane volna. Ale upozornuji na to, ze tohle </span><span class="replyquote2">> > zjisteni </span><span class="replyquote1">> >>> kolem RDY asi bude delat dalsi problemy s deskama pro Sapi1 ktery maji </span><span class="replyquote2">> > na </span><span class="replyquote1">> >>> sobe Wait klopak, tedy ty, co Petr vyjmenoval. Mozna ze se jen zaradi </span><span class="replyquote2">> > vic </span><span class="replyquote1">> >>> waitu za sebou, mozna to nepujde vubec. Takze se obavam, ze pokud mas </span><span class="replyquote2">> > PTK a </span><span class="replyquote1">> >>> RSW a nemas DBS, tak ti to mozna s AND-1Z nikdu chodit nebude.... > >>> S tim dissas pro Sapi-1.5 to bude asi trosku jinak, Melsoft je pokud </span>vim <span class="replyquote1">> >>> Cech jak poleno, a dissas ma slovensky komentare. Podle "rukopisu" </span><span class="replyquote2">> > komentare </span><span class="replyquote1">> >>> bych spis odhadoval ze pachatel je Roman Borik. -:)) > >>> Jirka > >>> > >>> > >>> -----Original Message----- > >>> From: +GAMA (sapi@pandora.cz) [mailto:computer.research@[doména skryta]] > >>> Sent: Monday, August 13, 2012 5:13 AM > >>> To: Konference "SAPI-1 a československé mikropočítače" > >>> Subject: RE: Peklo jmenem DBS-1A > >>> > >>> </span><span class="replyquote2">> >>>> Mas k tomu i ty A4 dokumentace od Sapi 1.5? </span><span class="replyquote1">> >>> Ani čárku. Jen ty desky, ani jsem nevěděl, k čemu slouží, když <img src="BODY_IMAGES_WRAP_GIF"> jsem je > >>> dostal. > >>> Pokud to vyžaduje nějak upravenou desku sběrnice, tak je možné, že <img src="BODY_IMAGES_WRAP_GIF">k </span>nim <span class="replyquote2">> > ani </span><span class="replyquote1">> >>> tu vhodnou sběrnici nemám. > >>> Melsoft už je ale stihl analyzovat, ozkoušet a částečně i </span>disassembloval <span class="replyquote1">> >>> PKT-1 boot ROM. > >>> --------------------- > >>> sapi@pandora.cz > >>> Konference o SAPI-1 > >>> --- > >>> > >>> --------------------- > >>> 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 > > --- > > > > </span><span class="replyquote1">> > --------------------- > sapi@pandora.cz > Konference o SAPI-1 > --- </span> </pre>