Система обмена сообщения между отдельными модулями программы Опции

[Слесарь]

Здравствуйте!
Программирую на С под 8-бит микроконтроллер. Для улучшения динамики работы ПО хочу сделать нечто подобное как сообщения Виндовс. Каждому отдельному модулю ПО выделяется процессорное время, только не квант времени как в Виндовс, а передается процессор на обработку всего что обрабатывает модуль, естественно, модуль должен как можно скорее вернуть процессор для работы следующих модулей. Должен проверить свои данные и сообщения, если новых данных/сообщений нет, вернуть процессор для работы других модулей ПО, следующий по порядку, по кругу.

Отдельные модули ПО могут добавлять сообщения в общий список, другие модули могут получать сообщения и обрабатывать.
Планирую сделать две функции доступные из всех модулей ПО SendMessage и GetMessage, в функции будет передаваться/приниматься хейдер сообщенияи данные. Функция SendMessage добавляет сообщение с указанием хейдера в динамичный список сообщений. Функция GetMessage извлекает сообщение с указанным хейдером или если сообщение отсутствует возвращает NO_MESSAGE.

Вопрос в следующем:
Допустим один модуль шлет сообщения, но еще не существует модуля который может эти сообщения обрабатывать, список сообщений будет расти. Какое должно быть время жизни сообщений, чтоб не забить всю память? Сообщение должно пройти через все модули ПО по кругу и должно уничтожится вернувшись в модуль отправитель?

Правильно ли я мыслю?

[Слесарь]

Все дело в том, что могу мыслить только естественными категориями, вот есть некий источник данных, например термометр, который способен периодически производить замер температуры, этот термометр оформлен в отдельный программный модуль в ПО микроконтроллера. И есть некий прибор отображающий температуру, этот прибор так же оформлен в некий отдельный программный модуль. Для меня становится доступной и понятной работа устройства, когда первый модуль периодически шлет данные о температуре, а второй модуль по мере поступления новых данных эти данные выводит на дисплей. Мне непонятно когда эта задача выполнена с использованием одной статической переменной temp, если это выполнено именно так, как второму модулю узнать что данные о температуре актуальны? быть может первый модуль отвалился и ничего не обрабатывает по причине физической поломки датчика.
Использование системы сообщений, это прекрасный и естественный образ программирования, когда приходят сообщения, тут сразу информация о актуальности данных и сами данные.

и эти же температурные сообщения может читать и третий модуль, например управляющий ТЭНом, когда стоит задача поддерживать температуру.
Разве такой стиль программирования не является более естественным? Разве все естественное не упрощает понимание сути вещей? А быстрое понимание как известно ускоряет процесс программирования.


Еще хочу отказаться от всех Delay() в своем ПО. В программных обработчиках всех последовательных протоколов и обработчиках динамической индикации. Создам модуль отвечающий за генерацию сообщений о системных ТИКах. Например, сообщение каждую микросекунду, миллисекунду, секунду, час, сутки, неделя, месяц, год. Естественно эти сообщения будут доступны для всех модулей ПО, и каждый модуль будет ждать необходимые ему ТИКовые сообщения перед выполнением той или иной задачи, например задачи вывода на шину 1-wire очередного информационного бита.

Хочу чтоб ПО рассматривалось максимально приближенно к ПО основанному на параллельном выполнении множества задач.

[Petr_I]

Использование системы сообщений, это прекрасный и естественный образ программирования, когда приходят сообщения, тут сразу информация о актуальности данных и сами данные.

Не всегда. В вашем примере если функция вывалится до (или вы забудите написать) DeleteMessage(), сразу получите проблему.
Вообще принято сообщение удалять из очереди при его обработке, т.е. в GetMessage.
И очередь событий нужна, когда у вас действительно ОЧЕРЕДЬ, т.е. одинаковых событий может быть больше чем одно и они должны выполняться в последовательности их поступления.
А судя по вашему примеру это явно избыточные функции.

Есть более простые решения, например:
задайте структуру типа {int flag;int data1;...}
Определите массив таких структур с числом элементов соответствующим общему количеству сообщений.
Определите ваши сообщения типа
#define MESSAGE_SIM900_DTMF 1 /*Индекс в массиве*/
И ваша функция GetMessage будет возвращать структуру из массива по индесу.
flag - используете как флаг актуальноти или счетчик обращений.