-
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: Podłączenie DMA 8257 do 8085
Date: Wed, 8 Jan 2025 14:14:37 +0100
Organization: news.chmurka.net
Message-ID: <vlltnu$vmk$1@news.chmurka.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 8 Jan 2025 13:14:38 -0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="Atlantis";
posting-host="cdg68.neoplus.adsl.tpnet.pl:83.30.156.68";
logging-data="32468";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:odGnnmVvGf47B8r5eY75U8g/A4k=
sha256:nSQy5bAbtX+GuSikMyust0qekEYdlTDvBCPRX+tKZiU=
sha1:WoQDK6/0NHweAN/BxSy2lSd9pJE=
sha256:RAKuTEWJvqbdYwh5BtSiXKvRXgpGHagvqkuOnj6h1zg=
Content-Language: en-US, pl-PL
Xref: news-archive.icm.edu.pl pl.misc.elektronika:795555
[ ukryj nagłówki ]Szukając przyczyny niedziałania karty CF w moim komputerku na 8085
znalazłem kilka innych błędów i zabrałem się za lekką optymalizację
konstrukcji, która oryginalnie była w prosty sposób przeniesiona z
wcześniejszego projektu na 8080.
Jedną z pierwszych zmian było wykorzystanie sygnału IOM do sterowania
dekoderami adresów, tak więc teraz są one aktywne tylko wtedy, gdy
faktycznie chcemy odwołać się do jakiejś pamięci/urządzenia I/O. Ułatwia
to debugowanie i zmniejsza zakłócenia, bo linie CS nie zmieniają co
chwilę swojego stanu.
Po wprowadzeniu tej zmiany zbędne stało się rozróżnienie na osobne linie
IORD/MEMRD i IOWR/MEMWR w stylu 8080. Przy okazji zauważyłem, że logika
która wykorzystywałem do ich generowania miała błąd, który w przyszłości
uniemożliwiłby poprawną prace DMA - linie te nie były przełączane w stan
wysokiej impedancji sygnałem AEN.
Skoro jednak rezygnuję z konwencji 8080 (MEMRD, MEMWR, IORD, IOWR) i
chcę mieć w systemie jedynie zestaw trzech sygnałów typowych dla 8085
(RD, WR, IOM) pojawia się problem właśnie z DMA 8257, który zakłada
obecność sygnałów z 8080. Z tego co widzę, większość konstrukcji
korzystających z tego DMA na 8085 zwyczajnie odtwarza dodatkowe sygnały
np. za pomocą 74138.
Istnieje może jakiś sprytny sposób, żeby łatwo zrobić to w drugą stronę?
To znaczy wygenerować systemowe sygnały RD, RW i IOM z MEMRD, MEMWR,
IORD, i IOWR wychodzących z 8257, ale jednocześnie pozostawiając
możliwość pracy z IORD/IOWR jako wejściami, gdy chcemy zapisać coś do
lub odczytać coś z rejestrów układu?
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 <=