Микроконтроллеры

Если проект коллективный и с применением строннего софта, то управление WDT не нужно путать с системой обработки ошибок. Насколько я понимаю, при коллективной работе должны быть обозначены состав программных продуктов, точки входа, ну и обозначены типы формальных параметров и возвращаемых значений, а иногда и временные характеристики. Причём разрядность моего Atlon-a или Pentium-а коллеги не имеет значения;), а то, что, программные модули для контроллера, бывает, отлаживаются, например, на Ch, тоже - продукт имеет качественные и количественные характеристики, и философия 8-битников или 64-битников тут не важна. Вы же можете откомпилировать с наличием прототипов, но отсутствием тел функций? Конечно. А уж при линковке будут важны точки входа и т.д. Посмотрите на ту же embos - есть debug-компиляция и release. И если debug отлажен, то с очень большой вероятностью release будет работать. И если вместо обработки ошибки появится заглушка, мол, всё хорошо, то и это, вероятно, "благодаря предыдущему опыту" будет соответствовать действительности. Думаю, что определение качества алгоритмов и их взаимодействия при конкретных данных в конкретной реализации на лету (в контроллере), не является способом контроля аппаратных проблем, но косвенно может быть одним из формальных признаков работоспособности. Однако если берётся чужой продукт, то его применение требует опредёлённой адаптации - не мне Вам об этом рассказывать. Потому видятся варианты - либо НЕ контроллировать работу некоего модуля всвязи с отсутствием встроенных в него средств, либо дорабатывать, ну а тогда объём программы, вероятно, важен, ну и разрядность камня тоже;))) Потому-то, вероятно, за поддержку предкомпилированных продуктов гораздо чаще просят денюжку 8-D А то складывается впечатление, что Вы считаете, что только Вы делаете проекты коллективно и с применением сторонних продуктов;)))