Тогда вот кусочек. Прокоментировать не могу - не знаком с работой ВН59. Там в регистре 0ffbah очищается 3 bit.Сообщение от spensor
Тогда вот кусочек. Прокоментировать не могу - не знаком с работой ВН59. Там в регистре 0ffbah очищается 3 bit.Сообщение от spensor
Ну и в догонку кусок определения конфигурации компьютера - страница 20 (14h).
Оттуда все и вызывается.
Внимание! Всплыл первый bug - в перечне к схеме должно быть следующее:
"DD13 КР1533ИД7
DD14 КР1533ИД14".
2 ewgeny7. Спасибо, за найденную опечатку!
Тут возникли следующие вопросы, может я чего упустил.
1. Определенность с командой OUTD и портом #D9BE/#D8BE (запись старшего байта в ATA-IDE) найдена?
2. Дамп NVRAM уже был найден и разобран?
Пример 4 тому свидетельтсво - мож я что в коментариях напутал, но это точно работа с NVRAM.Сообщение от spensor
И еще один кусочек, мне совсем не понятно, предположительно модем или порт какой то( 78feh, 79feh,7afeh, 7bfeh).
Сообщение от spensorЯ имел в виду дамп Flash - массив чисел в NVRAM.Сообщение от Mick
Может тогда вот это. Там в инициализации NVRAM есть ссылка на подпрограмму. И там есть операция XOR (наверно самая любимая операция автора).Сообщение от spensor
1. ох, тяжко... столько реальщиков и НИКОМУ нет дела. давно бы уже записали в память по любому адресу байты 1,253,128,97,54,24,237,163,201 через POKE, сделали PRINT USR этот адрес, если включается 2-й экран, прав я с AlCo и jtn, если нет - то caro со своим мануалом к Z80Сообщение от spensor
2. нет никакой практической необходимости это делать, потому что при неверной контрольной сумме ProfROM инициализирует NVRAM самостоятельно. нафига подписывать ячейки с точностью до байта, если эта информация можнт плавать от версии к версии NVRAM. вряд ли кто-то возьмётся делать эту нудную и кропотливую работу по описанию всех двух килобайт, когда пользы от неё - ноль.
может сам попробуешь?
в документации опечатка в псевдокоде инструкции:Сообщение от caro
(С)<-(HL); BC <- B-1;
а надо
B <- B-1; (С)<-(HL);
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)