jest sobie systemik z mikroprocesorem i jedną wspólną szyną danych - do niej
podpięte parę zatrzasków które mają uaktywnić się na szynie po podaniu
jakiegoś sygnału... jak zabezpieczyć się przed zwarciami na szynie w chwili
włączenia gdy stan bitów odblokowujących na szynę jest losowy? chodzi o
scalaki TTL...

do góry

identifikator: 20040501 przemówił ludzkim głosem:
> jest sobie systemik z mikroprocesorem i jedną wspólną szyną danych - do niej
> podpięte parę zatrzasków które mają uaktywnić się na szynie po podaniu
> jakiegoś sygnału... jak zabezpieczyć się przed zwarciami na szynie w chwili
> włączenia gdy stan bitów odblokowujących na szynę jest losowy? chodzi o
> scalaki TTL...

Zapewne będziesz miał w tym systemie jakiś dekoder adresu ('138?).
Wystarczy jak do dekodera doprowadzisz sygnał resetu.
Dodatkowo możesz w szereg z liniami wyjściowym z bram ('245? '244?) dać
niewielkie rezystory (47R, 22R).

do góry

Użytkownik "identifikator: 20040501" <N...@o...eu> napisał w
wiadomości news:hdf345$san$1@atlantis.news.neostrada.pl...
> jak zabezpieczyć się przed zwarciami na szynie w chwili
> włączenia gdy stan bitów odblokowujących na szynę jest losowy? chodzi o
> scalaki TTL...
>

a warto? co Ci te stany nieustaloone trwajace kilkanaście nsek przeszkadzają
?

Roman

do góry

> a warto? co Ci te stany nieustaloone trwajace kilkanaście nsek
> przeszkadzają

też tak pomyślałem, ale wolę zapytać.

do góry

Użytkownik "identifikator: 20040501" <N...@o...eu> napisał w
wiadomości news:hdfcgs$kfo$1@nemesis.news.neostrada.pl...
>
> też tak pomyślałem, ale wolę zapytać.
>

dokładnie rzecz biorąc, to jeśli sam procek steruje zatrzaskami, to OK
(najpierw przełączy, potem odczyta).

Jeśli by zaś zatrzaski były sterowane przez niezależne przypadkowe sygnały,
to jest jakieś małe prawdopodobieństwo, że co któryś raz procek trafi z
odczytem w to kilkunastosekundowe okienko czasowe i odczyta..... nie wiadomo
co.

Roman

do góry