Убийца uC/OS, scmRTOS , FreeRTOS вместе взятых, Выложены исходники MQX с фреймворком Опции

[AlexandrY]

Дистрибутив MQX для ColdFire выложен на сайте Freescale

http://www.freescale.com/webapp/sps/site/h...p?code=MQX_HOME

Убийственно маленький футпринт (от 5 Кб).
Убийственно быстрое переключение контекста (от 0.4 мкс).
Убийственная масштабируемость (вплоть до поддержки MMU и межпроцессорных коммуникаций IPC )

Наиболее богатый фреймворк из всех упомянутых конкурентов: TCP/IP стек включающий полнофункциональный PPP, WEB сервер, SNMP, NAT сервис, API туннеля, мультиинтерфейсность с форвардингом и роутингом.

USB стек для хоста EHCI (HID, Hub, Mass, Printer) и дивайса, FAT16, FAT32.

Легкость портирования на другое ядро. Практически такая же как в uC/OS, надо переписать один ассемблерный файл - dispatch.cw

Хорошие сервисы управления памятью, концепция драйверов, гибкий шедулинг, конфигурация в одном .h файле и т.д.

[sergeeff]

Тут наткнулся на http://www.thefreelibrary.com/ARC+Announce.....-a0122726673:

ARC MQX software is currently available for the Freescale ColdFire MCF547x/MCF548x, MCF527x and MCF523x processor families. MCF547x/MCF548x peripheral support for CANopen protocol will be available in Q404 with USB 2.0 Device Developer's Kit available Q105. MCF523x peripheral support for hardware-accelerated encryption in IPShield-IPSec will be available in Q105. Support for the ColdFire MCF527x processor family with hardware-accelerated encryption in IPShield-IPSec will be available by Q105. MCF527x peripheral support for USB 2.0 device will be available in Q404. Support for the MCF547x/MCF548x hardware-accelerated encryption in IPShield-IPSec will be available in Q404. Pricing for a single product license of the ARC MQX RTOS starts at $12,500 and is provided in full source code with no royalties. For a complete list of MQX software supporting the ColdFire processors, please visit us at www.arc.com/MQX, or contact ARC for more details.

Как-то многовато будет $12,500 за убийцу uC/OS ...

[AVR]

Как-то многовато будет $12,500 за убийцу uC/OS ...

Конечно, можно строить свои устройства на ворованом коде, ничего никому не платить, но это не достойно... Лучше на эти $12500 я куплю пару тысяч комплектов Flash+SDRAM и засуну туда линукс + риалтайм расширения

[Methane]

Конечно, можно строить свои устройства на ворованом коде, ничего никому не платить, но это не достойно... Лучше на эти $12500 я куплю пару тысяч комплектов Flash+SDRAM и засуну туда линукс + риалтайм расширения

Линух куда ни попадя пихать тоже не хорошо. С другой стороны есть куча свободных осей, FreeRTOS к примеру.

[AlexandrY]

Кстати если уж развивать мутную тему лицензий, то у Freescale на MQX она прозрачней и понятней чем на FreeRTOS.

FreeRTOS состоит из кучи чужих кусков в каждом из которых может оказаться какя-нить особенная лицензия.
Там, например, есть лицензия от Луминари и есть лицензия от Дункеля. Некоторые требуют строго предоставлять исходники.

В лицензии на MQX не фигурирует никаких чужих исходников и она не заставляет открывать исходники.
Но! Зато она запрещает реверсинг кода на основе MQX со стороны тех кому вы ее передали или продали.
Freescale только хочет чтоб вы не делали бизнес на его имени и не лепили на свои дивайсы наклейки типа они сделаны с применением технологии Freescale.
Ну и еще операционка должна применяться только с продукцией содержащей программируемые чипы Freescale.
Но как бы нет прямого указания что именно и только чипы Freescale должны содержать операционку.

Т.е. может стоять например i.MX и рядом STM32 и FPGA с NIOS. И все могут содержать MQX.

Хотя MQX интересна и своими фрагментами. Например у них очень неплохой Shell и сервис базы данных имен. Такие вещи не грех и "позаимствовать".

Линух куда ни попадя пихать тоже не хорошо. С другой стороны есть куча свободных осей, FreeRTOS к примеру.

[Methane]

Кстати если уж развивать мутную тему лицензий, то у Freescale на MQX она прозрачней и понятней чем на FreeRTOS.

FreeRTOS состоит из кучи чужих кусков в каждом из которых может оказаться какя-нить особенная лицензия.

