-
Data: 2025-01-16 16:49:33
Temat: Re: Problem z odczytem karty CF
Od: "J.F" <j...@p...onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On Thu, 16 Jan 2025 09:38:03 +0100, Atlantis wrote:
> On 15.01.2025 21:05, Mirek wrote:
>> A ten 573 odfiltrowany dobrze?
>
> Masz na myśli zasilanie? Standardowo (jak każdy układ scalony w
> projekcie) ma kondensator 100 nF do masy przy pinie VCC. Jednak jak
> przyjrzałem się projektowi płytki, to może faktycznie moża by w tej
> okolicy dać jakiś mały elektrolit i poprowadzić zasilanie jakaś krótszą
> drogą z okolicy miejsca podpięcia zasilacza. To samo z masą...
>
>
>> Czyli on jest źródłem szpilek?.
>
> Na to wygląda. Na wyjściach 74HCT573 pojawiają się po raz pierwszy i
> stamtąd propagują na dekoder adresów IO.
Po zatrzaśnieciu adresu szpilek nie powinno być.
Przed, przy wysokim ALE - mogą, bo rejestr jest transparentny.
Datasheet nawet sugeruje, że wtedy jeszcze linie AD0-7 mogą się
zmieniac.
Ale ... wtedy sygnały /RD i /WR nie są jeszcze aktywne.
>> No dobra, a jak 8085 wystawi ALE, to linie do 573 zmieniają natychmiast
>> stan? - chodzi mi o to czy ta zmiana jest jakoś skorelowana ze szpilkami.
>
> Jeśli dobrze rozumiem działanie 74573, to w stanie wysokim na wejściu LE
> będzie on po prostu powtarzał stany wejść na wyjściach. Zatrzaśnięcie
> następuje dopiero wraz ze zboczem opadającym na LE. Czyli mamy do
Tak.
> czynienia z następującą sytuacją:
> - Procesor ustawia stan wysoki na ALE.
> - Na liniach AD0..AD7 nie zdążyły się jeszcze ustalić właściwe poziomu
> odpowiadające dolnemu bajtowi adresu. Przez chwil mamy tam stare dane z
> D0..D7 albo stany nieustalone. Mogą to tłumaczyć np. pojemności
> montażowe - magistrala rozciąga się na dwie płytki, podczas gdy sygnał
> ALE to krótka ścieżka pomiędzy dwoma sąsiadujacymi scalakami.
> - Przez moment ten niepoprawny, niestabilny stan jest widoczny na
> wyjściach 74573 (bo w stanie wysokim LE jest on przezroczysty), co
> objawia się w postaci szpilki.
Jakos tak,
> - Po chwili sytuacja się stabilizuje, na wyjścia przekazywane są już
> właściwe sygnały, a na zboczu opadającym ALE następuje ich zatrzaśnięcie.
Tak.
> - To też tłumaczyć dlaczego szpilki nie są widoczne przy każdym impulsie
> na ALE. Raz na jakiś czas po prostu zdarza się, że poprzedni stan jest
> zgodny z tym, co finalnie ma się znaleźć na danej linii Ax.
Wiekszość peryferiow z tamtej rodziny, jest na takie zmiany na linii
CS odporna - musi być jeszcze dodatkowo sygnał RD lub WR.
Karty CF ... chyba tak samo.
Tryb 8-bit ustawiłes, karty nie resetujesz, zasilania jej nie
wyłączasz?
To jeszcze niby jakies czasy propagacji mogą być, że ten 573 i 138
jakies powolne, i zmiany docierają, gdy już sygnaly RD/WR są aktywne.
Ale wątpie, nie przy tym zegarze ...
>> To ja bym próbował kondensatory dawać na A5, na CS...
>
> Tak, ale to będzie tylko walka z objawem, a nie przyczyną.
> Przy założeniu, że powyższa diagnoza jest prawidłowa, powinienem opóźnić
> moment, w którym 74HCT573 widzi stan wysoki na ALE, żeby linie AD0..AD7
> miały czas się ustabilizować.
Ogolnie to chyba o nic.
Sam procesor zapewnia odpowiedni czas.
Szpile mogą się pojawić, ale powinny być niegroźne.
J.
Następne wpisy z tego wątku
- 16.01.25 19:02 Mirek
- 17.01.25 11:30 Waldek Hebisch
- 18.01.25 19:56 Atlantis
- 19.01.25 16:36 Eneuel Leszek Ciszewski
- 20.01.25 10:41 J.F
Najnowsze wątki z tej grupy
- amperomierz w plusie
- 3G-nadal działa
- Historia pewnego miernika kalibratora
- Ustym 4k Pro i wyświetlacz
- Czemu rozwaliło celę?
- Wojna w portfelu
- Jaki trojfazowy licznik tuya lub podobny?
- Problem z dekoderem adresów
- Intel się wyprzedaje: po 10latach pchnęli pakiet kontrolny Altery za 1/4 kwoty zakupu
- Korekcja perspektywy
- Wentylator zabija zasilacze LEDek?
- Re: Kompensacja mocy biernej przy 230VAC
- Totaliztyczny obowiązek naprawy maszyn i urządzeń
- Niby uziom ale nie
- Położyłem dwa telefony obok siebie
Najnowsze wątki
- 2025-04-27 czy nieroby zablokują znowu Zakopiankę
- 2025-04-26 e-Doręczenia w praktyce.
- 2025-04-26 Warszawa => Konsultant Wiodący SAP PP <=
- 2025-04-26 Warszawa => Developer Microsoft Dynamics 365 Finance & Operations (D36
- 2025-04-26 Warszawa => Programista Microsoft Dynamics 365 Finance & Operations (D
- 2025-04-26 Środa Wielkopolska => SAP FI/CO Internal Consultant <=
- 2025-04-26 Patrole obywatelskie.
- 2025-04-26 Warszawa => Presales Engineer IT <=
- 2025-04-26 Gdynia => Przedstawiciel handlowy / KAM (branża TSL) <=
- 2025-04-26 Rudno => IT network administrator <=
- 2025-04-26 Dęblin => Node.js / Fullstack Developer <=
- 2025-04-25 Sprawdzić czy spółka ma sprawy w sądzie
- 2025-04-25 Solarny Palnik Wodorowy
- 2025-04-25 amperomierz w plusie
- 2025-04-25 nie wyłączam silnika