ZX_Multi_Card

[caro]

А в этой схеме какая длительность WAIT ?

0 - при не нажатой клавише, 3 мксек при нажатии.
Это при тактовой AT90S2313 10 МГц.
Ставил ATTiny2313 и кварц на 20 МГц.
Длительность /WAIT соответственно упала до 1.5 мксек.

[Advertiser]

[Error404]

Да, действительно, не сообразил. Похоже вполне реально сделать без /WAIT.
Кстати неплохо было бы посмотреть на типовую процедуру сканирования клавиатуры.
Если я правильно помню сканирование производится бегущим нулем, и одновременно просматривается только одна адресная шина,
в отличии от Спектрума, где возможно сканирование одновременно всей матрицы.

Да, именно так - бегущим нулем, шины по-очереди (диодный атавизм от РК-86).

Очень хотелось бы сделать такой адаптер. Только нужно делать не авторский вариант (где записывается 11-разрядный скан-код и читается 8-разрядный результат), а вариант подключения, описанный для РК-86 (где записывается 8-разрядный скан-код и читается 11-разрядный результат). Такой вариант не требует резни на разьеме РК/Ориона - используются те же линии, то и были: основное поле 8х8+ctrl+shift+rus=8х11 для МС7007. Такой вариант подключения поддержан продвинутыми лениградскими ROM-BIOS (Мониторами) Ориона, тогда как авторский - только убогим МОНИТОРОМ М-2. ППА в этом совместимом варианте программируется одинаково как для варианта клавиш РК-86, так и для МС7007 - т.е. можно будет использовать одно и то же схемное решение контроллера как для Ориона всех видов, так и для РК-86, и одни и те же прошивки. Вариант эмуляции (клавиши РК/ клавиши МС) , можно будет просто менять перепрошив MCU соответствующей прошивкой, ничего не меняя в контроллере или на разъеме.
Такой контроллер будет содержать на 1 корпус ИР37 (или какой другой) больше, но зато освободится 2 ноги MCU.
А вот кстати: нельзя ли там же еще и мышь опросить? А результат выдавать на те же выходы, что и для клавиатуры. А указывать (адресовать), что мне нужно считать (мышь/кнопки) я могу дополнительной ногой на ВВ55.
Сам не соображу. Последние 10 лет подхожу к ПК только со стороны клавиатуры. Т.е. то, что было до того (Z80) еще помню, а вот все последовавшие потом мелкоконтроллеры для меня уже - туман...

Положил схему и кусок моего эмулятора (прошу не критиковать мой деревенский стиль писания, просто нужна какая-то иллюстрация смысла сканирования), где обрабатывается клавиатура РК (для МС пока не написал). Асм Z80 со сканированием клавы под рукой нету.

[alone]

Желательно порты и скан-коды такие же, как на АТМ, чтобы не городить новых стандартов.

[caro]

Желательно порты и скан-коды такие же, как на АТМ, чтобы не городить новых стандартов.

Я это понимаю, но боюсь затруднительно будет сделать.
Вернее сказать придется переделать многое заново, поскольку в АТМ
используется еще XT-шная кодировка клавиш, для совместимости со старым контроллером.
Да и способ общения с дополнительными портами через байт управления
несколько увеличит длительность /WAIT (процентов на 30).

[axor]

Желательно порты и скан-коды такие же, как на АТМ, чтобы не городить новых стандартов.

Отчасти соглашусь с этим, если люди покажут полезные программы, которые это используют.

Хотя лучше поддержать "корявый" (извиняюсь, стандарта АТМ не знаю), чем сделать еще один, пусть и более правильный.

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

[caro]

Да, именно так - бегущим нулем, шины по-очереди (диодный атавизм от РК-86).

Если это нигде не нарушается, например в играх

А вот кстати: нельзя ли там же еще и мышь опросить? А результат выдавать на те же выходы, что и для клавиатуры. А указывать (адресовать), что мне нужно считать (мышь/кнопки) я могу дополнительной ногой на ВВ55.

Думаю можно и мышку впихнуть.
Если опрос клавиатуры действительно идет бегущим нулем,
то как раз для доступа к дополнительным устройствам можно использовать
режим с опросом двумя и более нулями.

[Error404]

Если это нигде не нарушается, например в играх
Думаю можно и мышку впихнуть.
Если опрос клавиатуры действительно идет бегущим нулем,
то как раз для доступа к дополнительным устройствам можно использовать
режим с опросом двумя и более нулями.

В играх, кстати, может, и нарушается. Поэтому наверное лучше сделать так, чтобы состояние мыши выдавать на общий с клаватурой выходной регистр только в том случае, если выставлен какой-то дополнительный бит на порту ВВ55 (там есть свободные ноги, можно задействовать для "запроса мыши"). Тогда конфликтов со старым ПО не будет. А игры 100 пудов опрашивают по нескольку кнопок одновременно. Такое, кстати, и в эмуляторе работает нормально.
Я сегодня распотрошил реал, вынул и прозвонил МС7007 и добавил в свой исходник ее поддержку для схемы, совместимой с тем, как принято ставить МС7007 в РК-86. Она и в Орионе поддержана (а в контроллере будет 8 входов и 2 корпуса ИР37 для 11 линий выхода). Исходник выверил в эмуляторе с Монитор3-МС, вроде все кнопки нажимаются как надо. Исходник во вложении, оттуда если не алгоритм, то хотя бы матрицу соответствия сканкодов можно взять (там сканкоды WinAPI).

[caro]

.. в контроллере будет 8 входов и 2 корпуса ИР37 для 11 линий выхода

Вот такая схема получается:

[Error404]

Вот такая схема получается:

Круто. А сигнал /RES на Х3.В для чего нужен? В предыдущем контроллере он куда-то заводился (для чего?).

MODE, судя по названию, это и есть селектор mouse/keyboard ?

[caro]

А сигнал /RES на Х3.В для чего нужен? В предыдущем контроллере он куда-то заводился (для чего?).

Это выходной сигнал контроллера, для сброса компьютера.
Судя по схеме Ориона сигнал /RES выведен именно на этот контакт разьема (X4/B9 по его схеме).
В процессе написания прошивки прояснится на каком выходе и какого регистра его удобней формировать.

MODE, судя по названию, это и есть селектор mouse/keyboard ?

Да это входной сигнал МК для переключения выходов с клавиатуры на мышку.

Схема предварительная и окончательная привязка по сигналам и разьемам
будет производится в процессе написания прошивки.
Отлаживать буду на своем старинном "Специалисте", придется его достать с полки