ZX_Multi_Card

[Black_Cat]

Высокий уровень с выхода INT0 блокирует передачу импульса выбора порта клавиатуры на схему формирования /WAIT, /IORQE и выходные буферные регистры АП6.
Тоесть порт #FE из адресного пространства ZXMC полностью исключается.

а когда он не исключён, то #FE на материнке блокируется с помощью /IORQE, я прально понимаю?

Надо подумать, были уже предложения подключать к ZXMC стандартные джойстики от игровых приставок.

а добавить в дешифрацию порт #1F для эмуляции кемпстон джойстика прям с клавиатуры получится?

[caro]

а когда он не исключён, то #FE на материнке блокируется с помощью /IORQE, я правильно понимаю?

Правильно, блокирутся, но только на чтение.

а добавить в дешифрацию порт #1F для эмуляции кемпстон джойстика прям с клавиатуры получится?

В ZXMC2 получится, но придется перешивать ATFку.

[Black_Cat]

а в ZXMC-1 упирается соответственно в отсутствие ПЛМ, но теоретически, с помощью паяльника и ей дешифрацию можно вправить приведя в соответствие с ZXMC-2? Я правльно понимаю, что других отличий между мультикартами нет?

[caro]

а в ZXMC-1 упирается соответственно в отсутствие ПЛМ, но теоретически, с помощью паяльника и ей дешифрацию можно вправить приведя в соответствие с ZXMC-2? Я правльно понимаю, что других отличий между мультикартами нет?

С помощью паяльника, убрав с платы ZXMC1 логику и установив ПЛМку можно превратить её в ZXMC2,
что будет проще, чем городить сверху дополнительный дешифратор.
Плюс, если внимательно посмотришь, в ZXMC2 из ПЛМКи выходят два дополнительных сигнала,
которые позволяют контроллеру определить до 4 источников прерывания на каждый из входных INTов.
В ZXMC1 был один такой сигнал, позволяющий на каждый INT задать два источника прерывания.

[Black_Cat]

Плюс, если внимательно посмотришь, в ZXMC2 из ПЛМКи выходят два дополнительных сигнала,
которые позволяют контроллеру определить до 4 источников прерывания на каждый из входных INTов.

да PD5, PD6, и сколько из них осталось свободных?

[caro]

да PD5, PD6, и сколько из них осталось свободных?

На INT0 пока только клавиатура, на INT1 три порта.
Тоесть свободно ещё 4 вектора.

[Black_Cat]

т.е. на INT1 получаетя COM, RTC-ZXMC+RTC-Gluk, Mouse?

[caro]

т.е. на INT1 получаетя COM, RTC-ZXMC+RTC-Gluk, Mouse?

Я бы сказал так:
INT0 <- xxFE;
INT1 <- xxEF(COM) | xxDF(Mouse) | xxF7(GlukRTC);

[Black_Cat]

Я бы сказал так:
INT0 <- xxFE;
INT1 <- xxEF(COM) | xxDF(Mouse) | xxF7(GlukRTC);

ясно, тоды наверно точнее так: INT1 <- xxEF(COM+ZXMCRTC) | xxDF(Mouse) | xxF7(GlukRTC)

По расширению функционала мультикарты есть предложение добавить ей функцию мышиного и клавишного свича, т.е. чтоб с одной мышой и клавой работать и со Спеком и с РС. Правда это съест один из двух незадействованных выходов управления и потребует добавить на внешнюю платку микруху-коммутатор типа КНки. Почему бы не поиспользовать интеллект мультяхи для расширения сервисной функциональности, ты как принципиально на это смотришь?

[caro]

ясно, тоды наверно точнее так: INT1 <- xxEF(COM+ZXMCRTC) | xxDF(Mouse) | xxF7(GlukRTC)

Думаю лучше оставить только базовые устройства, привязанные к портам,
остальные расширения обозначать термином "в адресном пространстве ..."
Например:
1) ZXMC RTC -> 0E0EF..0E7EF, в адресном пространстве COM-порта.
2) Скан коды IBM-клавиатуры -> 80DF..87DF, в адресном пространстве Kempston Mouse.

По расширению функционала мультикарты есть предложение добавить ей функцию мышиного и клавишного свича, т.е. чтоб с одной мышой и клавой работать и со Спеком и с РС. Правда это съест один из двух незадействованных выходов управления и потребует добавить на внешнюю платку микруху-коммутатор типа КНки. Почему бы не поиспользовать интеллект мультяхи для расширения сервисной функциональности, ты как принципиально на это смотришь?

Мне эта идея не нравится, лучше сделать автономный коммутатор.