Тестирование работоспособности контроллера - Страница 2

st_1 · 29.07.2011, 14:08

Сообщение от PlainUser

Работоспособность проца проверять смысла нет.
Как и ставит ловушки на неиспользуемые прерывания.
Но если по малолетству и скудости мастерства охота то пожалуйста ,
хуже не будет.

Вы о чём это??? Если ёлочная гирлянда, то нет смысла, а если это удалённо обслуживаемый и обновляемый девайс???

Easyrider83 · 29.07.2011, 14:11

Я, кстати, при разработке чего-то сложнее гирлянды, часто закладываю счетчик резетов. В начале инициализации проц прибавляет единичку к значению в еепром. Через некоторое время считываю еепром и смотрю - не было ли резетов?

st_1 · 29.07.2011, 14:19

Без анализа причин... толку мало...

Easyrider83 · 29.07.2011, 14:23

Сообщение от st_1

Без анализа причин... толку мало...

Если резеты были, есть смысл искать причины. Дальше у меня такой способ - программа в любом случае делится на части, модули или процедуры. Каждая процедура, в начале выполнения, обозначает свой номер в еепром. При выходе номер стирает. Таким образом ясно, какая процедура повисла.

Но тема про отказ железа. А тут никакие процедуры не помогут. Да и не пишем мы процедур, которые могут зависнуть. Так что если резеты были - причина отказа - железо.

st_1 · 29.07.2011, 14:35

Сообщение от Easyrider83

Да и не пишем мы процедур, которые могут зависнуть. Так что если резеты были - причина отказа - железо.

Посмеялсо...

Easyrider83 · 29.07.2011, 14:40

Сообщение от st_1

Посмеялсо...

Поясняю. Процедур, которые ждут события вечно, не применяем.
Смейтесь дальше.

st_1 · 29.07.2011, 14:53

Сообщение от Easyrider83

Смейтесь дальше.

Легко...если вы просите...

Сообщение от Easyrider83

Я, кстати, при разработке чего-то сложнее гирлянды, часто закладываю счетчик резетов. В начале инициализации проц прибавляет единичку к значению в еепром. Через некоторое время считываю еепром и смотрю - не было ли резетов?

Это говорит о низком профессионализме, слабом знании софта и схемотехники... а также о неуверенности в своих знаниях и в себе...

Сообщение от Easyrider83

Да и не пишем мы процедур, которые могут зависнуть. Так что если резеты были - причина отказа - железо.

Искажение состояния портов, ОЗУ и спец регистров в результате внешнего электромагнитного воздействия или воздействия ионизирующего излучения вы тоже не рассматриваете???

Easyrider83 · 29.07.2011, 15:17

Сообщение от st_1

Это говорит о низком профессионализме, слабом знании софта и схемотехники... а также о неуверенности в своих знаниях и в себе...

А о еврейском происхождении не говорит?

Сообщение от st_1

Искажение состояния портов, ОЗУ и спец регистров в результате внешнего электромагнитного воздействия или воздействия ионизирующего излучения вы тоже не рассматриваете???

Вы тему читали? Не важно, по каким причинам контроллер зависает или резетится. Важно, как это контролировать.
Буду иметь в виду, что st_1 тот еще мерзкий товарищ. Тоже, наверное, с украины

_guardianangel · 29.07.2011, 15:24

Мля мож харош флудить. Здесь все таки обсуждается обычна промышленная железяка, а не супер пупер хрень выдерживающая ядрёный взрыв с его окуенным ЭМИ и прочими прелестями. Если в месте установки электроники существуют импульсы способные отправить в ребут контроллер то нах он там нужен?

st_1 · 29.07.2011, 15:35

Сообщение от Easyrider83

Не важно, по каким причинам контроллер зависает или резетится. Важно, как это контролировать.

Кто ресетится??? Кто зависает???

Сообщение от st_1

Искажение состояния портов, ОЗУ и спец регистров в результате внешнего электромагнитного воздействия или воздействия ионизирующего излучения вы тоже не рассматриваете???

Может и не зависнуть... и не ресетнутся... а работать будет неправильно...

Цитата:

тот еще мерзкий товарищ

А мне истина - дороже!!!