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

Ответ: > Никакого масштабирования в eCos не заметил. * разные API -- POSIX -- uTRON * разные шедулеры * разные стеки (BSD, Lwip) * много других сервисов настраивается. > Вы наверно хотели сказать мультиплатформенность, но это как раз для > эмбедед разработок с циклом в год и больше совсем не интересно. > Платформы можно менять как перчатки пока не стали на ней реально > че-то делать, а потом уж будет не до мультиплатформенности. В том то весь кайф и состоит, чтобы перенести готовое решение на другую платформу, переписав только дрова для специфической периферии. > А вот Linux действительно масштабируется, он и мультипроцессорность > поддержит, и движок для межпроцессного взаимодействия ARM и DSP к > нему есть. Монстроват линух для несложных задач. И накладные расходы там будут еще больше, с реальным временем - еще хуже. Для мультипроцессорности еще RTEMS хорош. > А для ARM7 типа LPC uCOS смотрится куда лучше чем eCos, и > переключение контекста у него быстрее раза в 4-е, и скомпилить можно > под любым компилятором, и ресурсов требует в несколько раз меньше. Если смотреть только однокристальные решения - uCOS без вариантов. Если выйти за пределы одного кристалла, то: * в диапазоне 7-25$ живет очень много интересных процов :)) * SDRAM 64 мбит с организацией 4м x 32 стоит 2..2.5$ (бывают и меньше - но это уже экзотика) * FLASH 8 мбит <1.5$ eCOS, который, как мы знаем, в 1 мбайте кода + данных позволяет сотворить очень много http://www.caxapa. …echo/arm.html?id=44700 самое то для такого варианта. Ну а "точность попадания компенсируется диаметром изделия" - будет проц не успевать - можно другой подобрать, более шустрый. > А стеки TCP и FS и GUI к uCOS тоже найти не проблема и интегрировать > их будет куда проще чем для eCos. А зачем в eCOS стек интегрировать? Он там давно интегрирован :)). FS тоже. Гуй - какой угодно можно прикрутить.