Тут возникает проблема детекта момента, когда Z80 прореагировал на NMI и начал выполнять обработчик. Проблема не так проста, как кажется.Сообщение от UncleDim
Если подменять просто по низкому уровню сигнала NMI - то текущая исполняющаяся команда будет писать/читать не ту память.
Выходит надо дожидаться окончания этой команды, и только потом подменять. Но как это понять?
(стёр)
надо однозначно выделить подтверждение nmi (выглядит как чтение из памяти), т.е. по идее достаточно будет простробировать nmi например чтением порта (любого) - юзер со своими нажатиями вряд ли заметит какую-либо задержку -тогда, после появления nmi, первая же запись в память после чтения из памяти должна будет отправляться уже в новую раскладку памяти (если не путаю, нигде в командах после iord не наступает memrd).
Последний раз редактировалось UncleDim; 19.10.2023 в 15:36. Причина: Поторопился)
Profi v3.2 512K+color; Profi 6.2B; МС-0511
Иными словами - когда нужно сделать NMI:
1. ждём IORQ=0 (при M1=1, чтобы не спутать чтение порта с подтверждением INT)
2. Выставляем NMI=0 на 1 такт
3. Ждём MREQ=0 - как дождались - подменяем память на запись
В целом должно сработать, кажется.
Не подойдет для приложений, где нет чтения из портов, но в случае с клавиатурой это не проблема
3. Mreq+Rd
(1. M1 можно и игнорить, не помешает)
Profi v3.2 512K+color; Profi 6.2B; МС-0511
В принципе да, не помешает.
(как-то все проще было сделано у меня в профике, полез в бессменный um0080)
Действительно. Цикл подтверждения nmi - он ещё и м1)
Profi v3.2 512K+color; Profi 6.2B; МС-0511
Чем это помогает?
сигналом м1 "ровняем" приход nmi и им же (следующим) переключаем раскладку (хотя не, можем сразу после префикса попасть. ну да ладно, все равно при наличии м1 будет проще)
вот с обратным переходом нужен отдельный механизм
Последний раз редактировалось UncleDim; 20.10.2023 в 21:37.
Profi v3.2 512K+color; Profi 6.2B; МС-0511
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием