Nejakych 15ns by bodlo :).

[MK]

> Za nabeznou hranou /WR koukaji data 5ns a ja je potrebuji odchytit na
> nabezne hrane /WR, tedy na konci zapisu z CPU ven. Problem vznika v
> okamziku, kdy pomoci OR hradla potrebuji vyhodnotit /WR a /CS (oba jsou
> primo z CPU) pro vznik one zapisove hrany, protoze zpozdeni navic na tom OR
> hradle uz je neprijemne a data pak uz vuci signalu za OR hradlem
> neprecnivaji. Z CPU maji za /WR data presah jen tech 5ns. A proc beru ta
> data hranou je o tom, ze potrebuji tu dobu co je /WR v L k tomu, aby se
> navazujici periferie odradila od toho si ta data brat v dobe, kdy je minim
> zapisovat s nejakym predstihem, tedy rikam tim stavem /WR v L asynchronni
> periferii, at ji ani nenapadne si ted neco nabrat a ta doba /WR v L se mi k
> tomu zdala primo idealni i vzhledem k casovani one periferie.
> Sesynchronizovat to bohuzel dost dobre nelze nebo lepe receno ne vzdy toho
> lze idealne dosahnout, protoze ta periferie je trochu univerzalnejsi (a
> zatim bych o ni ani radeji vice nepsal). Momentalne je tam zavesena 74HC574,
> ktera to bez toho OR hradla akorat tak stiha na hranici katalogovych
> parametru (tedy zapis dat nabeznou hranou /WR signalu do 74HC574), ale s tim
> OR hradlem je to v haji. Premyslel jsem i o dvojim bufferovani, tedy
> meziulozeni vseho co je na datovce k zapisu, zkraceni /WR signalu a vubec o
> tom z ceho si vzit co a tak badam i nad moznosti vhodne zpozdit datove draty

Nevim jak stari mazaci, ale dedove maji hruzu z asynchronni logiky a pred RC clanky prchaji
co jim berle dovoli :-)
Proste si to cele prevedou na synchronni logiku :-)))
Coz znamena, ze sestupnou hranou WR si data zachyti to latche a pak si s tim jiz delaji co chteji :-))

S pozdravem
MK