Вид для печати
Вроде не нашел темы по замене клавиатуры для 86РК в теме про РК.
Прикупил на али Arduino Nano ТАКУЮ. Знаю что можно использовать схему Caro на Atmega48, как я понимаю и на 168/328 соответственно.
Вопрос такой можно использовать готовую плату, не сдувая с нее чип? И как получить прошивку под 168/328 желательно с описанием, что делать? А то РК ни как не могу до ума довести без клавиатуры.
Я про РК мало что знаю, но вот парни такую ардуинку к разным клонам спека подключают.
Скрытый текст
А безвейтово им, стало быть, слабо?Цитата:
Сообщение от SoftLight
Так там 16 МГц всего. Они пишут, что время реакции должно составлять ~680 нс. Получается, при их 16 МГц это 10.9 тактов AVR-ки.Цитата:
Сообщение от HardWareMan
Вот было бы 11 - уложились бы:
4 такта уйдет на вход в прерывание
3 на JMP по вектору
1 такт на чтение шины адреса
2 такта на взятие из памяти байта данных, соответствующего прочтенному адресу
1 такт на вывод байта на шину данных
А так всегда есть вероятность, что проц полезет читать шину в те 6 нс, когда данные ещё не готовы.
- - - Добавлено - - -
Но это в случае спектрума, а для РК86 вейт, по-моему, не нужен, даже если на Си прошивку писать.
А зачем такие сложности!? Просто проверяем ULA.RD в цикле и переходим на обработку запроса, команда SBIS выполняется от 1 до 3 тактов, а обработку PS\2 вешаем на прерывание...Цитата:
Сообщение от Eltaron
- - - Добавлено - - -
Меги спокойно работают и на 20МГц ;)Цитата:
Сообщение от Eltaron
Речь про конкретный девайс и конкретный подход его авторов.Цитата:
Сообщение от Alex_LG
С прерыванием на PS/2 плохо то, что тогда вся логика конвертации кодов и подготовки 256-байтной таблицы будет прямо в прерывании. Понятно, что шина медленная, пакеты редкие и т.д. Но однажды мы всё же проигнорим очередной опрос, и игра словит ложное отпускание кнопки. Лучше уж wait.
Прерываение нормально, если делать его только на перепад синхросигнала, т.е. "упал" клок в "0" - записали бит данных и дальше "слушаем" ULA.RD.Цитата:
Сообщение от Eltaron
Таблицу клавиш строим заранее, т.е. строим таблицу где коду клавиши ПС/2 соответствует маска на ШД (в данном случае для Спека). Для хранения маски нажатых клавиш используется всего 8 ячеек,т.е. не так уж и много. При активном ULA.RD считываем ША и выводим нужную ячейку на ШД. Ничего не пропускаем и ни каких ложных срабатываний. Это теория, надо пробывать...
Заканчивает, тема не про Спек! :)))))
А что если опрашивается, допустим, порт 0xFCFE? Будем в самом критичном к таймингам месте бегать по ячейкам и AND-ить их? Предварительная подготовка полной таблицы сэкономит нам время и на этом, и на вычислении адреса - мы просто разместим её в памяти так, чтобы младший байт адреса ячейки совпадал со старшим байтом адреса порта.Цитата:
Сообщение от Alex_LG
Не знаю что это за порт, в стандартной конфигурации такого нет. Из ША используются только А8-А15, сканируется матрица клавиатуры "0" по одной из этих линий, так, что и портов только 8, соответсвенно и 8 ячеек для хранения маски нажатых клавиш. Операция И или ИЛИ (для создания маски нескольких нажатых клавиш по одному порту) - это не столь важно и не критично, даже если Спек прочитает состояние одной из ячеек без нажатой клавиши (момент когда еще по ПС\2 не полностью считан код и в ячейке предыдущее состояние) это ни к чему не приведет, ведь и с обычной клавиатурой Спека не всегда клавиши жмутся в нужный момент и одновременно...Цитата:
Сообщение от Eltaron
Ага, порта нет, а диоды на линиях адреса у клавиатурной матрицы зачем-то есть :) Вот, на любом спектрумеЦитата:
Сообщение от Alex_LG
10 PRINT AT 0,0; IN 64766;" ": GO TO 10
И понажимать CS...V и A...G
Так, знаете, мы дойдем до того, что PRESS ANY KEY TO CONTINUE через IN 254 делать тоже нельзя. Это ж 0 на всех A8..A15, катастрофа!
У 86РК тоже диоды на матрице, так что не офтоп :)