Ну там же три кнопки на трех пинах - F11,F12 и PrtScr. PrtScr вешается на Reset, а остальные две - на Magic и Turbo.
Вид для печати
Ну там же три кнопки на трех пинах - F11,F12 и PrtScr. PrtScr вешается на Reset, а остальные две - на Magic и Turbo.
Пора переходить с доисторических прошивок на более современные
https://www.avray.ru/ru/zx-spectrum-ps2-keyboard/
- - - Добавлено - - -
Northwood, вы турбо-режим так дорабатывали?
https://zx-pk.ru/threads/9860-ne-rab...l=1#post359486
Я пробовал прошивку "KBD13_M48_nw_MODIFIEDv5_5_20MHz.hex", но она вообще никак не работает, никаких признаков жизни, все индикаторы на клавиатуре молчат и нет реакции ни на Caps/Scroll/Num Lock, ни на PrintScreen. Фзьюзы оставил как для 1.3 (контрольная сумма: LockBit - 0xFF, Extended - 0xFF, High - 0xDC, Low - 0xEF).
Пробовал менять фьюзы по рекомендациям EvgenRU (LockBit - 0xFF, Extended - 0xFF, High - 0xDD, Low - 0xEE), но ничего не изменилось - никаких признаков жизни контроллера. Возвращаю прошивку 1.3 вместе с её родными фьюзами - всё работает, кроме управления Турбо.
- - - Добавлено - - -
Да, я за основу взял эту схему и реализовал вариант - WAIT только для выборочных портов, в частности, при обращении к клавиатуре WAIT в Турбо 7 и 14 МГц генерируется, проблем с работой клавиатуры в Турбо-режимах, как механической плёночной, так и PS/2, вообще нет. Я просто хочу сделать управление Турбо-режимом с помощью PS/2 клавиатуры.
Схему удлинения IORQ при обращении к выборочным портам, можете посмотреть в моей схеме - DD107, DD108.3, DD108.4, DD5.2, DD118.2, DD121.2 в правом нижнем углу схемы:
https://i.ibb.co/HTT9g95/Main-Board-v7-2-sch-ps.png
Создал паблик репозиторий для проекта "Пентагон-4096".
https://github.com/AleksandrDneprCity/Pentagon-4096
Кажется, у меня есть идея, почему iS-DOS в режиме "Турбо-14 МГц" может виснуть почти сразу после запуска, при том, что все остальные программы и тесты не выявляют ошибок в работе компьютера, работают стабильно.
Пока это только предположение, но я попробую внести небольшое изменение в схему формирователя сигнала INT. Глюк действительно может возникать, если в ПО очень часто запрещаются и разрешаются прерывания не в теле обработчика прерываний.
В данной схеме, при разрешённых прерываниях, длительность сигнала INT ограничивается самим процессором - как только он хватает прерывание, он выставляет активные уровни на линиях ~M1 и ~IORQ, по этому событию сигнал INT тут же прекращается. Здесь всё замечательно. Но если прерывания запрещены, то длительность INT ограничивается счётчиком в схеме. И кажется, дорабатывая Пентагон-1024 1.4, я сделал чрезмерно большой запас, который теоретически может приводить к тому, что при определённых условиях, если прерывания были запрещены и их разрешают, процессор может за 1 телевизионный кадр дважды подряд схватить прерывание и выполнить подпрограмму. В Турбо-14 МГц, когда всё выполняется в 3-4 раза быстрее относительно стандартного режима, такая ситуация вполне может быть.
Я попробую в 2...4 раза уменьшить запас длительности INT при запрещённых прерываниях и посмотрю, поможет ли это решить проблему с iS-DOSом в режиме "Турбо-14 МГц". При том, что ОЗУ работает стабильно,- я уже несколько дней не выключаю Турбо-14 МГц, и за всё это время ни одного сбоя ни в тестах ОЗУ, ни в Бейсике, который активно использует ПЗУ, то больше предположений не остаётся.
Кстати, в схеме Пентагона-4096 этот запас я сделал во много раз меньше. Поэтому если уменьшение запаса длительности INT в доработанном Пентагоне-1024 даст положительный результат, это будет означать, что в Пентагоне-4096 эта проблема не должна возникнуть вообще.
А зависает аппаратно проц или программа зацикливается?
Лог. анализатором можно на шине посмотреть адрес, где зависает.