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

Есть такой момент функциональное назначение. Так вот для одиночных индикаторов а-ля лампа/светодиод при старте часто проводится процедура визуальной проверки работоспособности путём включения всех ламп и (реже) какого-либо перемигивания. А http://www.rusenergy.com/ru/leisure/leisure.php?id=25
http://carella.ru/anecdot/73953/
насчёт автоматов моментов несколько. Когда на экране пусто это что? для многих цифробуквенных ЖКИ такое происходит либо по команде, либо при выводе надцати пробелов, там, где пиксели, может всё заполняться правильным цветом, или отключают газподсветку. Действия разные, данные для них различны, а результат практически один. В какое время кто что делает зависит от логики работы, а не от названия. То ли у объекта в очереди будут свойства/методы, то ли в жестко прописанной последовательности действий будут какие-то состояния, то ли и то и другое вместе - от этого результат на выходе не поменяется. Только каждый алгоритмический и технологический подход будет иметь свои плюсы и минусы. Те же автоматы в литературе зачастую никакого отношения к языку и к ОС не имеют и рассматриваются как сферический конь в вакууме. А когда их всё же решают применять, часто оказывается, что нужна многозадачность и на голом асме неинтересно долго жмакать клаву. Тогда появляются другие инструменты - всякие макроасмы, Си, плюсы, генераторы кода из диаграмм и прочая. А вместе с другим инструментарием появляются и другие парадигмы. Кроме всего когда речь идёт о МК, то то, что есть в программе находится в ПЗУ и уменьшить занимаемый размер (речь не об оптимизации кода) априори не получается:) А как рулить использованием всегда способ найдётся. Посему рекомендую второй анекдот по второй ссылке. ЗЫ Да и первый тоже