Есть кто этот ZXBUS РЕАЛЬНО делал своими руками?
 

итак сабж.

Была ветка, ( http://zx.pk.ru/showthread.php?t=3940 ) но насколько я понимаю там только теория,нет практика,который бы с паяльником и МГТФом это сваял.

А мне надо именно подтверждение - Да!Я это паял и это НИХРЕНА не работает ..... :v2_devil: :v2_devil: :v2_devil: :v2_devil:


или наоборот - О да! О да! Это работает работает!!!:v2_yahoo: :v2_clapp: :v2_yahoo: :v2_clapp:

Скажите мне чтонить.....

Ты же сам его делал? Или ты только плату разработал, а спаять даже один экземпляр не удосужился?

не я....
эт раз
второе - оно сделано "по мотивам"...

третье есть готовый экземпляр,но он не работает,точнее сказать некорректно работает.

Вот и хочется понять - "мотивы" вообще работоспособные были....

Я бы собрал, да вроде нет пока необходимости. 3-х слотов хватает.

Ах, да, прости, это был Евгений Мичкин.
http://zx.pk.ru/showthread.php?t=4804

Хехе... Вопервых не Мичкин а Мучкин...:wink:

А во вторых почитай внимательно тему,от начала до конца.

Это расширитель сделан по МОТИВАМ того, про который я спрашиваю.

А спрашиваю я потому,что он некорректно работает....:mad:

Во-первых, непонятно в чем это проявляется;
Во-вторых, корректная работа исходной схемы (новой схемы я не видел)
возможна при выполнении некоторых условий.

А можно полюбопытствовать каких? Потому что я собирался делать сей расширитель для профи.

1)На устанавливаемых платах доступ возможен только к порта ввода/вывода.
Размещение и доступ к дополнительной памяти не возможны;
2)Обязательно наличие на платах схемы формирования /IORQE;
3)Желательна полная дешифрация портов ввода, либо порты на устанавливаемых платах
не должны пересекаться (при не полной дешифрации).

Кстати, судя по трассировке, новый буфер позволяет устанавливать не более 4 модулей.

Ага, Профи... Помним-помним...
Там могут быть некоторые проблемы с времянками на шине. В свое время у меня был Профи с подключенным к нему CDOS-модемом. А также я любил поэкспериментировать с его внешними устройствами. У модема обнаружился серьезный конфликт по портам с контроллером HDD.
Анализ схемы показал, что у Профи имеется сигнал, который должен "давить" внешний OIORQ при условии активизации хотя-бы одного из onboard-устройств. Однако почему-то этот сигнал свое назначение не выполнял. Насколько я сейчас помню, этот сигнал формируется логическим "ИЛИ" из сигналов CS соответствующих девайсов. CS'ы формируются ПЗУшкой РТ4 (фактически в ней прошита вся карта портов машины). У меня тогда возникло предположение, что дешифратор работает достаточно медленно и между выдачей процессором IORQ и формированием указанного сигнала существует достаточно большая задержка, за счет которой IORQ "проскакивает" на устройство.
Выход был найден в следующем: порты Профишных устройств включаются только при установке одного из битов порта #DFFD в "1". На плате был найден триггер, отвечающий за этот бит. У него использовался только инверсный выход, прямой был свободен. С помощью двух диодов была собрана схема, смешивавшая этот выход с OIORQ по "ИЛИ". Результирующий сигнал подавался на модем. В результате модем в расширенной карте портов отсутствовал.
Эту разработку я публиковал, кажется, в Nicron'е (я тогда входил в редакцию).