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

Чуток раскопал :)) > Цена кристала явно не доминирует в разработках на Linux или eCos. Зависит от тиража :)) > OMAP5912 на DigiKey лежит за $50 в розницу и никаких проблем купить. Лежал. Только что сходил - 0 на стоке. Признавайтесь, Вы все скупили? > С другой стороны буржуи умеют делать маркетинговые отвлекающие ходы. > Не то что они предлагают нахаляву явно ущербные продукты, но игра > может идти на нюансах. Согласен на 100%!!! Примеров масса - не хочу флейм разводить. > Наиболее вероятно, что цикл разработки на eCos гораздо длинее чем на > коммерческих продуктах, об этом косвенно указывает компиляция только > в GCC, Ниже. > некие конфигураторы, Конфигуратор в eCOS - одна из самых сильных, но сложных вещей! Я далек от его понимания, но идеология очень понравилась. > какая-то мутная документация и т.д. eCOS далеко не чемпион по мутности доки. Хотя дока на eCOS не супер. > Очевидно, что продукты с открытым кодом никогда не будут более > прогрессивными чем коммерческие. Это вечный спор :)). > Ну а нам то не связанным никакими лицензионными соглашениями че > тормозить? Надо брать то на чем быстрее и легче сделать. Поскольку > WinCE я еще не понял, то и веду речь только о Linux-е имея в виду и > его коммерческие ветки типа MontaVista, BlueCat и т.д. Коммерческие линухи - это очень правильная вещь! Стоят они не дешевы, но оно, вероятно, того стоит. Теперь о цикле. Если нужно сделать отдельный проект, без "продолжения банкета" - да, специализированное решение выиграет по скорости (но сильно проиграет по цене того, что не удастся скомуниздить - далее надо считать стоимость времени разработки). Если будет серия - все наоборот. Простой пример. Устройство А - целевая задача lite. Устройство Б - целевая задача + масса сервиса, напрямую к целевой задаче не относящегося, но повышающего продажную стоимость чуть ли не на порядок :)) * IP -- для встроенного конфигурационного WEB сервака; просто для связи * MMC карточка для сохранения / переноски конфигурации * USB mass stоrage для того же * PCI - DSP какой воткнуть или графконтроллер продвинуты (тот же Silicon Motion) (как опцию для варианта C) Прикручивать для варианта Б все эти фенечки к uCOS - упариться можно. Нужно выбирать готовую софтовую платформу, в которой все эти фенечки уже есть. Но такую платформу едва ли удастся впихнуть в аппаратуру А - значит, для устройства Б целевую задачу надо переписать, и заново отладить (задача может быть очень сложной, отладка только на реальном стенде и пр.) Но! По теории маркетинга, устройства должны продаваться параллельно. У каждого своя ниша. Вот надо выпустить версию 2.0 - и что, заново писать два софта??? В варианте eCOS устройство A - LPC22xx + 1Мбайт SRAM. Не так уж и дорого. Вариант Б - какой-нибудь из старших ARM, тот же 9200. Вариант C - MIPS. Заметим, поскольку используемое API OS снизу вверху совместимое - можно писать ___один исходник___ целевой программы для всех реализация устройства!!! Тогда и версии будут выходить сразу для всей линейки, и баги исправлять проще. Да, это потребует досконального понимания make, может, даже на perl или tcl придется свой конфигуратор слабать (типа eCOS). Но при жизненном цикле проекта несколько лет потратить 3 мес на освоение всех этих GNU - вполне можно. В совокупности это даст очень хорошую защиту инвестиций - все, что по каким-то причинам в будущем будет недоступно - можно заменить на аналоги, а софт и так весь открытый. LPC куда-то делалось - перешли на другое. Мощи не хватило - на MIPC или вообще на PowerPC перешли. И все это в рамках единого технологического процесса разработки софта!!! Да, от момента начала изучения eCOS до первого моргания светиком пройдет несколько месяцев. Приведу простую аналогию: несколько лет назад был актуален спор "С или ASM". Аргументы asm - в точности, как аргументы нынешних простых ОСей. Сейчас спор как-то поутих (не считая среды пионЭров) - все осознали, что каждой технологии свое место... Linux всем хорош, кроме возможности пустить его на LPC22xx + 1M SRAM (привет OMAP5912). А 4М SRAM - это, как мы выяснили, совсем другие деньги :)) http://www.caxapa. …echo/arm.html?id=43871 Да и сложен он для простых и средних задач. Но когда выйдет следующее поколение чипов, и Linux таки влезет в разумную стоимость - перейти с eCOS будет куда проще, чем с uCOS - просто надо изначально использовать POSIX API. Хотя уже сейчас есть фантастически перспективные чипы для дешевого Linux * LH79525 Sharp * Winbond W90N740 http://www.winbond …tm/partner/b_2_f_8.htm