С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Угумс.
Но что радует - и не вешает систему.
Косяк исключительно в формировании DIR ША. ( я тебя в личке про это спрашивал,помнишь )...
Он формируется. НО видимокак то через Жэ... Там короткие отрицательные импульсы, а-ля INT и примерно такой же частоты...
Тоесть оно чтото читает и чтото пишет, но умудряется это делать так,чтобы не нагадить в систему...
Scorpion 256 TurboPlus GMX2048 edition (с новой ревизией спец-чипов - Турбина и ПрофПЗУ на GAL22v10D, ФАПЧ дисковода - GAL16v8D ),CARO ZX_MC/SMUC1.3/GeneralSound 512 Kb/FDD3.5+5.25... Pentagon1024Sl v2/Z-controller+SD 2Gb/GS-512/TurboSound/FDD3.5+5.25...Speccy2007 48 +SD 2Gb ( 128+Ay в процессе ) ... Все через PAL-Coder
Неправда - схема отрабатывает обращение к внешнему ПЗУ
Реализован на ЛЛ4, по схеме Nemo (c учетом подправленных резисторов) один в один.2)Обязательно наличие на платах схемы формирования /IORQE;
Собственно этим ЛЛ4 и занимается - если устройство признает порт своим оно блокирует дальнейшее прохождение сигнала /IORQ.3)Желательна полная дешифрация портов ввода, либо порты на устанавливаемых платах
не должны пересекаться (при не полной дешифрации).
Все верно - пары устройств установленных с противоположных сторон платы абсолютно равноправные, они не могут заблокировать друг друга. Если дешифрация неполная, а порты по неполному адресу совпадают, будет возникать конфликт устройств. Эта проблема решается переустановкой карты расширения в другой слот. Иначе пришлось бы еще одну ЛЛ4 вводить в схемКстати, судя по трассировке, новый буфер позволяет устанавливать не более 4 модулей.
Scorpion 256 TurboPlus GMX2048 edition (с новой ревизией спец-чипов - Турбина и ПрофПЗУ на GAL22v10D, ФАПЧ дисковода - GAL16v8D ),CARO ZX_MC/SMUC1.3/GeneralSound 512 Kb/FDD3.5+5.25... Pentagon1024Sl v2/Z-controller+SD 2Gb/GS-512/TurboSound/FDD3.5+5.25...Speccy2007 48 +SD 2Gb ( 128+Ay в процессе ) ... Все через PAL-Coder
Ага, Профи... Помним-помним...
Там могут быть некоторые проблемы с времянками на шине. В свое время у меня был Профи с подключенным к нему CDOS-модемом. А также я любил поэкспериментировать с его внешними устройствами. У модема обнаружился серьезный конфликт по портам с контроллером HDD.
Анализ схемы показал, что у Профи имеется сигнал, который должен "давить" внешний OIORQ при условии активизации хотя-бы одного из onboard-устройств. Однако почему-то этот сигнал свое назначение не выполнял. Насколько я сейчас помню, этот сигнал формируется логическим "ИЛИ" из сигналов CS соответствующих девайсов. CS'ы формируются ПЗУшкой РТ4 (фактически в ней прошита вся карта портов машины). У меня тогда возникло предположение, что дешифратор работает достаточно медленно и между выдачей процессором IORQ и формированием указанного сигнала существует достаточно большая задержка, за счет которой IORQ "проскакивает" на устройство.
Выход был найден в следующем: порты Профишных устройств включаются только при установке одного из битов порта #DFFD в "1". На плате был найден триггер, отвечающий за этот бит. У него использовался только инверсный выход, прямой был свободен. С помощью двух диодов была собрана схема, смешивавшая этот выход с OIORQ по "ИЛИ". Результирующий сигнал подавался на модем. В результате модем в расширенной карте портов отсутствовал.
Эту разработку я публиковал, кажется, в Nicron'е (я тогда входил в редакцию).
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)