-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.cdg68.neoplus.
adsl.tpnet.pl!not-for-mail
From: Atlantis <m...@w...com>
Newsgroups: pl.misc.elektronika
Subject: Re: Problem z odczytem karty CF
Date: Tue, 7 Jan 2025 09:50:44 +0100
Organization: news.chmurka.net
Message-ID: <vlipt4$3du$1@news.chmurka.net>
References: <vl9o9o$q8q$1@news.chmurka.net>
<gi0wktxv5gej.15sb4w8uolccd$.dlg@40tude.net>
<7...@w...com>
<vlb3d0$f5s$1@news.chmurka.net> <vlc3de$vdl$1@news.chmurka.net>
<vlegs0$l0$3@news.chmurka.net>
<a...@n...chmurka.net>
<vlhf5f$pb2$1@news.chmurka.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 7 Jan 2025 08:50:44 -0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="Atlantis";
posting-host="cdg68.neoplus.adsl.tpnet.pl:83.30.156.68";
logging-data="3518"; mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:ISqQh3uTGnyEYiXwwBM7XrrZgu8=
sha256:M5K3XMSr4RclAZ0dFBkPkXIzXObaeXWoVV+AftCUAlM=
sha1:ZEzfYNBhpYAIWwA/VxU7H0GfZ1U=
sha256:U/EbCm/PlYEKnp2LyC3Lm+/AA+7JBzp2lBUdh1vWdAk=
Content-Language: en-US, pl-PL
In-Reply-To: <vlhf5f$pb2$1@news.chmurka.net>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:795541
[ ukryj nagłówki ]Ok, już po napisaniu poprzedniej wiadomości udało mi się rozwiązać
problem z wydłużaniem opóźnionego sygnału RD dla karty. Wystarczyło
dodać XOR wyjścia flip-flopa z jego wejściem. Niestety kosztowało mnie
to jedną linię GAL16V8A. W lepszym układzie dałoby się to ogarnąć za
pomocą wejścia asynchronous set, ale niestety ten konkretny GAL takiego
nie posiada.
Problem nadal występuje. Niemniej w artykułach z sieci widzę, że ludzie
dodają opóźnienie także opóźnienie na linii WR. Tego też spróbuję. Nawet
jeśli nie zadziała, to pewnie i tak zostawię te opóźnienia w projekcie,
dla zapewniania lepszej kompatybilności z kartami (gdy już uda mi się
rozwiązać główny problem).
Przy okazji widzę, że mogę trochę zoptymalizować projekt odziedziczony
po wersji z 8080. W tej chwili nie ma chociażby sensu generowanie
osobnych linii IORD/IOWR, skoro dekoder adresów IO jest bramkowany
sygnałem IOM. Sygnały MEMWR/MEMWR zostawię, bo przerobienie dekodera
adresów dla pamięci byłoby trochę bardziej kłopotliwe.
Najnowsze wątki z tej grupy
- Podłączenie DMA 8257 do 8085
- pozew za naprawę sprzętu na youtube
- gasik
- Zbieranie danych przez www
- reverse engineering i dodawanie elementów do istniejących zamkniętych produktów- legalne?
- Problem z odczytem karty CF
- 74F vs 74HCT
- Newag ciąg dalszy
- Digikey, SN74CBT3253CD, FST3253, ktoś ma?
- Szukam: czujnik ruchu z możliwością zaączenia na stałe
- kabelek - kynar ?
- Podnieść masę o 0.6V
- Moduł BT BLE 5.0
- Pomiar amplitudy w zegarku mechanicznym
- ale zawziętość i cierpliwość
Najnowsze wątki
- 2025-01-09 Zapierdalać
- 2025-01-09 Wróblewo => Specjalista ds. Analiz Finansowych <=
- 2025-01-09 Kraków => iOS Developer (Swift) <=
- 2025-01-09 Dell ubija / przemianowuje swoje flagowe linie laptopów
- 2025-01-08 Warszawa => Spedytor Międzynarodowy <=
- 2025-01-08 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-01-08 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-01-08 Katowice => Key Account Manager (ERP) <=
- 2025-01-08 Warszawa => Programista Full Stack .Net <=
- 2025-01-08 Podłączenie DMA 8257 do 8085
- 2025-01-08 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-01-08 Warszawa => Solution Architect (Java background) <=
- 2025-01-08 Wrocław => Application Security Engineer <=
- 2025-01-08 Warszawa => International Freight Forwarder <=
- 2025-01-08 Mińsk Mazowiecki => Area Sales Manager OZE <=