🚀 go-pugleaf

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

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.

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

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.

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

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®🇵🇱

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

On 9.01.2025 19:29, Mirek wrote:

> No i co raz bardziej skłaniam się do tego, że tym razem ta pamięć jest 
> problemem. 

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.


-- 
Mirek

On 15.01.2025 19:09, Mirek wrote:

> Pamięć wymieniona, nadal to samo. Rozmawiałem jeszcze raz z producentem 
> i sugeruje mi wymienić procesor.

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ć.

-- 
Mirek