caro, а eeprom уже поддерживается?
caro, а eeprom уже поддерживается?
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Нет, только в режиме Scan Code 2, который используется во всех IBM-ских клавиатурах по умолчанию.
Была у меня в начале идея проверять при инициализации, может ли клавиатура работать в режиме Scan Code 3,
и в зависимости от этого работать либо в старом режиме 3, либо оставаться в режиме 2.
Но какой в этом смысл, кроме сохранения старой таблицы раскладки клавиатуры, которую я за пол-часа переделал под Scan Code 2.
Тем более, что это потребует дополнительно 256 байт для таблицы перекодировки из режима 2 в режим 3.
---------- Post added at 11:00 ---------- Previous post was at 10:59 ----------
Как только выяснится, что новая прошивка работает, добавлю работу с EEPROM.
Камиль, большое спасибо!!!
Вечерком обязательно проверю со своей slim-клавой. Ваша заработала?
Вопрос-просьба - можно ли на какую-нить F-клавишу(или комбинацию с любым из Shift'ов) повесить генерацию длинного сигнала WAIT - для "заморозки" программы?
А как быть, когда нужен просто NMI, например, для работы нек. "сервисных" программ, например, мониторов-отладчиков? Или "нажатие" MAGIC'а будет нормально отрабатывать?
Speccy-2007 + 48k(пока) + TR-DOS + ZX-VGA
KAY-1024 v2010/SDCard HxC Floppy Emulator/Epson SD-700/ZX-VGA/.....
Да, моя заработала.Сообщение от Alex_NEMO
Для этого я обычно задействую клавишу PAUSE/BREAK.Сообщение от Alex_NEMO
Её нажатие и сейчас в программе обрабатывается, но /WAIT пока не выдается.
В следующей версии обязательно вставлю. Нажатие клавиши PAUSE/BREAK по первому же обращению к порту клавиатуры будет останавливать Z80 сигналом /WAIT.
Для продолжения работы надо будет нажать любую клавишу.
Сейчас на выходе MAGIC при нажатии клавиши F12 вырабатывается импульс низкого уровня длительностью 10 мсек.Сообщение от Alex_NEMO
Попробуй подать его на соответствующий вход FDD-контроллера.
caro, НЕГлюк имеет привычку при изменении режима (кнопочку нажали) сразу писать в RTC(уже и в EEPROM), а EEPROM имеет конечное количество циклов перезаписи, наверное стоит его отучить от этого?
Не меньше 100 тысяч циклов перезаписи.Сообщение от Дмитрий
А как часто может изменяться режим?
Последний раз редактировалось caro; 28.01.2011 в 14:01.
caro, я уже пофиксил эту привычку глюка теперь сохранение в EEPROM происходит через кнопку "E" или при запуске какой-либо программы. Это касается только EEPROM, в RTC, при их наличии, глюк пишет прямиком.
В общем новая версия. Изменения:
Так же учтено предложение Лас-а, не трогать порт h1FFD из ПЗУ.services_kay v.0.1d
+ добавил драйвер eeprom, теперь при наличии контроллера PS/2
клавиатуры Caro, можно использовать внутреннюю память МК как
энергонезависимую, т.е. хранить в ней настройки HEGLUK.
При инициализации глюка, производится детект GlukRTC, и eeprom
на порту hFE, приоритет у GlukRTC больший.
* Переделал работу драйвера rtc/eeprom, в виду определенного числа
циклов перезаписи eeprom, при работе с eeprom в памяти
организовывается буфер в 256 байт, в котором производятся текущие
манипуляции (чтение/запись), по команде пользователя (кн.E), либо
при запуске какой-нить программы (если включен Autosave SetUP) -
изменения буфера записываются в eeprom. Работа с RTC ведется в
прежнем режиме, т.е. изменения записываются сразу.
+ Добавлен пункт Autosave SetUP, который отвечает за автосохранение
настроек глюка в eeprom при запуске какой-нить программы. Настройка
хранится в eeprom/rtc в 18м байте, бит 0.
* Пересмотрел горячие кнопки, теперь E - сохранение настроек в eeprom,
S (с капсом) - режим автосохранения настроек вкл/выкл, Y - выбор
буквы вирт. диска.
Версия обкатана на эмуле ZXMAK, который ZEK пропатчил на предмет поддержки обмена данными с EEPROM-памятью через порт hFE, по методу Caro.
Разряд D1 порта 1FFD управляет блокировкой 128режима (можно одним проводком проброс сделать). Еще из бонусов, прошивка должна работать без переделок на Pentagon 1024SL v1.4
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)