Теоретически должно быть так, но на практике оно не всегда прописывается. Естественно, это я проверял по чтению регистра текущего значения, причем многократного чтения.Сообщение от Alex_K
Теоретически должно быть так, но на практике оно не всегда прописывается. Естественно, это я проверял по чтению регистра текущего значения, причем многократного чтения.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Проделал небольшой опыт в пультовом отладчике ПП. Сперва остановил таймер записью 0 в регистр 177710. Потом записывал в буфер 177712 новое значение и смотрел в 177714. Между 177712 и 177714 ходил стрелками вверх и вниз. Никаких сбоев не было.
А вот у меня получалось.
Правда, эта ситуация выскакивала крайне редко.
Гораздо легче получить неразблокировку регистра текущего значения при его чтении.
---------- Post added at 16:27 ---------- Previous post was at 16:19 ----------
На счет регистра текущего значение есть такое предположение:
В режиме останова, он все равно блокируется в цикле по каждому фронту предделителя. И если счиать его в тот момент, когда пришел новый фронт, то он разблокируется, и заблокируется заново.
Titus, если мало ли тест сырой, то подчистите и выложите, во всяком случае у меня есть УКНЦ и с 1515ХМ1-031 и 1515ХМ2-001.
А незапись, как я понимаю происходила в режиме СТОП?
С учетом 2013 года запустил 13 раз тест TSTMR на УКНЦ с 1515ХМ2-001.
Представляем результаты:
Скрытый текст
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
[свернуть]
Уважаемый Titus ждем ваших комментариев. Так на первый взгляд вроде бы нормально.
Так все же одинаково)
Я по 100 раз запускал, чтобы добиться отличий)
Как будет в счетчике не 2600, а 4097 или что-то подобное, вот такой скриншот нужен)
Ох, и пришлось же помучиться! Когда запускал с дискеты, то все нормально. Мне это надоело, да и дисковод с дискетой стало жаль, загрузился с IDE Flash-карты, переписал с дискеты тест. Запускаю - все нормально, никаких сбоев. Решил выключить УКНЦ, загрузится сразу с IDE и позапускать без обращения к дисководу. Вот тут-то и понеслось, почти через раз, то нормально, то со сбоем. Прочитал каталог с дискеты - не помогло.
Ну лучше сразу видеть:
Скрытый текст
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
Скрытый текст
[свернуть]
[свернуть]
Ну теперь то, что надо?
Кстати, еще при значении 2600 очень часто переходная пара 0->65535.
Да, один из глюков проявился, который третий (самый редкий у меня).
Правда, при работе с жесткого диска, входящие условия разные. Таймер перед тестом остановлен, и переполнения нет, что видно по первому значению 000 в нижних строчках. Далее в таймер заносится новое значение - 0xFFF (которое в данном случае заносится через раз), и таймер переключается в формат 004 (8мкс)
Глюк второго типа тут невозможен, т.к. таймер не был заблокирован на момент начала теста.
Переходная пара может глючить - не обращайте внимания, т.к. на нее распространяются все текущие глюки.
Да, таймер действительно остановлен. Получается, что это делает резидент WDR, т.к. нет звука по УПР+G. Попробую еще с дискеты. Может получиться поймать глюк. А так таймер во время неиспользования находится в режиме ПУСК, чтобы был звук при обработке управляющего кода УПР+G. Щелчки при нажатии клавиш будут даже в режиме СТОП.
Titus, если не секрет, что за монитор у тебя?
Музей ретрокомпьютеров в Минске!
Здесь ничего нет => http://byteman.by
И здесь тоже --->>> http://bytespace.by
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
