Некоторые результаты

[caro]

Originally Posted by ASDT

Если и буду использовать, то наверное AVR1200 или 51, они дешевле.

AT90S1200 сняты с производства, рекомендуемая замена - ATTiny2313.
AT89C2051 стоит чуть дешевле ATTiny2313, но не сравнима с ней по производительности.

[ASDT]

"На самом деле не на МК такое сделать сложновато" - Это не совсем верно.
"AT90S1200 сняты с производства, " - думаю китайцы их продолжают клепать,
и купить легко ...
Если получится на "логике", то потом можно легко будет запихать в плм.

[caro]

Originally Posted by ASDT

"На самом деле не на МК такое сделать сложновато" - Это не совсем верно.

Мне кажется в пределах разумной сложности и в пределах требуемой функциональности это просто не возможно. Учитывая еще и желательность двухстороннего обмена между PS/2 устройством и контроллером.

Originally Posted by ASDT

"AT90S1200 сняты с производства, " - думаю китайцы их продолжают клепать, и купить легко ...

Не слышал что бы AVR-ы делал еще кто-нибудь кроме ATMEL.
И не понял логики, если устройство снято с производства и взамен предлагается другое, по близкой цене, но более совершенное - почему его надо искать у китайцев .

Originally Posted by ASDT

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

На ПЛМ есть, могу даже кинуть файлы, если надо.

[ASDT]

Ладно, будет результат - обрисую. Пока отлавливаю баги в эмуляторе
Вроде уже все отловил

[spensor]

Originally Posted by ASDT

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

Преобразователь потока бит, таблица соответствия клавиш и многое другое потребует нереальных затрат. В лучшем случае по объему это выльется в 30-40 корпусов. Если же это сразу пихать в ПЛИС, то это будет более реально.

Originally Posted by caro

На ПЛМ есть, могу даже кинуть файлы, если надо.

Если нетрудно, просьба запостить.

Кстати, а прошивку к вышепреведеной схеме где искать?

[caro]

Originally Posted by spensor

по поводу "На ПЛМ есть, могу даже кинуть файлы, если надо."
Если нетрудно, просьба запостить.

Это часть проекта из: http://c64upgra.de/c-one/

Originally Posted by spensor

Кстати, а прошивку к вышепреведеной схеме где искать?

Чуть позже кину сюда.

[spensor]

Originally Posted by caro

Чуть позже кину сюда.

А "позже" в привычных единицах измерения это сколько?

[ASDT]

Собственно результаты.
При включении любая клава устанавливается в "Set1" - совместимый
с кодами XT. Проверил на простом регистре сдвига - отлично работает.
Минимально - 2 микросхемы
С уверенностью утверждаю 30-40 корпусов - бред.
Реально - 7-10 самой мелкой рассыпухи ...
Думаю над реализацией.

[caro]

Originally Posted by ASDT

Собственно результаты.
При включении любая клава устанавливается в "Set1" - совместимый
с кодами XT. Проверил на простом регистре сдвига - отлично работает.

Что то мне не попадались современные AT-клавиатуры,
которые по умолчанию встают в режим Scan Code Set1.
Все по включению питания переходят в режим Scan Code Set2.
Только что специально еще раз проверил.
Более того ни одна из тех, что у меня сейчас есть (5 штук),
не хочет переключатся в режим Scan Code Set 1
командой ALT_SCAN (код команды #F0).
В режим Scan Code Set3 переключаются без проблем.
Кстати именно в этом режиме работают клавиатуры в моем контроллере.

Originally Posted by ASDT

Думаю над реализацией.

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

[ASDT]

Да, блин, точно set2, не XT
Но это роли не играет. Главно единообразие кодировки
и возможность обойтись одним регистром.