Да и запутанная она добезобразия. И мне лично не нравится. Ну а кому сейчас легко?

Там, например, есть лицензия от Луминари и есть лицензия от Дункеля. Некоторые требуют строго предоставлять исходники.

Вы в США или где? Оно, конечно не плохо, когда есть техподдержка, когда приходят апдейты, багфиксы итд. Но будем трезво смотреть в глаза, СНГ, + Китай + Корея + ??? глубоко ложили на все эти лицензии, также как и на авторские права итд.

В лицензии на MQX не фигурирует никаких чужих исходников и она не заставляет открывать исходники.
Но! Зато она запрещает реверсинг кода на основе MQX со стороны тех кому вы ее передали или продали.

Ну только не нужно никого смешить. Уже давно отмазку придумали что реверсинг допустим для изучения или там чего-то еще, и усё.

Freescale только хочет чтоб вы не делали бизнес на его имени и не лепили на свои дивайсы наклейки типа они сделаны с применением технологии Freescale.

А рояли хочет? Кроме того, никто не мешает заплатить фрииРТОСу.

Хотя MQX интересна и своими фрагментами. Например у них очень неплохой Shell и сервис базы данных имен. Такие вещи не грех и "позаимствовать".

ИМХО, сейчас ось должна содержать кроме шедулера
поддержку файловой системы, TCP/IP не кастрированный, GUI, USB. Может еще и всякие блютулзы. Оно там есть? Насколько стабильно работает?

[AlexandrY]

Я с вами согласен на все 100.
Просто у "убийцы" должно быть все схвачено. Порядок и с лицензией.
Рояли тоже не нужны.

Насчет полноты TCP/IP вопрос не такой простой.
Многое зависит что вы от него хотите и какие планы строите насчет него.
Сейчас TCP быстро спускается вниз до уровня сенсоров и простейших датчиков типа дверных герконов.
TCP/IP мапируют на беспроводные сети типа ZigBee.
Актуальнее встает проблема собственных роутеров и шлюзов для этого хозяйства, администрируемых собственными тулсами c гораздо более гибкими настройками чем у SOHO роутеров типа D-Link.
Здесь важна мультиинтерфейсность стека и маршрутизация
Для гибкого администрирования без разработки специального софта для PC важна поддержка SNMP.
Для разделения одного IP адреса всеми дивайсами в сети нужен NAT сервер.
Для открытия свободного доступа к каждому дивайсу в локальной сети из интернета нужен протокол тунеля.

Все это есть в MQX. А вот во всех названных в заголовке топика осях такого набора нет.

C USB тож понятно. Много чего есть чего нет у других.

С GUI проблема. Его не дали. Но такая же проблема и у других.

Насчет стабильности эт скорее зависит от того как портируете.
Но авторы серьезно подумали о надежности.
В ядро встроен kernel log.
Отдельно есть модуль логов на 16 независимых журналов.
И еще есть механизм скоростных облегченных логов.
Вообщем, баг найти несравнимо легче чем даже в uC/OS

Вы в США или где? Оно, конечно не плохо, когда есть техподдержка, когда приходят апдейты, багфиксы итд. Но будем трезво смотреть в глаза, СНГ, + Китай + Корея + ??? глубоко ложили на все эти лицензии, также как и на авторские права итд.

ИМХО, сейчас ось должна содержать кроме шедулера
поддержку файловой системы, TCP/IP не кастрированный, GUI, USB. Может еще и всякие блютулзы. Оно там есть? Насколько стабильно работает?

[Methane]

Насчет полноты TCP/IP вопрос не такой простой.
Многое зависит что вы от него хотите и какие планы строите насчет него.

А вариантов не так и много.
Если Ethernet, то это ARP, DHCP, полный tcp/ip (с дефрагментацией, всеми проверками итд), это простенький web сервер (настройки, статистика) итд.

Актуальнее встает проблема собственных роутеров и шлюзов для этого хозяйства, администрируемых собственными тулсами c гораздо более гибкими настройками чем у SOHO роутеров типа D-Link.
Здесь важна мультиинтерфейсность стека и маршрутизация

Тут надо UNIX ставить, и не изобретать велосипед.

Все это есть в MQX. А вот во всех названных в заголовке топика осях такого набора нет.

Маршрутизация есть.
А если она нужна, как и всякие NAT, SSH итд, то как я уже писал, нужно UNIXставить.

[AlexandrY]

