Speccy - наш выбор! - KAY-1024/SL-4/TURBO v2010 + NemoFDC + NemoIDE

Speccy - наш выбор! (http://zx-pk.ru/index.php)

- Unsorted (http://zx-pk.ru/forumdisplay.php?f=13)

- - KAY-1024/SL-4/TURBO v2010 + NemoFDC + NemoIDE (http://zx-pk.ru/showthread.php?t=13770)

caro, а eeprom уже поддерживается?

Quote:

Originally Posted by SoftFelix (Post 353765)

А она работает _только_ в этом режиме или ещё поддерживает Scan Code 3?

Нет, только в режиме 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 ----------

Quote:

Originally Posted by Дмитрий (Post 353766)

caro, а eeprom уже поддерживается?

Как только выяснится, что новая прошивка работает, добавлю работу с EEPROM.

Quote:

Originally Posted by caro (Post 353759)

Версия прошивки 0.4 для встроенного в KAY1024
контроллера клавиатуры.

Работа IBM-клавиатуры в режиме Scan Code 2.
Должны нормально заработать через переходник USB-клавиатуры,
в которых предусмотрено автоматическое переключение на PS/2,
но не реализована работа в режиме Scan Code 3.

Камиль, большое спасибо!!!
Вечерком обязательно проверю со своей slim-клавой. Ваша заработала?
Вопрос-просьба - можно ли на какую-нить F-клавишу(или комбинацию с любым из Shift'ов) повесить генерацию длинного сигнала WAIT - для "заморозки" программы?
А как быть, когда нужен просто NMI, например, для работы нек. "сервисных" программ, например, мониторов-отладчиков? Или "нажатие" MAGIC'а будет нормально отрабатывать?

Quote:

Originally Posted by Alex_NEMO

Вечерком обязательно проверю со своей slim-клавой. Ваша заработала?

Да, моя заработала.

Quote:

Originally Posted by Alex_NEMO

Вопрос-просьба - можно ли на какую-нить F-клавишу(или комбинацию с любым из Shift'ов) повесить генерацию длинного сигнала WAIT - для "заморозки" программы?

Для этого я обычно задействую клавишу PAUSE/BREAK.
Её нажатие и сейчас в программе обрабатывается, но /WAIT пока не выдается.
В следующей версии обязательно вставлю. Нажатие клавиши PAUSE/BREAK по первому же обращению к порту клавиатуры будет останавливать Z80 сигналом /WAIT.
Для продолжения работы надо будет нажать любую клавишу.

Quote:

Originally Posted by Alex_NEMO

А как быть, когда нужен просто NMI, например, для работы нек. "сервисных" программ, например, мониторов-отладчиков? Или "нажатие" MAGIC'а будет нормально отрабатывать?

Сейчас на выходе MAGIC при нажатии клавиши F12 вырабатывается импульс низкого уровня длительностью 10 мсек.
Попробуй подать его на соответствующий вход FDD-контроллера.

caro, НЕГлюк имеет привычку при изменении режима (кнопочку нажали) сразу писать в RTC(уже и в EEPROM), а EEPROM имеет конечное количество циклов перезаписи, наверное стоит его отучить от этого?

Quote:

Originally Posted by Дмитрий

Не меньше 100 тысяч циклов перезаписи.
А как часто может изменяться режим?

caro, я уже пофиксил эту привычку глюка :) теперь сохранение в EEPROM происходит через кнопку "E" или при запуске какой-либо программы. Это касается только EEPROM, в RTC, при их наличии, глюк пишет прямиком.

Quote:

Originally Posted by Дмитрий (Post 353841)

caro, я уже пофиксил эту привычку глюка :) теперь сохранение в EEPROM происходит через кнопку "E" или при запуске какой-либо программы.

Тоже хороший вариант.

В общем новая версия. Изменения:

Quote:

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 - выбор
буквы вирт. диска.

Так же учтено предложение Лас-а, не трогать порт h1FFD из ПЗУ.
Версия обкатана на эмуле ZXMAK, который ZEK пропатчил на предмет поддержки обмена данными с EEPROM-памятью через порт hFE, по методу Caro.

Разряд D1 порта 1FFD управляет блокировкой 128режима (можно одним проводком проброс сделать). Еще из бонусов, прошивка должна работать без переделок на Pentagon 1024SL v1.4