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
Zobrazit citovaný text (2 řádky)
>
> To je mi jasny, koukal jsem na JPR1, JPR1A, JPR1Z i PKT1 a vidim jak to
maji kde (ne)resene.
Zobrazit citovaný text (1 řádek)
> Co mi ale unika je ta (ne)vazba na praci videoram - pochopil bych
generovani RDY v pripade, ze videoram zrovna pracuje v zobrazovacim rezimu.
Aby to neblikalo, jak psal Jirka, klasicky jev.
Zobrazit citovaný text (1 řádek)
> Ale tak to neni, ten signal se na DBS generuje vzdycky, takze jaky to ma
smysl?
Zobrazit citovaný text (4 řádky)
>
>
> Dne 13.8.2012 17:13, EC1045 (sapipandora.cz) napsal(a):
> > deska DBS-1 generuje jen zadost o vygenerovani signalu RDY a ten trva
pouze
Zobrazit citovaný text (1 řádek)
> > od prichodu adres po generovani ridicich signalu (IOR, IOW, MR, MW) a s
teto
Zobrazit citovaný text (1 řádek)
> > zadosti se vlastni signal RDY (WAIT u Z80) vygeneruje az na PKT-1 (DD16
1/2
Zobrazit citovaný text (1 řádek)
> > 7474 dole) klopak se pouziva proto abi nedoslo k zaveseni v TW na vzdy
tj.
Zobrazit citovaný text (1 řádek)
> > DBS-1 vezus PKT-1 funkuji v tandemu kdy DBS-1 nahodi zadost o zadost RDY
a
Zobrazit citovaný text (2 řádky)
> > 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
zadost
Zobrazit citovaný text (1 řádek)
> > kdy klopac je zapojen jako 1 bitovy posuvny registr/citac ktery na
vystupu
Zobrazit citovaný text (1 řádek)
> > dela vlastni zadost v tomto pripade WAIT (pac mame Z80) data jsou
posovana
Zobrazit citovaný text (1 řádek)
> > signalem CLK_CPU, nahozeni zadosti je pomoci SET, klopac je odblokovan
MREQ
Zobrazit citovaný text (1 řádek)
> > and IORQ, vistup WAIT je z /Q ktere se da zavest nazpet do klopace na
signal
Zobrazit citovaný text (3 řádky)
> > D nebo se da na D privest GND.
> >
> > ale u SAPI-1 je generovani komletniho RDY reseno vzdy na desce ktere o
nej
Zobrazit citovaný text (10 řádků)
> > zada kdy zapojeni je obdobne ale pouzivaji se jine signali, vysledek je
> > stejny
> >
> >
> >
> >
> >> Presne to mne dneska napadlo, ze ta nova sbernice by mela byt lehce
> > upravitelna na plne pasivni rezim podle SAPI 1.5...
> >> Co se tyce toho klopaku tak jsem ho naprosto nepochopil.
> >> Tedy hlavne nechapu co to ma spolecne se zobrazovanim, jak to popisuji
v
Zobrazit citovaný text (3 řádky)
> > textu, protoze RDY nema zadny vztah s casovanim zobrazovaciho signalu
> > 6845...
> >> Deska generuje RDY kdykoliv naskoci SEL1, tedy vydekodovany adresni
select
Zobrazit citovaný text (2 řádky)
> > rozsahu vram..
> >> Nevim z hlavy casovani, ale rekl bych ze r/w signal dorazi driv, nez se
to
Zobrazit citovaný text (9 řádků)
> > vrati na desku CPU...
> >>
> >> Navic, a to je asi dulezitejsi, vubec tam nevidim navaznost
> >> Dne 13.8.2012 15:24, Jiri Biba (sapipandora.cz) napsal(a):
> >>> 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
> > sberna,
> >>> co se chysta do vyroby a ty svaby adresovy sberny se uvedou do 3
stavu,
Zobrazit citovaný text (2 řádky)
> > ci
> >>> se neosadi, bude mozno PTK1 strcit do kazdy jiny pozice sberny a
puvodni
Zobrazit citovaný text (10 řádků)
> >>> procesorova pozice zustane volna. Ale upozornuji na to, ze tohle
> > zjisteni
> >>> kolem RDY asi bude delat dalsi problemy s deskama pro Sapi1 ktery maji
> > na
> >>> sobe Wait klopak, tedy ty, co Petr vyjmenoval. Mozna ze se jen zaradi
> > vic
> >>> waitu za sebou, mozna to nepujde vubec. Takze se obavam, ze pokud mas
> > PTK a
> >>> 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
vim
Zobrazit citovaný text (19 řádků)
> >>> Cech jak poleno, a dissas ma slovensky komentare. Podle "rukopisu"
> > komentare
> >>> bych spis odhadoval ze pachatel je Roman Borik. -:))
> >>> Jirka
> >>>
> >>>
> >>> -----Original Message-----
> >>> From: +GAMA (sapipandora.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
> >>>
> >>>
> >>>> Mas k tomu i ty A4 dokumentace od Sapi 1.5?
> >>> Ani čárku. Jen ty desky, ani jsem nevěděl, k čemu slouží, když
jsem je
> >>> dostal.
> >>> Pokud to vyžaduje nějak upravenou desku sběrnice, tak je možné, že
k
nim
Zobrazit citovaný text (3 řádky)
> > ani
> >>> tu vhodnou sběrnici nemám.
> >>> Melsoft už je ale stihl analyzovat, ozkoušet a částečně i
disassembloval
Zobrazit citovaný text (27 řádků)
> >>> PKT-1 boot ROM.
> >>> ---------------------
> >>> sapipandora.cz
> >>> Konference o SAPI-1
> >>> ---
> >>>
> >>> ---------------------
> >>> sapipandora.cz
> >>> Konference o SAPI-1
> >>> ---
> >>>
> >>>
> >> ---------------------
> >> sapipandora.cz
> >> Konference o SAPI-1
> >> ---
> > ---------------------
> > sapipandora.cz
> > Konference o SAPI-1
> > ---
> >
> >
>
> ---------------------
> sapipandora.cz
> Konference o SAPI-1
> ---