Организация pnp в embedded системах Опции

[sergeeff]

Коллеги!

Какие у кого есть мысли, как лучше организовать некое подобие PNP?

Ну, например, в некотором устройстве может быть подключен индикатор, а может и нет. Соответственно в проекте может быть n-ое количество вызовов фукции вывода на индикатор, которая может содержать квитирование сигналов готовности индикатора.

Какие есть мысли на сей счет?

[sergeeff]

Да я несколько об другом.

Например, есть функция out_lcd(char *pData, int Len), которая выводит нам некоторую строку на дисплей. Подцепили этот дисплей к плате, запустили свой firmware. Все (если все правильно, конечно) работает. Теперь отключаем дисплей, нажимаем reset и хотим, чтобы все устройство работало, а не зависало на первой же функции out_lcd. Конечно, если в этой функции не читается статус дисплея, то все так и будет работать само собой, за исключением бесполезной траты процессорного времени.

Вопрос, таким образом, состоит в более общем и, может быть, более эффективном решении подобных задач.

[Andy Mozzhevilov]

Да я несколько об другом.

Например, есть функция out_lcd(char *pData, int Len), которая выводит нам некоторую строку на дисплей. Подцепили этот дисплей к плате, запустили свой firmware. Все (если все правильно, конечно) работает. Теперь отключаем дисплей, нажимаем reset и хотим, чтобы все устройство работало, а не зависало на первой же функции out_lcd. Конечно, если в этой функции не читается статус дисплея, то все так и будет работать само собой, за исключением бесполезной траты процессорного времени.

Вопрос, таким образом, состоит в более общем и, может быть, более эффективном решении подобных задач.

При инициализации системы определяйте конфигурацию, если это возможно. Если устройство в конфигурации отсутствует, то функции работы с ним замените на пустые и возвращающие значения по умолчанию.
В embedded системах вряд-ли имеет смысл делать общий алгоритм типа PnP, поскольку интерфейс внешних устройств и требования к нему сложно формализовать.