безвейтовый контроллер AT-клавы на МК

[boo_boo]

плз, обьясните, почему если контроллер AT-клавы с программной эмуляцией матрицы в МК, то обязательно надо вейтить Z80?
неужто, если опрашивать клаву в бесконечном цикле, уходить в INT по /RD+/IORQ+A0=0 и тут же отдавать Z80 готовые данные, МК не успеет?

[Advertiser]

[CHRV]

плз, обьясните, почему если контроллер AT-клавы с программной эмуляцией матрицы в МК, то обязательно надо вейтить Z80?
неужто, если опрашивать клаву в бесконечном цикле, уходить в INT по /RD+/IORQ+A0=0 и тут же отдавать Z80 готовые данные, МК не успеет?

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

[boo_boo]

а если держать в памяти МК (заполняя по мере нажатия клавиш) 256-байтную таблицу с текущим состоянием клавы для всех возможных сочетаний линий a8-a15 (т.е обьединять полуряды по ИЛИ заранее) и в прерывании просто брать оттуда готовое значение?

[CHRV]

а если держать в памяти МК (заполняя по мере нажатия клавиш) 256-байтную таблицу с текущим состоянием клавы для всех возможных сочетаний линий a8-a15 (т.е обьединять полуряды по ИЛИ заранее) и в прерывании просто брать оттуда готовое значение?

Всеравно нужно время на обработку прерывания контроллеру и выборку нужного значения.

[AlexCrush]

Можно сделать безвайтовый контроллер без особых ухищрений, если между МК и спеком поставить маааленьку м/с памяти на 256 байт - мк будет обновлять данные в ней, спек - читать (с большим приоритетом).
Однако изза незначительной длительности Wait-а в схеме "без-вайта" вся канитель с доп памятью смысла не имеет.
(По моим приблизительным подсчетам, если делать с табличкой в памяти МК то можно добиться значения wait-а в 2-3 спековских такта при частоте МК 8 мгц (AVR)).

[KingOfEvil]

Можно сделать безвайтовый контроллер без особых ухищрений, если между МК и спеком поставить маааленьку м/с памяти на 256 байт - мк будет обновлять данные в ней, спек - читать (с большим приоритетом).

А зачем 256 байт? Мне хватило 5 байтов (40 битов, 40 кнопок Спектрума). А еще я не стал ставить микросхему памяти, а поставил ПЛИС, куда была запихнута и вся мелкая логика. Данные в ПЛИС периодически закачивает контроллер КР1878ВЕ1, на котором реализован ps2 интерфейс и сопутствующая перекодировка скан-кодов.

Всеравно нужно время на обработку прерывания контроллеру и выборку нужного значения.

Допустим, контроллер работает на частоте 10 МГц. Период тактовой частоты составляет 100 нс. Современные контроллеры, как правило, с гарвардской архитектурой и выполняют лобую команду за 2 периода тактовой частоты, т.е. в нашем случае за 200 нс. А сколько команд нужно выполнить, просто чтобы зафиксировать факт обращения процессора к порту FEh? Десяток точно наберется. Отсюда и необходимость тормозить процессор на время, необходимое контроллеру, чтобы прочитать состояние шины адреса, вычислить необходимое значение в соответствии с принятыми скан-кодами и выдать его на шину данных. Поэтому безвайтный контроллер просто так не сделать, надо извращаться.

[jtn]

ангстрем маздай.
у атмела есть mcu+fpga в одном чипе (не знаю, может уже и cpld осилили)

[KingOfEvil]

ангстрем маздай.
у атмела есть mcu+fpga в одном чипе (не знаю, может уже и cpld осилили)

Ну маздай и ради бога, давай теперь всю выжившую отечественную электронику нах развалим. Пойдем по пути гайдара - 'мы все это купим'. А через 30 лет станем американской колонией и будем нахаляву качать нефть для дядюшки сэма.

[ASDT]

Да там делов ... Может уже и писали -
контроллер+внешнее озу... все.
Но в стиле ретро нужно контроллер заменять
на несколько логических мс ...

[CHRV]

Но в стиле ретро нужно контроллер заменять
на несколько логических мс ...

Несколько десятков мс