Средства и методы разработки

Мысль здравая... Все точно , с точностью до камней ;-) Но на этом настаивать не буду. Важнее продумать организацию канала между uC. Я выбираю оба проца с DMA. Они соединяются по SPI и начинают непрерывно качать друг другу циклически в одни и те же участки памяти данные из своей фиксированной области памяти. Тогда чтобы передать данные в другой проц никакой протокол не нужен. Просто пишем в свою память мапленную в DMA данные и через некоторое время точно знаем что они уже в другом проце. Если нам нужно вылавливать события, то по окончанию цикла DMA на каждой из сторон по прерыванию проверяем пару флагов в мапленной DMA памяти и решаем по таблице че за событие нам пытались передать и с какими аргументами. Итого остаются проблемы для обдумывания. 1. Нужно придумать форму некого шаблона для объявлений и реализаций на C событий и аргументов для автоматизации конфигурирования. 2. Определиться какая модель взаимодействия лучше подходит: мастер-слэйв, клиен-сервер, публикация-подписка или че другое. Мне нравиться публикация-подписка. Так сделано в протоколе CANopen. Тогда каждый из процов подписывается на некоторые события от другого проца. Перед этим они, конечно, уже должны знать на что можно подписаться. Допустим это определяться будет на этапе компиляции. Намеренно не говорю о главном проце в системе поскольку каждый имеет право в этой связке следить за другим насчет его жизнеспособности. (Представляю как тяжко хакерам придется ;-)) 3. Если шаблон определен, то его заполнение легко автоматизировать. Тут для облегчения работы желательно иметь один и тот же целевой компилятор. Поэтому я выбираю только связку ARM-ARM. У меня есть прога создающая автоматом из таблицы параметров в MS Access набор С файлов для целевого проекта под RTOS c подробным иерархическим описанием и объявлением параметров. Но события сложнее и не лучше ли организовать парсинг некоего конфигурационного TXT файла с описанием предостовляемых процом сервисов прямо на целевой платформе? Заморачиваться на CORBA или SOAP тоже не охота, да и накладных у них много хотя там шаблоны и трансляторы на C уже будут готовы.