Evgeny_CD, Архитектор (05.01.2010 18:58 - 19:04, просмотров: 169) ответил AlexandrY на Пробег, согласен, здесь будет трудновато фиксировать поскольку нет акселерометра.
В пылу обсуждения как-то забылось, что даже M$ перестала продвигать WinCE как RTOS. WAP через SMS - за это ОПСоСы поставят Вам памятиник при жизни, а юзера уложат под него :) Не о том мы с Вами спорим. Каждый продукт, который дошел до потребителя (и он заплатить за него деньги) есть функция некоторого набора сущностей:
* суммы знаний и умений коллектива разработчиков
* маркетинговой составляющей
* наличия готовых исходных кубиков для разработки
* ограничений реального проекта - по ресурсам (время, деньги, люди)
* методики управления рисками проекта (что есть допустимый риск, что нет, какова стоимость трансформации недопустимых рисков в допустимые)
Профессиональная команда, владеющая неким инструментом (Linux|WinCE|QNX|uCOS|eCOS|asm для 51), гарантированно достигнет результата при неограниченных ресурсах, т.е. процесс сойдется. :) В реальных условиях это означает только одно - когда результат будет получен, платить за него будет некому и незачем :)
Любые готовые системы, как-то WinCE|Linux|Android|... имеют:
* некий набор результатов, который получается из готовой системы с минимальными усилиями
* требования к квалификации и скорость освоения, чтобы стать профессиональным разработчиком
* возможности для докручивания системы "под себя" и скорость такой кастомизации.
Любые "наколенные системы" имеют:
* самое быстрое получение целевого результата во всем, что не выходит за пределы устройства (что-то там померить, подсчитать, сложить в архив и т.д. - это несложно, как правило)
* чуть менее простое получение результата в варианте USB и IP систем связи
* проблематичное получение результата в варианте нестандартных систем связи (WiFi, WiMAX, 3G, 4G)
* еще более проблематичное получение результата в виде красивого ГУЯ (в реальности почти без шансов)
Сила правильного решения не в том, чтобы организовать окончательное решение всех вопросов между тупоконечниками и остроконечниками, а использовать примущества кажого из подходов.
Причем, это самое главное, должен быть некий "ползунок", при помощи которого настраивается баланс "системы" и "наколенщины". Чтобы в зависимости от ситуации разработчик выбрал для себя оптимальный путь решения.
Для этого описанная мною трехпроцессорная конфигурация и нужна.
LPC3xxx - согласен, это грамотный выбор для такого рода устройства. У них очень хорошие SPI, да и цены на них радуют.