ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Понедельник
25 ноября
177416 Топик полностью
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, да и цены на них радуют.