SINARDCOM

Многие компании уже прошли первый этап цифровизации. Данные собираются. Панели мониторинга настроены. Графики обновляются в реальном времени. Руководство видит температуру оборудования, загрузку линий, количество транзакций, остатки на складах. Но возникает закономерный вопрос: если всё видно — почему управляемость не растёт пропорционально количеству данных? Ответ прост. Мониторинг — это только наблюдение. Следующий этап — управление. На практике мониторинг часто превращается в набор экранов с показателями...

Один из самых неприятных сценариев в проекте — когда данные начинают «плыть», а в коде всё выглядит идеально. Алгоритмы корректны, логика проверена, контрольные суммы сходятся. Тем не менее в эксплуатации появляются повреждённые записи во flash, странные значения в памяти или «битые» пакеты по интерфейсу. Первая реакция почти всегда одинакова: искать ошибку в программе. Переписываются модули, добавляются проверки, усиливается логирование. А проблема остаётся — потому что источник не в логике, а в физике...

Watchdog — один из самых простых и одновременно самых недооценённых механизмов надёжности. По сути это таймер, который ожидает регулярного подтверждения от программы. Если подтверждения нет — система автоматически перезагружается. Звучит элементарно. Но именно вокруг watchdog чаще всего возникает внутреннее сопротивление команды. Его отключают на этапе разработки, «чтобы не мешал», откладывают внедрение «на потом» или включают формально — просто чтобы стояла галочка в чек-листе. Причина проста: watchdog неудобен...

Когда устройство выходит из строя, чаще всего подозревают самое сложное — процессор, прошивку, «редкий чип». Кажется логичным: если система умная, значит и ломается что-то высокотехнологичное. На практике всё значительно прозаичнее. Основная причина отказов — питание. По опыту промышленной эксплуатации и сервисной диагностики, именно цепи питания дают наибольший процент нестабильностей. Причём это редко выглядит как «плата не включается». Гораздо чаще появляются спонтанные перезагрузки, зависания, плавающие ошибки, нестабильные измерения...

В проектах электроники стабилизатор питания часто выбирают по остаточному принципу. Микроконтроллер — дорогой, память — с запасом, разводка — аккуратная. А вот питание — «ну, 3.3 В и 500 мА, любой подойдёт»...