Ну вот собственно ошибка на другой системе:
Скрытый текст
[свернуть]
Хотя команда и MOV PC,@R0, но в R0 пишется байт.
Ну вот собственно ошибка на другой системе:
Скрытый текст
[свернуть]
Хотя команда и MOV PC,@R0, но в R0 пишется байт.
Последний раз редактировалось Alex_K; 16.02.2019 в 23:07.
На третьем проходе вылетела ( в начале первого прохода в R5 = 8013/5 = 1602 = 03102 ).
---------- Post added at 00:55 ---------- Previous post was at 00:03 ----------
Если блок питания во всех случаях был один и тот же - проблема может быть в нём.
Мне один раз довелось наблюдать, как после подключения второго блока дисководов к ДВК - у 1801ВМ2 начались вылеты по Trap_To_4 в ядре RMON RT-11.
Если бы проблема была в блоке питания, то я бы наверное и загрузится бы не смог. А так проблема возникает в одном месте, да и к тому же на одной из УКНЦ тест проходил, но показания слишком плавали. Другие тесты проходят без проблем. Грузился я с разных устройств (дисковод и IDE-Flash).Сообщение от Patron
Надо, чтобы этот тест прогнали бы на другой УКНЦ несколько раз. Вот тогда можно делать кое-какие выводы.
Играет роль скорость реакции блока питания на изменение нагрузки. Ведь ошибки чаще всего возникали при смене типа кода, а значит - и профиля потребления.
Обычный код имеет усреднённый профиль потребления, поэтому загрузка операционной системы и т.п. проходит без проблем. Но когда после тысячи команд MOV (PC),R0 подряд - вдруг появляется NOP - профиль потребления резко изменяется.
Когда к ДВК подключили второй блок дисководов - она тоже начала вылетать только в одной программе и только на одной и той же команде внутри RMON ( неделю без толку отлаживал, пока второй дисковод не отключили и всё не пришло в норму ).
Ерунда какая) Вам пора спать)
Не такая уж и ерунда - не знаю как местная ошибка и случай из практики Patrona,
а вот на PC во времена аникуйства я сталкивался с таким. Замена БП на новый (хотя и старый вроде бы рабочий)
решала проблему (разную). Но тут это снова оффтоп получается )
---------- Post added at 05:04 ---------- Previous post was at 05:01 ----------
И почему на форуме нельзя самому себе сказать спасибо? )
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Не буду настаивать на тонкостях формулировки диагноза, но то, что вылет/не вылет 1801ВМ2 по Trap_To_4 при выполнении обычных ( не предполагающих возможности зависания шины ) последовательностей команд связан именно с характеристиками питания - достоверный факт.
Нужно прогнать тест с разными блоками питания и сравнить результаты.
---------- Post added at 12:12 ---------- Previous post was at 12:03 ----------
Возможно, главную роль играет организация цепей питания на плате - тогда даже с идеальным блоком питания тест будет глючить.
В этом случае нужно подобрать максимально качественный блок питания и сравнивать в тесте разные платы с 1801ВМ2 ( от УКНЦ, ДВК и т.д. ).
Последний раз редактировалось Patron; 25.02.2013 в 13:07.
Уверен, что тут ошибка другого плана. Ведь команда MOV (PC)+,R0 ничем по своим характеристикам не отличается от подавляющего большинства других стандартных команд.
Во-первых не MOV (PC)+,R0, а MOV @PC,R0. А во-вторых уникальность ситуации в том, что значение источника уже считалось по предвыборке, да и предвыборка не нарушается.
По поводу блока питания - используется AT-блок, модели HIPRO HP-200PGN. Проблемы есть на двух УКНЦ, но адреса разные.
Titus, прогоните этот тест на своих.
Доставать долго. Быстрее самому написать альтернативный тест для MOV (PC),R0, чтобы вы прогнали.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