Так вот прикиньте, кто-то мается, ставит UNIX по вашему совету.
Покупает для этого какие-то навороченные сомнительные платы с RAM-ом не меньше 16 Мб утешая себя мыслью что это все скоро подешевеет.
Сам то такую плату не сделает какую хочет - умрет BSP переписывать.
Потом долго объясняет клиенту как это настраивается.
Потом еще делает пинговалки для этого монстра. Он же будет виснуть, если не по аппаратной причине, то по программной.
Вычистить то от багов такую махину просто нереально.
В конце концов придется посоветовать клиенту не ставить такой дивайс в ответственные места.
Ну и под конец плюнуть, зайти в эту конфу и начать прославлять Линукс.

А тут конкурент на каком-то LM3S9B90 за 12$ и 512Кб внешнего RAM-а делает и NAT, и SNMP и PPP и RNDIS и т.д.
и управляет всем сетевым embedded хозяйством без всяких рисков.
Он и время на разработку вместе с железом потратит не более 2-х месяцев и продавать будет за смешную цену.
У него кроме низкой себестоимости, будет дешевле сборка, наладка, тестирование, документирование и ремонт.

А вариантов не так и много.
Если Ethernet, то это ARP, DHCP, полный tcp/ip (с дефрагментацией, всеми проверками итд), это простенький web сервер (настройки, статистика) итд.

Тут надо UNIX ставить, и не изобретать велосипед.

А если она нужна, как и всякие NAT, SSH итд, то как я уже писал, нужно UNIXставить.

[Methane]

Так вот прикиньте, кто-то мается, ставит UNIX по вашему совету.
Покупает для этого какие-то навороченные сомнительные платы с RAM-ом не меньше 16 Мб утешая себя мыслью что это все скоро подешевеет.

Скорее думая что скоро 16 будет не купить, и придется покупать 32.

Сам то такую плату не сделает какую хочет - умрет BSP переписывать.

В смысле?

Потом долго объясняет клиенту как это настраивается.
Потом еще делает пинговалки для этого монстра. Он же будет виснуть, если не по аппаратной причине, то по программной.
Вычистить то от багов такую махину просто нереально.
В конце концов придется посоветовать клиенту не ставить такой дивайс в ответственные места.
Ну и под конец плюнуть, зайти в эту конфу и начать прославлять Линукс.

У кучи народу работает.

А тут конкурент на каком-то LM3S9B90 за 12$ и 512Кб внешнего RAM-а делает и NAT, и SNMP и PPP и RNDIS и т.д.

512 килобайт статики будет дороже чем SDRAM.

и управляет всем сетевым embedded хозяйством без всяких рисков.
Он и время на разработку вместе с железом потратит не более 2-х месяцев и продавать будет за смешную цену.
У него кроме низкой себестоимости, будет дешевле сборка, наладка, тестирование, документирование и ремонт.

А линух даст дикое сокращение сроков разработки чего либо на этой платформе в дальнейшем.

[AlexandrY]

Скорее думая что скоро 16 будет не купить, и придется покупать 32.

В моем контексте здесь не покупатель думает. Ему тут думать не дадут.

В смысле?

Эт словами не объяснить. Через это надо пройти

У кучи народу работает.

Но какой ценой? Здесь важно правильно знать цену.

512 килобайт статики будет дороже чем SDRAM.

Я специально не указал тип RAM-а.

А линух даст дикое сокращение сроков разработки чего либо на этой платформе в дальнейшем.

Здесь просто не согласен. Это миф.

[Methane]

В моем контексте здесь не покупатель думает. Ему тут думать не дадут.

Хорошо. Где ВЫ будете покупать 512 килобайт памяти, когда минимально доступная будет мегабайт на 8?

Эт словами не объяснить. Через это надо пройти


Но какой ценой? Здесь важно правильно знать цену.

А что цена? Купил готовую борду, проверил как работает на ней. Если не работает, то купил у тех у кого работает. Потом обточил как нужно и все.

Я специально не указал тип RAM-а.

Сейчас SDRAM контроллеры уже на микроконтроллера во всю применяется. Так что тут тип очевиден. А вот где брать на 512 килобайт, очень не очевидно.

Здесь просто не согласен. Это миф.

Какой миф? Что проще писать на персоналке а потом просто прокомпиировать на embedded девайсе? Или миф что под линух на ARMе куча софта собирается совершенно спокойно?

[AlexandrY]

Хорошо. Где ВЫ будете покупать 512 килобайт памяти, когда минимально доступная будет мегабайт на 8?

7616 позиций RAM от 512 Кб и меньше на Digi-Key устроит?

