caro, Вы не читали случаем вот это?
http://www.zx.pk.ru/showpost.php?p=240120&postcount=579
http://www.zx.pk.ru/showpost.php?p=240236&postcount=585
Суть в том, что на Скорпионе сигнал NMI с мультикарты не дает того эффекта который ожидается. Как выяснилось, на Фениксе та же история. В обоих клонах приходится делать доработку скальпель/провод. Это не лечится изменением прошивки?
ScorpEvo ZS 1024 turbo+ CF-HDD/FDD/Mouse/SMUC 3.1/ProfROMse/NeoGS/ZC
Speccy-2007 128/AY/TR-DOS
Сайт с документацией к "Scorpion ZS 256"
ScorpEvo ZS 1024 turbo+ CF-HDD/FDD/Mouse/SMUC 3.1/ProfROMse/NeoGS/ZC
Speccy-2007 128/AY/TR-DOS
Сайт с документацией к "Scorpion ZS 256"
ScorpEvo ZS 1024 turbo+ CF-HDD/FDD/Mouse/SMUC 3.1/ProfROMse/NeoGS/ZC
Speccy-2007 128/AY/TR-DOS
Сайт с документацией к "Scorpion ZS 256"
Может ли частая запись в ячейки CMOS часов вызывать генерацию /WAIT большой длительности в прошивке для ZXM-Phoenix?
Видимо имеется ввиду, что поскольку интерфейс с часами является последовательным,Сообщение от Keeper
требуется большое время при каждом обновлении ячеек CMOS.
А значит при частой записи в часы, следующее обращение должно /WAIT-ится,
дожидаясь окончания предыдущего цикла записи.
Если внимательно прочитаете описание работы с RTC, то запись нового значения производится только после снятия бита разрешения работы с часами.
Причем между последней модификацией ячеек времени и снятием бита разрешения работы с часами
должно пройти не больше 1 секунды, иначе время в RTC не будет модифицировано, хотя часы будут идти с новыми установками.
Эту тему просматривают: 3 (пользователей: 0 , гостей: 3)