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

[Слесарь]

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

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

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

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

[ARV]

ну так в винде не совсем так: там в каждом приложении своя очередь, PostMessage сразу обращается к очереди нужного приложения. в вашем случае вместо приложений некие модули, т.е. функция отправки сообщения должна перебрать имеющиеся в системе "модули" и отдать сообщение нужному, а если такового не нашлось - убить сообщение, т.е. не помещать его никуда.
общий список сообщений - это что-то не то...

[Слесарь]

ну так в винде не совсем так: там в каждом приложении своя очередь, PostMessage сразу обращается к очереди нужного приложения. в вашем случае вместо приложений некие модули, т.е. функция отправки сообщения должна перебрать имеющиеся в системе "модули" и отдать сообщение нужному, а если такового не нашлось - убить сообщение, т.е. не помещать его никуда.
общий список сообщений - это что-то не то...

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

[Petr_I]

...но в среде МК статическое выделение памяти, наверное по этому общий список сообщений, память выделена статически, изменяются только данные.

Я бы предложил кольцевой буфер сообщений.
Новое сообщение записывается в голову буффера, если там есть необслуженное сообщение оно просто переписывается. Указатель перемещаем на следующий элемент. Обслуженное заменяется на NO_MESSAGE, чтобы по нескольку раз не обрабатывалось в функции GetMassage.
Можно в качестве оптимизации времени поиска сообщения добавить уазатель на хвост как в FIFO, но добавятся дополнительные проверки.

Допустим один модуль шлет сообщения, но еще не существует модуля который может эти сообщения обрабатывать, список сообщений будет расти.

По идее такое может быть только в случае ошибки или при отладке, т.к. линковка в МК статическая пожизни.
Может Вы перестраховываетесь?
А если Вы динамически подгружаете модули, то без регистрации в ОС никак не обойтись.

[Слесарь]

По идее такое может быть только в случае ошибки или при отладке, т.к. линковка в МК статическая пожизни.
Может Вы перестраховываетесь?
А если Вы динамически подгружаете модули, то без регистрации в ОС никак не обойтись.

Описывая функционал модуля могу записать все посылаемые сообщения и записать все обработчики получаемых сообщений, а модуль на противоположной стороне можно оставить на потом или этот модуль будет писать другой человек ориентируясь по описанию интерфейсов и списку обрабатываемых сообщений.
В среде МК динамически подгружать программные модули думаю пока нецелесообразно. Если модуль не используется (есть такой бит данных) он просто сразу возвращает процессор для работы других модулей.