74F vs 74HCT

W dniu 2.01.2025 o 21:26, Mirek pisze:

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.

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.

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.

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.

W dniu 07.01.2025 o 22:52, Mirek pisze:

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 :)

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ł),

Pamięć wymieniona, nadal to samo. Rozmawiałem jeszcze raz z producentem i sugeruje mi wymienić procesor. Najgorsze jest to, że nie wiem dokładnie jak działa program i on też nie wie.

No i bingo! Procesor wymieniony na AT89s52, wszystko ruszyło od strzała. Być może to generowanie sygnałów wyjściowych było zrobione na przerwaniach a tamten miał uszkodzony... timer? Nie potrafię to sobie inaczej wytłumaczyć.