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

[sergeeff]

Коллеги!

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

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

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

[sergeeff]

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

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

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

[psL]

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

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

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

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