Potrzebuję 74HCT373, znalazłem na starej płycie 386 SN74F373 - jest sens
to wydłubywać? To co chcę uruchomić to jest jakiś system
mikroprocesorowy na 80c32, pracuje na 22MHz.
Z TME będę miał na wtorek, ale fajnie by było to odpalić jutro.

--
Mirek

do góry

W dniu 2.01.2025 o 21:26, Mirek pisze:
> Potrzebuję 74HCT373, znalazłem na starej płycie 386 SN74F373 - jest sens
> to wydłubywać? To co chcę uruchomić to jest jakiś system
> mikroprocesorowy na 80c32, pracuje na 22MHz.
> Z TME będę miał na wtorek, ale fajnie by było to odpalić jutro.
>
Próbować można ale szanse są słabe bo HCT to cmos-y a F to zwykłe
biopolarne i one dość sporo prądu na wejściu potrzebują, procek może
tyle nie dać w stanie niskim.

--
Janusz

do góry

On Thu, 2 Jan 2025 21:26:44 +0100, Mirek wrote:
> Potrzebuję 74HCT373, znalazłem na starej płycie 386 SN74F373 - jest sens
> to wydłubywać? To co chcę uruchomić to jest jakiś system
> mikroprocesorowy na 80c32, pracuje na 22MHz.
> Z TME będę miał na wtorek, ale fajnie by było to odpalić jutro.

HCT jest podobnie szybki jak LS, i CMOS, więc małej mocy i o mało
obciazających wejsciach,
a F szybki i bipolarny (to w zasadzie AS).

Jesli to bufor adresu, to F powinien być dobry.

J.

do góry

On 3.01.2025 11:05, J.F wrote:

> Jesli to bufor adresu, to F powinien być dobry.
>

Zdobyłem jednak HCT - kosztowało mnie to 35km w jedną stronę.
Układ ruszył pięknie, chwilę się testował. Po zawiezieniu do klienta i
zamontowaniu już nie wstał...
Znów trzeba było zdemontować (na wysokości) i zabrać na warsztat.
Wygląda na to, że padł kolejny - 74HCT138. O ile tamten to faktycznie
bufor adresu. ten zdaje się niewiele robić: chyba tylko dekoduje sygnał
dla watchdoga i sekwencję do zaczytania konfiguracji z dip-switcha.
No nic, po święcie walczymy dalej. Ciekawe czy to jakaś konsekwencja
tego, że to stało długo nieużywane czy po prostu pech.

--
Mirek

do góry

On Fri, 3 Jan 2025 19:01:03 +0100, Mirek wrote:
> On 3.01.2025 11:05, J.F wrote:
>> Jesli to bufor adresu, to F powinien być dobry.
>>
>
> Zdobyłem jednak HCT - kosztowało mnie to 35km w jedną stronę.
> Układ ruszył pięknie, chwilę się testował. Po zawiezieniu do klienta i
> zamontowaniu już nie wstał...
> Znów trzeba było zdemontować (na wysokości) i zabrać na warsztat.
> Wygląda na to, że padł kolejny - 74HCT138. O ile tamten to faktycznie
> bufor adresu. ten zdaje się niewiele robić: chyba tylko dekoduje sygnał
> dla watchdoga i sekwencję do zaczytania konfiguracji z dip-switcha.
> No nic, po święcie walczymy dalej. Ciekawe czy to jakaś konsekwencja
> tego, że to stało długo nieużywane czy po prostu pech.

Raczej pech.
Ale wiadomo - mosfety cierpią od elektrostatyki.

F/AS lepsze :-)

J.

do góry

On 3.01.2025 19:01, Mirek wrote:

> Wygląda na to, że padł kolejny - 74HCT138. O ile tamten to faktycznie
> bufor adresu. ten zdaje się niewiele robić:

Jednak robi. Po wymianie impulsy dla watchdoga się pojawiły i już się
nie resetuje. Niestety na innych wyjściach powinny też być sygnały dla
buforów wyjściowych, ale ich nie ma. Na wejściach A. B. C. są przebiegi,
skoro na jednym wyjściu pojawiają się impulsy dla watchdoga to i na
wejściach ENABLE musi być komplet sygnałów. Czyli przyczyna musi być
gdzieś wcześniej - program? Raczej nierealne żeby uszkodzenie danych w
pamięci programu powodowało taki efekt. Jest tam jeszcze pamięć ram z
bateryjką, ale wcześniej mi ruszyło z pustą pamięcią to powinno i teraz.

--
Mirek

do góry

W dniu 07.01.2025 o 22:52, Mirek pisze:

>> Wygląda na to, że padł kolejny - 74HCT138. O ile tamten to faktycznie
>> bufor adresu. ten zdaje się niewiele robić:
>
> Jednak robi. Po wymianie impulsy dla watchdoga się pojawiły i już się
> nie resetuje. Niestety na innych wyjściach powinny też być sygnały dla
> buforów wyjściowych, ale ich nie ma. Na wejściach A. B. C. są przebiegi,
> skoro na jednym wyjściu pojawiają się impulsy dla watchdoga to i na
> wejściach ENABLE musi być komplet sygnałów. Czyli przyczyna musi być
> gdzieś wcześniej - program? Raczej nierealne żeby uszkodzenie danych w
> pamięci programu powodowało taki efekt. Jest tam jeszcze pamięć ram z
> bateryjką, ale wcześniej mi ruszyło z pustą pamięcią to powinno i teraz.
>

Wiesz, zawsze jak się pojawiają dziwne usterki i niewiadome, to warto
sprawdzić zasilanie...najlepiej podmienić na 100% idealne/inne, pomimo
pewności, że oryginał to Bóg namaścił i są tam sproszkowane relikwie :)

--
Pixel(R)??

do góry

On 7.01.2025 22:52, Mirek wrote:

> Jest tam jeszcze pamięć ram z
> bateryjką,

No i co raz bardziej skłaniam się do tego, że tym razem ta pamięć jest
problemem. Program rusza, bo korzysta z pamięci wewnętrznej na dane (256
bajtów), następnie coś zapisuje do tego ramu, ale nie może odczytać,
więc nie robi już nic. Kontaktowałem się nawet z producentem, ale
twierdzi, że już nie pamięta jak to było zrobione, a źródeł też nie ma.
Pamięci nie mam czym przetestować, chyba że ręcznie, ale jakaś podobna
kosztuje 30zł - zaryzykuję.
Oscyloskopem podpiąłem się pod sygnał !WE i pod jedną z danych - po
starcie systemu faktycznie są próby zapisania danych. Podczas niskiego
stanu na !WE są zarówno wysokie jak i niskie stany na linii danych.
Po przepięciu się na linię !OE - nigdy nie ma wysokiego stanu na danych
podczas niskiego na !OE - wygląda to na uszkodzoną pamięć?
Coś jakby wejście !CE było upalone (jest tam sygnał),

--
Mirek

do góry