IAR EWAVR v5.30.6 и WDT, таймаут WDT до main (длинная инициализация) Опции

[ivainc1789]

Размер программы в ATmega324P превысил 15 kB и с некоторых пор попытки запрограммировать fuse WDTON безуспешны: программа не стартует. С незапрограммированным все нормально работает. Скорее всего случается таймаут WDT на полпути к main. C такой ситуацией столкнулся впервые и прошу подсказать как ее грамотно преодолеть в IAR? Как получить доступ к коду инициализации, чтобы одной из первых инструкций вставить обращение к переинициализации WDT?

[Xenia]

Зачем было включать WDTON на фузах? Задача решается гораздо проще, если этот фуз не включать, а watch dog включить программно в cамом начале main(). Тогда, каким бы ни был продолжительным по времени setup(), watch dog работает нормально. А на сетапе прога не застрянет - он умными людьми писан .
P.S. Пока я не прочла эту тему, то думала, что все делают так, как я.

[demiurg_spb]

А на сетапе прога не застрянет - он умными людьми писан

Количество ума не влияет на это никак. Если произошёл сбой хода выполнения программы из-за сбоя аппаратных средств (а память и регистры тоже являются таковыми), то при отключенном WDT можно и на startup загнуться.

[Xenia]

Если произошёл сбой хода выполнения программы из-за сбоя аппаратных средств (а память и регистры тоже являются таковыми), то при отключенном WDT можно и на startup загнуться.

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

[Сергей Борщ]

Дурью, господа, маетесь. стараясь запустить проц, который не может пройти setup без ошибок.

Давайте не будем столь категорично оценивать друг друга. Ведь зачем-то этот фуз вставили в процессор? Значит есть такие задачи, где WDT должен быть включен при исполнении стартапа.

[zltigo]

Значит есть такие задачи, где WDT должен быть включен при исполнении стартапа.

Возможно. Назовешь, хоть одну? Типа отлаживались без WD медленно и печально а потом fuse включили (главное не забыть) и отдали в серию? Но тут startup ни причем.... У меня до сих пор фантазии как-то не хватило и включаю WD ручками, если включаю. Если вдруг должен будет включен во время startup, то там не только проинициализирую, но и включу. Позицию разработчиков некоторых контроллеров, которые по reset всегда WD включают и дают потом возможность один раз отключить или перенастроить я еще понимаю, но зачем разновариантность вводить-то?

[Dog Pawlowa]

Назовешь, хоть одну?

Да элементарно.
Из-за помех контроллер болтается в стартапе бесконечно, или, если такая версия не устраивает, поболтавшись там, улетает в бесконечный цикл в основной программе, минуя включение WDT.

[zltigo]

Из-за помех контроллер болтается в стартапе бесконечно....

Не катит . Потом "из-за помех" точно-также будет болтаться в WD "бесконечно". Получаем неработоспособную вещь и без разницы, где она там "бесконечно болтается" , главное, что по любому НЕ РАБОТАЕТ.

Даже ты допускаешь возможность их существования.

Ну после того, как даже от тебя ответа не получил вероятность существования сколь-нибудь разумных причин для меня еще уменьшилась.

К Вашему сведению, помеха обычно просто искажает данные в ячейках памяти а не сами ячейки.

Еще раз и помедленнее, что такое "искажает сами ячейки"?

И я включаю WDT фьюзм, ибо мои приборы и проекты используются не только в гражданских целях.

Круто! Несчастные потребители получают "приборы" выживающие только за счет WD. А туда еще добавить много много еще сбитых ячеек памяти НЕ приведут к срабатыванию WD, но к "глюкам".... А как-же вообще разработчики на других плаформах НЕ имеющих дивного фьюза, как класс, разрабатывают свои изделия?

[Dog Pawlowa]

Не катит . Потом "из-за помех" точно-также будет болтаться в WD "бесконечно". Получаем неработоспособную вещь и без разницы, где она там "бесконечно болтается" , главное, что по любому НЕ РАБОТАЕТ.

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

[rezident]

Катит, ибо разница есть. Прорвавшись в основную программу без запуска ВДТ, программа включит чего-нить такое, от чего станет кисло.

В очередной раз констатирую, что я с AVR почти не знаком, но поскольку в корневом сообщении вопрос про ATmega324P, то можно ли в качестве ликбеза мне пояснить: как WDT влияет на "прорыв" в основную программу, если в AVR (как я понимаю) программа исполняется из Flash, а не из SRAM? Т.е. срабатывание WDT в стартапе ориентировано только на тот исчезающе малый случай наличия "плавающих" уровней во Flash, я правильно понимаю?


Ну и тоже свой случай из жизни. Шкафы управления двумя газовыми котлами, теплоснабжением, ГВС и вентиляцией. Входные сигналы от токовых датчиков термопреобразователей и дискретные с преобразованием сигналов переменного напряжения 220В и постоянного 24В. Регулирует температуру отопления, горячего водоснабжения и вентиляции. Контроллеры имеют WDT, который не просто RESET для CPU делает, а полностью снимает питание с блоков контроллера. При запуске котельной в результате аварийной ситуации полопались и расплавились металлопластиковые трубы отопления, котлы перегрелись аж до 160°C (может и выше, но не удалось зарегистрировать т.к. датчики были до +150°C), в помещении котельной температура была ненамного меньше. "Спасло" от взрыва, что система пожаротушения не была заполнена водой. Представьте попадание холодной водички на перегретые котлы!
В результате "разбора полетов" выяснилось, что завис АЦП, с помощью которого измеряются токи с преобразователей температуры. В результате контроллер считал, что у него температура теплоносителя низкая и котлы аварийно отключать вовсе не требуется. Т.е. контроллер-то работал нормально, но входные данные не проверялись на "валидность", а другой цепи защиты от перегрева котлов изначально задействовано не было.
Этот оффтопик я к тому, что надежность не определяется только лишь наличием/отсутствием/использованием WDT. Надежность это задача комплексная и решается/определяется всеми средствами/компонентами системы.