А что цена? Купил готовую борду, проверил как работает на ней. Если не работает, то купил у тех у кого работает. Потом обточил как нужно и все.

Так вам и скажут что на борде работает, а что нет. Вам еще R&D добавляется по исследованию плат

Сейчас SDRAM контроллеры уже на микроконтроллера во всю применяется. Так что тут тип очевиден. А вот где брать на 512 килобайт, очень не очевидно.

Ну кому очевиден тому флаг в руки.
А у нас есть выбор. Очень интересные фичи может дать направление скоростных NVRAM-ов на разных технологиях.

Какой миф? Что проще писать на персоналке а потом просто прокомпиировать на embedded девайсе? Или миф что под линух на ARMе куча софта собирается совершенно спокойно?

В книге Руссиновича о ядре Windows есть интересная статистика зафиксированных службой тех.поддержки причин краха системы.
Так 80% приходится на драйвера и аппаратуру.
Т.е. для embedded пратически бесполезно что либо запускать и проверять на PC.
И не путайте кучу софта с кучей барахла. Или уж назовите хоть одну такую полезную для embedded позицию из этой кучи.

[Methane]

7616 позиций RAM от 512 Кб и меньше на Digi-Key устроит?

Посмотрел. на 512 килобайт цены начинают от 3.45 бакса
http://search.digikey.com/scripts/DkSearch...ame=706-1057-ND
А вот за 2.9 на 8 мегабайт.
http://search.digikey.com/scripts/DkSearch...e=557-1092-1-ND
А SDRAM на плате это меньше места, меньше проводов итд.

Так вам и скажут что на борде работает, а что нет. Вам еще R&D добавляется по исследованию плат

Я куплю борду и посмотрю.

Ну кому очевиден тому флаг в руки.
А у нас есть выбор. Очень интересные фичи может дать направление скоростных NVRAM-ов на разных технологиях.

Как даст, так и обсудим.

В книге Руссиновича о ядре Windows есть интересная статистика зафиксированных службой тех.поддержки причин краха системы.
Так 80% приходится на драйвера и аппаратуру.
Т.е. для embedded пратически бесполезно что либо запускать и проверять на PC.
И не путайте кучу софта с кучей барахла. Или уж назовите хоть одну такую полезную для embedded позицию из этой кучи.

Та што угодно. Начиная от NTP, FTPсервером, ssh, итд.
Про бесполезно. Это вообще шутка. Я не предпочитаю алгоритмы отлаживать, там, где дебаг максимально удобен.

Оно и на ПЦ-то собирается не у всех и не с первого разу, а уж на АРМах...
У нас один горячий голова тоже сначала руками размахивал, кончилось тем что с помощью админа и какой-то матери установил линух на буке, на том дело и закончилось.
А на АРМе у него теперь работает WinCE

Если руки из задницы, то тогда да.
У меня линух на буке. С него и пишу к стати.

[AlexandrY]

А SDRAM на плате это меньше места, меньше проводов итд.

Я тип памяти не указывал. Это вы с чем-то личным спорите.

Я куплю борду и посмотрю.

Правильно. И не одну купите.

Та што угодно. Начиная от NTP, FTPсервером, ssh, итд.

Функциональные эквиваленты этого есть и в MQX правда в полном варианте.
IPSec пожалуй понадежней будет чем ssh (не забываем что ssh это вообще-то зашифрованный SSL-ом телнет и не более)
А найдите-ка стандартный IPSec нахаляву в линуксе.

Про бесполезно. Это вообще шутка. Я не предпочитаю алгоритмы отлаживать, там, где дебаг максимально удобен.

Дебагить вы будете на самом деле приведения.
80% багов можно словить только на целевой платформе.
Кстати, в нативных кода насколько знаю симулировать ARM-ы могут Keil да IAR. Ну там еще Multi и проч. редкость.
А в PC линуксе будет отладка софта не в нативном бинарном представлении ARM-ов.
Значит еще 10% необнаруженных багов перекочуют на целевую платформу.

У меня линух на буке. С него и пишу к стати.

Эт не тот линукс.

[Methane]

Я тип памяти не указывал. Это вы с чем-то личным спорите.

Я указал современный тип памяти. Хотите использовать статику, флаг вам в руки. Могу подсказать где можно купить ПЗУ с УФ стиранием.

Правильно. И не одну купите.

Зачем, не подскажите?

Функциональные эквиваленты этого есть и в MQX правда в полном варианте.

Чего именно? kopete есть?

