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

Да так, всего понемногу. Я не знаю насчет СименсоБенков, но мой скромный опыт разработки коммуникационных девайсов говорит о большой пользе всяких симуляторов и имитаторов. Моя голубая мечта - иметь возможность поднять в режиме симуляции базу и несколько абонентских устройств. Причем чтобы гонялся реальный код, с оптимизировнными асмовыми вставками (ECC/FECC, DSP обработка сигналов). Вот это будет вещь! Также это важно при работе с аутсорсерами. Вместо отправки девайса (и обучения человека работе со всем инструментарием - JTAG и пр.) можно обойтись отправкой CD. А нанять человека, который очень хорошо разбирается в узком вопросе, вместо того, чтобы самому долго и нужно постигать эту ненужную, в общем-то для меня сущность - вот это будет просто супер! Важно только, чтобы этот человек выдал готовый кусок кода, а не протип с формУлами и багами, который еще доводить и доводить. На мой взгляд, хорошая ОСька только улучшает структуру кода и его понимание. Что касается RT - лично для меня требования находятся в разумных пределах (до сотни мкс - это любая нормальная ОСь обеспечит). Все hard real time заведено на мелкие "сопроцессоры" LPC | SAM | FPGA. eCos, кстати, от Linux, выгодно отличается куда лучшим real time и нормальным сервисом по отладке любых компонентов. И не такая она уж и страшная - ее как раз понять можно. Зато всегда под рукой IP, FS, подмножество POSIX и другие очень полезные вещи! По железу - тут я не догоняю. Все железо (за редчайшим исключением) должно быть вынесено в HAL и дрова. И процесс написани основного софта идет параллеьно _разными_ людьми. В который раз меня можно упрекнуть, что я технологии "монстровых" проектов пытаюсь всунуть в "простые" контроллеры. Но я замечу, что "простые" контроллеры не так уж и просты (STR91, например - кто-то скажет, что это простой контроллер?), а "монстровые технологии" не так уж и оторваны от реальности. Просто нужно для себя понять как устроен "каркас" этих самых монстровых технологий, потом будет гораздо проще. Вот этим я и занят.