[Поиск 1] Контроллер PS/2 или USB клавиатуры

[Tronix]

частота ПОИСКа 5 МГц, если взять AVR с частотой 20 МГц,

Это не отменяет того, что частота шины 8 с копейками МГц, так же как и у ISA. При этом цикл выставления адреса происходит за ~14 нс, в которые нужно успеть отдуплить что адрес равен тому что мы ожидаем ( if (PORTXXX = 0xXXXX) ), и успеть среагировать - выставив например данные через ~15 нс на шину данных, а потом быстренько перевести порт обратно в input (в следудующие ~10 нс). Вот такая математика примерно.

[Quest]

Рас такие сложности, то разумеется не стоит городить пауков на системной плате. Я думал можно обойтись малюсенькой платкой и тремя проводками... Думаю тогда целесообразнее будет разместить часы на плате HDD контроллера, как и предлагал DrPass.

[blackmirror]

Tronix, посмотрел документацию на V20, получается, что данные нужно читать до изменения сигнала #RD. Для AVR единственный шанс это Xmega 32 МГц, синхронизация частоты и таблица переходов. Иными словами, в регистре R31 нужно хранить состояние программы(какой бит принимаем или выдаём), командой IN читать #RD и AD7 в регистр R30(1 такт), командой IJMP переходить по адресу R30:R31(2 такта), модифицировать R31 однотактными командами, если нужно перейти в новое состояние или добавлять NOP для сохранения синхронизации. То есть читать сигналы и принимать решение мы сможем 1 раз за такт шины. Выдачу данных придётся делать поймав #RD->0 (значит чтение нужно разместить поближе к этому переходу) и отключаясь от шины через фиксированное время в момент #RD->1, но не проверяя данного факта. Для более быстрых контроллеров синхронизацию частоты делать тоже придётся, то есть как минимум получается три провода, CLK, #RD и AD. Программа тут конечно тоже будет похожа на паука, весь вопрос в том, какие пауки кому больше нравятся

[Tronix]

blackmirror, я подумал еще раз немного на эту тему и, почти гарантирую - не успеет. Либо, если я все-таки ошибаюсь, успеет, но только обрабатывая параллельную шину и ничем больше не занимаясь. Ни шага в сторону, не говоря уже о PS/2 или светодиодом мигнуть. Мигнул светодиодом - не успел выставить на шину данные по запросу ВНЕЗАПНО пришедшему. Это за гранью добра и зла. И ARM не успеет, если речь идет о STM32. На каких-нибудь NXP LCP мегагерц под ~200-300 попробовать можно конечно, но а) стоимость такого контроллера б) из пушки по воробьям, то есть конечно молотилку отдаем под шину, а остальных 99,9% контроллера простаивают (флеш, рам, модули встроенные, ноги gpio) и в) зачем - если для параллельной шины есть PIC с его PSP (Parallel Slave Port), как и сделано у меня....

[blackmirror]

Tronix, про параллельную шину речь не идёт, речь идёт про то, как обойтись тремя проводками(не считая питания). Но лучше конечно делать аппаратную поддержку: сигнал IORD будет использоваться как SPI_CLK, сигнал с линии адреса будет SPI_IN, с линией данных (через транзистор или буферный элемент управляемый сигналом IORD) будет соединяться сигнал SPI_OUТ, обычно пребывающий в состоянии входа. Маркер выбираем такой, чтобы при циклическом сдвиге его байты не повторялись, тогда получив из SPI какой либо байт, по таблице находим сколько бит маркера уже принято, программно(или подключив к IORD еще и таймер) выкидываем некоторое количество бит, чтобы остался последний байт маркера, снова включаем SPI, принимаем хвост маркера и если всё нормально, переключаем SPI_OUT на вывод, ну а далее мы можем передать всё что угодно, если конечно DMA не влезет. В таком варианте оно может взлететь даже на tinyAVR.

[grunger]

На моём поиске не работают клавиши. Как-то ситуация прояснилась? Как-то можно отремонтировать то, что у меня есть?

[MM]

Можно было бы сделать девайс на скромной ОЭВМ и аппаратных ключах пленочной клавы типо 561КП2 в количестве N шт.
Достоинство - полная аппаратная совместимость и дешевизна.
Быстродействие ОЭВМ - в 2 лимона рег-рег вполне можно было бы уложиться, к-во проволок управления ключами - в 16 шт. тоже можно уложиться.
Кстати, ничто не мешает параллельно подключать классическую клаву Поиска из комплекта поставки.

[Daniil Chislov 86]

Tronix, Я предлагаю назвать эту разработку как-то так : В619 - адаптер контроллера PS/2 и USB клавиатур.