IPSec пожалуй понадежней будет чем ssh (не забываем что ssh это вообще-то зашифрованный SSL-ом телнет и не более)
А найдите-ка стандартный IPSec нахаляву в линуксе.

А он уже разве не встроен в ядро?

Дебагить вы будете на самом деле приведения.
80% багов можно словить только на целевой платформе.

Вам не приходит в голову что это как минимум от софта зависит?

Кстати, в нативных кода насколько знаю симулировать ARM-ы могут Keil да IAR. Ну там еще Multi и проч. редкость.
А в PC линуксе будет отладка софта не в нативном бинарном представлении ARM-ов.
Значит еще 10% необнаруженных багов перекочуют на целевую платформу.

На РС, я буду отлаживать код в х86. А потом пересоберу под линух.

Эт не тот линукс.

А, понял. У вас свой, особый, предварительно пропатченый, линух, в который специально добавили кучу глюков? Ну, чтож, удачи,...

Вынужден не согласиться. SSH - суть туннель. Через него можно что угодно гонять. Хотите - телнет, хотите - иксы, да что угодно. Я, например, однажды мускуль гонял по нему.

И порты можно мапить, и файлы гонять. Но это какая-то там "настройка", которая "не стандартная", хотя у всех давно работает на самых разных компьютерах операионках.

[AlexandrY]

Я указал современный тип памяти. Хотите использовать статику, флаг вам в руки. Могу подсказать где можно купить ПЗУ с УФ стиранием.

Вспомните контескт обсуждения и может найдете правильные критерии выбора памяти.

Чего именно? kopete есть?

Может вам еще медиаплеер в дивайс который в боксы по IP67 закладывают .

А он уже разве не встроен в ядро?

В процессорное ядро?

Вам не приходит в голову что это как минимум от софта зависит?
На РС, я буду отлаживать код в х86. А потом пересоберу под линух.

Не..., типичная ошибка новичков.
Проблема качества софта это вообще-то моя любимая тема, поэтому не обсуждаю ее всуе

А, понял. У вас свой, особый, предварительно пропатченый, линух, в который специально добавили кучу глюков? Ну, чтож, удачи,...
И порты можно мапить, и файлы гонять. Но это какая-то там "настройка", которая "не стандартная", хотя у всех давно работает на самых разных компьютерах операионках.

Какой ценой? Давайте обсуждать цену, а не прецеденты.

Можно подумать, что IPsec там реализован.

Хотите ssh-клиента на жабе подгоню? Правда, не на всех реализациях стеков в мобилах работают локальные серверные сокеты.

Так для тунеля ssh через NAT нужен SOCKS клиент как минимум. И еще найти где нить надежный SOCKS сервер.

А IPSec в смартфонах реализован. Под WinCE точно.

[Methane]

Вспомните контескт обсуждения и может найдете правильные критерии выбора памяти.

1. Больше,
2. Дешевле.
3. Быстрее?

Может вам еще медиаплеер в дивайс который в боксы по IP67 закладывают .

Значит нет. А как-же ICQ?

В процессорное ядро?

Другого вы не знаете сталобыть.

Не..., типичная ошибка новичков.
Проблема качества софта это вообще-то моя любимая тема, поэтому не обсуждаю ее всуе

Кто-то из нас явно новичок.

Какой ценой? Давайте обсуждать цену, а не прецеденты.

Проц с MMU + SDRAM + NAND.

Так для тунеля ssh через NAT нужен SOCKS клиент как минимум. И еще найти где нить надежный SOCKS сервер.

У меня в роутере линух. NAT там есть. ssh наружу работает. Я что-то делаю не так?

А IPSec в смартфонах реализован. Под WinCE точно.

ssh тоже точно работает.

[AlexandrY]

У меня в роутере линух. NAT там есть. ssh наружу работает. Я что-то делаю не так?
ssh тоже точно работает.

А что вы вообще делаете. Роутеры? Где посмотреть?
ssh в дистрибутиве WinCE не нашел, где вы его там видели.

И что значит ssh наружу, нужно чтоб броузер в дивайс в сети за NAT-ом по HTTP залезал. Залезет?
Думаю без шансов.

[Methane]

А что вы вообще делаете. Роутеры? Где посмотреть?

Я много чего делаю.

ssh в дистрибутиве WinCE не нашел, где вы его там видели.

Погугли-те, что-ли.

И что значит ssh наружу, нужно чтоб броузер в дивайс в сети за NAT-ом по HTTP залезал. Залезет?
Думаю без шансов.

Только если руки из задницы, и человек никогда NAT не настраивал, и вообще не знает что это такое и как работает.