Задача: использовать Mono exe-шник (1мБ) + Apache для запуска одного DLL (для работы с Web Service) + mysql database (5мБ) + пару script'ов + 3G модем. На контроллере желательно более 2-х UART + вся память на одном кристале и конечно хорошая цена.
Пример Raspberry, но минус этого чипа - рабочая температура и один UART.

Приветствуется наличие Dev Kit для легкой разработки. Если есть подходящий чип в корпсе LQFP/QFP для двух слойного дизайна платы, то это супер.

Это называется не микроконтроллер, а application processor. "Вся память на одном кристалле" не бывает. Бывает два кристалла (процессор и память) в два этаже. См. там.

Как все сложно у вас... Mono и mysql на ARMах...
Ну смотрите куда-нить на:

• Модули серии Colibri от Toradex
• Модули от Ronetix на Atmel SAM9
• Модули от phytec

если вопрос только в двух комках, то вариантов вагон и малая телега. Правда у них, как у всех реально встраиваемых, выводы не штыри (как у малинки), но думается это-то не вопрос.

Посмотрите в сторону Nuvoton N32916/N32926

SoM

scifi, спасибо за ответ. Юмор классная штука...

Alex A. Mihaylov, LightElf, NULL Я пересмотрел предлогаемые вами варианты, но к сожалению ответа не нашел.

Я понял, что мне надо искать, а именно GOOGLE: "raspberry alternative".
Даже пересмотрев в данном случае, что предлогают и пришел к выводу, что "CPU with integrated RAM" кроме Raspberry мне найти не получиться.
Alex A. Mihaylov, предложенные вами CPU имеют встроенную RAM до 200Kb. Я думаю будет очень затруднительно развернуть Linux with mySQL на данном объеме.

Может я не на правильном пути в своем поиске?

Есть правда вариант: MCIMX534AVV8CR2 но он один из 154, что не очень подходит. Мне бы Dev Kit под него для тестирования. Купить голый чип и делать "тектанический труд" не по мне.

Все предложения "application processor" имеют external memory. На мой взгляд мне подойдет варинат BeagleBoard. Там сверх достаточно параметров для моей задачи и цена приемлема.

Alex A. Mihaylov, хотел еще уточнить, один вопрос. В ващем ответе есть строчка "Как все сложно у вас... Mono и mysql на ARMах...", что вы имели ввиду? Mono & mysql не совместимы или они не совместимы с ARM? Может в этом моя проблема? Что вы посоветуете?

А такое http://www.embest-tech.com/product/single-...d-computer.html не подойдет?

Ещё недавно и я тоже так думал. Но потом наткнулся на вот это:
RZ/A
Cortex-A9 + up to 10MB в одном чипе, да ещё QFP.
Хотя у меня складывается впечатление, что ТС затевает что-то монструзное, что скорей всего можно решить гораздо меньшими ресурсами.


Если-бы Вы потрудились хотя-бы открыть даташит на этот MCIMX534AVV8CR2, то прочитали бы в нём:
Level 1 cache:
— Instruction (32 Kbyte)
— Data (32 Kbyte)
• Level 2 cache:
— Unified instruction and data (256 Kbyte)
• Level 2 (internal) memory:
— Boot ROM, including HAB (64 Kbyte)
— Internal multimedia/shared, fast access RAM (128 Kbyte)
— Secure/non-secure RAM (16 Kbyte)
и никакой другой внутренней памяти в нём нет.
Под Ваши требования прокатит разве что МК, который я привёл выше с 10МБ на борту.

Не знаю что такое "тектанический", но "титанический" труд Вам нужно проделать только один: изучить область ембеддед-разработки с её спецификой, средствами и современными МК.
А не тащить монстра из под винды для мигания светодиодами.

Видел я это.
Я имел в виду память, достаточную для запуска настоящего взрослого линуха со всеми этими апачами и прочими свистелками и перделками.
Хотя в 10 мегабайтах тоже можно что-то почти взрослое делать.

vovanse, спасибо, но цена за такой вариант завышена.

jcxz, если взять варант MCIMX534AVV8CR2 но без SDRAM со всеми его cache, можно ли запустить полноценный Linux? Ну это такое...

Сорри за ошибку, я имел ввиду "тектонический труд".
Интересно, сколько займет времени взять чип с полки и разработать готовый продукт? Или же лучше рабоать с Dev Kit?

На данный момент есть разработанный продукт для управления неким процессом. Я имспользовал STM32F4, его вполне хватало, даже с web server and FTP Server. Проблема возникла со связью с сервером. Используя RL-TCPNet я подключил Ethernet, потом понадобилось соединение по WiFi (решение не найдено), теперь и 3G (решение не найдено). Последним шагом требуеться работа с Web Service'ом (xml + SOAP) и в добавок требуеться хранить номера RFID Cards, около пару тысячь. Как бонус удаленное обновление софта. Уже есть решение по Web service под Linux на Mono. Что бы не тратить время, лучше подготовить Linux Board нежели переписывать для STM32F4. Еще не ясно, конечное требование. Если платят деньги, то буду довалять функционал продукта нагружая Linux Board

Следующий шаг имеется ввиду поддержка стандарта ISO 15118.

Я не спец. в линухе, но думаю что вряд-ли.


Для Linux-подходящего устройства, думаю что довольно много (неск. месяцев с переразводками) из-за необходимости подключения внешней памяти
и множества высокочастотных цепей. Да ещё и схемотехник нужен толковый.
Возможно лучше взять готовый модуль, включающий CPU + SDRAM/DDR + NAND/NOR flash. Таких много на рынке.
И разработать плату с разъёмом под этот модуль. Требования к ней уже будут гораздо менее жёсткие.

Серьезная тема.
Это что то вроде разработки счетчика топлива для заправок, но только для электроэнергии и еще с автоматической оплатой.

Допустят ли к сертификации такой дивайс если он будет без полной реализации TrustZone вот в чем вопрос!

В Linux нет exe-шников и dll. Одно ядро в памяти это где-то 6-8Мб, а еще нужно куда-то смонтировать файловую систему и запускать где-то приложения. Микроконтроллеров с таким обьемом памяти на кристалле не существует.
Скорость разработки embedded Linux платы в большей степени заввисит от качества BSP. Linux плата не сможет управлять процесcом в реальном времени - нужен будет внешний контроллер, например, как сейчас у вас. Возможно вам просто нужна дополнительная коммуникационная плата к уже существующей. И не обязательно с Linux.

Сорри за оффтоп, но зачем счетчику парковок мускуль да еще и апач??
Про DLL EXEшник - это вааще, т.е. еще и wine нужно поставить??
И все это ради "database (5мБ) + пару script'ов + 3G модем"?? Круто - ничего не скажешь...

Но это "о птичках", а по существу - не парьтесь в поисках одночиповых линукс-решений - ибо их нет!

Даже в роутерах, где стоят микролинуксы, все ужато по максимуму, и то требуется 32 или 64мб оперы,
плюс там нет ни апача ни мускуля, да какое там - даже МС с трудом ставится, а один только апач сколько сожрет памяти, а мускуль?? Посчитаете - прослезитесь...
Ну а если уж совсем невмоготу - берите серийный модуль с 512 мегами оперы как минимум и делов-то!

AlexandrY, не все так страшно как вы сказали. Оплата не проводиться непосредственно на зарядном устройстве, но от SSL никто не отказывался.

Странно, что людей уливляет в 2014 году EXE файл на Linux. Стоит только спросить вариант "cross-platform", т.к. есть рабочие варинты на Windows, так сразу советуют Mono. Это пройденный вариант.

Продукт нашей компании базировался на RL-TCPNet. По всей дороге надо решать проблемы: multi-task, External memory, TCP stack, usb devices, PPP, Ethernet, SSL, Web Sevice ( xml+SOAP), remote upgradе и т.д. ВСе надо искать и руками доделывать или делать. Сколько тем на сайте, что все элементы имеют проблемы. И люди бъються с этим и изобретают велосипед. Даже читал, очень расстроенных людей по этому поводу. Я и сам не могу сейчас решить вопрос о подключению RL-TCPNet ( PPP ) to 3G modem. И так каждый шаг. Конечно, сейчас будут писать про "ровность рук и кривизны извилин", даже читать не буду....

Варант Linux Board которую Я предложил по хорошей цене и параметрам. Зачем опять спускаться до ucLinux и опять все обрезать и дотачивать. Вообще не вижу смысла. Если уже идти на повышение, то уже полный Linux, когда можно только работать и наслаждаться, цена устраивает. Все равно процесс контроллирует STM32F4 ( его в будущем можно понизить по параметрам и по цене) а коммуникацией по разным протоколам и хранением данных и принятие глобальных решений отдать Linux. Т.к. решение с интегрированной памятью пока не такие расспространенные, то хочу использовать все готовое с внешней памятью - BeagleBoard.

Если Я даже захочу скопировать плату, то дешевле у меня не получиться. А брать все с нуля, вижу люди советуют немного почиатать и разобраться, но все равно приходят к тому, что Я озвучил. По цене и времени разработки лучше взять готовое. Времени-то нет...

psL, наконец-то есть какой-то анализ и предложение. Теперь опять, берем FTPS, HTTPS, Web Service и любой модем 3G с полки с температурой -40С до +80 ( или USB или PPP ), в некоторых случаях нужен Wifi. Что тогда использовать? Стоимость разработки?

А вы не смотрели в сторону MQX? ЕМНИП, AlexandrY очень восторженно об этом софте отзывался.


Ну, там же не только сплошное наслаждение. Наверняка есть и свой специфический геморрой. Вы почему-то с полной уверенностью заявляете, что линукс будет однозначно лучше. Вам виднее, конечно, но я бы не стал так категорично заявлять.

Пробовал MQX на вибриде, USB глючит даже в их примерах, а ТСу 3Г модем явно через него подключать... Вообщем - на вкус и цвет



Вот это правильное решение.

Я на MQX уже сделал кучу проектов.
Управление инверторами, управление симисторными пускателями, управление распределенными системами по CAN шине и проч.
Очень надежная, а главное документированная ось.

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

Но! Под RTOS исправить и отладить любой драйвер дело пары дней.
Под MQX в IAR вообще одно удовольствие отладка драйверов.
Видно состояние всех задач, содержимое цепочек вызовов в стеке, состояние всех объектов синхронизации, трассировка вызовов ядра, лог всего что возможно, динамическое отображение любых переменных без остановки задач, графики значений переменных и проч. проч. и все через SWD без всяких UART-ов, без всякой инициализации прямо от первой ассемблерной инструкции, на полностью еще голой платформе.
Идеальный профайлинг с точностью до такта процессора любых процедур. Никакого специального софта на целевой платформе при этом не надо.
Оптимизатор IAR делает лучший по быстродействию и компактности код.

Далее про прикладной софт.
Парсер SOAP одинаковый тяжело осваивать как под линуксом так и под RTOS.
Но под RTOS его легче отлаживать.

WEB сервер, файловые системы на SD, NAND, RAM все в MQX есть. Причем описано в паре исчерпывающих документов.
PPP протокол тоже есть, Wi-Fi есть с поддержкой soft AP.
Что там еще.., SQL?
Для одной таблицы? Это избыточно. Достаточно таблицу разместить в RAM и построить пару индексных столбцов на хэшах для быстрого поиска.

Ну еще такие мелочи у RTOS как защищенность софта от копирования и реверса, более быстрый удаленный апгрейд, меньший объем исходников, очень короткие и ясные драйвера, более быстрая сборка, меньший объем литературы для изучения.

Как тут можно купиться на линукс даже не представляю.

AlexandrY, по MQX следующие вопросы:
1. Можно ли использовать MQX RTOS для STM32F4 серии, если нет, то приведите эквивалент по функциональности, я посмотрю стоимость. Если возможно, то порекомендуйте Dev Kit
2. Стоимость лицензии для MQX. Я понял, что можно использовать вместе с IAR ( IAR - лиензия бесплатно)
3. Нужно ли отдельно доплачивать для библиотек: USB, Ethernet, File System, SSL, FTP/FTPS

SOAP под Linux работает с Mono и парсер не нужен. Только работай с данными и наслаждайся. Под MQX RTOS как и для Keil RTX нужен свой парсер. Что есть время затратное занятие. В такои случае и отлаживать легче, когда любое место знаешь и можешь проверить каждый модуль.

Если взять плату BEAGLEBONE BLACK, ее стоимость 47.58 евро ( за лицензии платить не надо). Какая стоимость платы которую, вы можете предложить + лицензии?

Я не Александр, но тем не менее.
MQX идёт в комплекте с МК фирмы Freescale бесплатно. Я тоже подсел на STM32, поэтому задавался схожими вопросами. В своё время выпилил SNMP agent из MQX и могу засвидетельствовать, что код там весьма вменяемый. При некоторой сноровке и наличии времени оттуда можно выпилить всё. Остаётся вопрос: а оно стоит того?
В общем, посматриваю на Kinetis в связи с MQX, но пока решающего повода не было.

Действительно scifi, извините, что не спросил у всех желающих помочь
Я понял, что MQX под STM32F4 не существует, значит менять существующий дизайн под Freescale. Этот варант не подходит, зачем тратить деньги и время и прийти к RTOS. Лучше осваивать Linux.

Пытаюсь увидеть тут логику, но никак не получается. Ну да ладно. Когда освоите - отпишитесь, будет интересно почитать.
А если хотите поосваивать линукс, установите на своём компьютере Gentoo или, тем паче, Slackware. Потом возвращайтесь с впечатлениями.

MQX есть под фрискейловый вибрид vx6, там 2 ядра - 1 кортекс А5 на 500 мегагерц, второе - М4 на 160 - это ваш любимый стм407 один в один. Куча портов и интерфейсов.
Есть люди, которые делают так - на А5 ставят линукс, если влом сетевые стеки руками писать, а на М4 - MQX.
Лично для меня оси - зло, но кому нравится, то в самый раз.

Базы на 5 мег я всегда в DBF делал - очень простой и быстрый обработчик, с недостатками, но все же...




Я не делал своих проектов под нее, но дал людям потестить простые примеры, мне сказали, что "если все делать правильно", т.е. подключать флешки и отключать корректно - все работает, но если дергать как попало - виснет. Сделал свои драйвера - все работает хоть ногами топчи - это мне больше нравится...

На счет документированности - не спорю тут так и есть.



Да почему? Пусть осваивает, даже может и неплохо, потому, что сейчас линукс все больше применяется везде - будет полезно в будущем...

Конечно на STM32F4 MQX использовать нельзя.
Про лицензии толково ничего не скажу, я не дистрибутор этого добра. Просто выбрал самое лучшее из доступного.

Я платы похожие на beaglebone не делаю.
Потому что в индустриальных приложениях делать на одном процессоре весьма рискованно по критериям устойчивости к программным ошибкам, ЕМС, гибкости, защищенности от реверса и взлома и т.д.
В частности и MQX выбрал потому что это мультипроцессорная RTOS.

Но сейчас пока в ожидании Cortex-M7.

Кстати не просветите, что такое Mono и зачем вам оно нужно?



А это что за чудо? Речь про embedded платформу или так, воспоминания о PC?

AlexandrY, ответ по поводу MonoDevelop. Язык C#. Приложения работают одинаково под Windows и Linux.
На данный момент Admin в нашей компании работает по тестированию и настройке Linux: mySQL, Apache, remote upgrade ( *.exe files, так же выводимого текста на экран), scripts, FTPS, load on power on. Другой человек работает на своем Linux computer с mysql и SOAP, проверка связи по 3G, в случае отсутствия надо сохранить все пакеты и отправить когда связь вернеться. Мою часть я делаю под windows, с помощью Remoting я могу передавать данные между двумя EXE файлами проекта, которые на разных компьютерах. Мой EXE файл обесечивает связь с контроллером, поддержку ISO15118, управлением 4x20 Character LCD, RFID, считыванием значений со счеткика по RS-485. Весь проект работает не зависимо от платформы. Тестируем, каждый свою часть на своем компе ( мне проще на своем подключить RS-232 и USB). В итоге все файлы запускаются на одной Linux Board. Есть и свои минусы, но время разработки уменьшается.

По поводу mysql. Есть много разрозненых данных, настроек, параметров, white/black list. Можно работать с разными DBF файлами. Можно работать с множеством текстовых файлов с парсерами и т.д. Поиском, заменой, удвлением и т.д. должен заниматься движок mysql. За это надо платить объмом памяти, но все в одной БД и работать с даннвми легче

звучит так, будто вы труд по продуманной архитектуре проекта решили задавить грубой силой операционки. Я может не дока, но мне кажется написать приложение мультиплатформно на порядок сложнее (если мы говорим о качественном приложении) чем под конкретную среду. И все выигрыши во времени нивелируются сложной отладкой и перекрестными глюками.

Но я не настаиваю. Если вы так уже все сделали, то тогда действительно вам нужен линукс, и нечего придумывать, зачем в этом зоопарке еще операционки. Только память надо реально внешнюю, проц будет не такой экзотический, даже в Raspberry память внешняя, хоть и напаяна бутербродом на проц, но внешняя... Трудно производителю проца конкурировать с крупными производителями памяти, да и греться она неплохо чтобы в один корпус сотни мегабайт запихивать.

Что-то не понял, это вы так представляете себе работу или так у вас уже работает?
Ведь как понимаю у вас embedded платформы-то пока подходящей нет.

И что то не увидел в MonoDevelop кросс платформенной разработки.
Т.е. чтобы компилировать на компе, а запускать и отлаживать на встраиваемой платформе.

А уж лаконичность у MonoDevelop просто эпическая, лаконичней только черный ящик.

И как вы себе представляете интеграцию аппаратных средств микроконтроллера в API Mono?
Это же весь Mono надо будет изучить на уровне исходников.

Опять же глючные драйвера файловых систем на дешевых встраиваемых платформах не дадут сильно разгуляться с MySQL.
Придется титанически напрягаться чтобы уменьшить износ носителей (NAND, SD или что там еще) и устойчивость к последствиям сбоев.
Т.е. и MySQL придется изучить на уровне исходников.

Так о какой экономии времени может идти речь? Здесь надо пару лет минимум.

Я забыл уточнить, что описанный мною выше проект это конечная цель продукта.
Но первая задача стоит довести контроллер процесса до стадии когда его можно продавать, конечно с меньшим функционалом. Постоянно проблемы с коммуникациями: 3G and Wifi. Ethernet вроде работает. Сейчас запустили на заводе производство первых 100 плат контроллера. Hardware уже не изменить, поэтому иксал решение заменить RL-TCPNet на MQX для решения коммуникационных проблем. Но если надо и проц менять, то лучше идти по пути дополнительной Linux Board. Стоимость Linux Board 47.58, если делать дополнительную коммуникационную плату на MQX, то по цене она врядли будет дешевле.
Вот такой мой взгляд

а.... если

тогда все понятно достигнете ее вместе с коммунизмом)...

ковырнул я пару платок на армах с линуксом - ох и буреломы там. Линуксы же пишет и дополняет все кому не лень, там все "драйверы" в своих стилях, и глючат по очереди. То есть если вы берете платку с линуксом, то вы сразу обрекаете себя на мегобайты слабо контролируемого кода. Его не то что проверить и вычистить, его даже просто прочитать за разумное время невозможно.

Я тоже раньше велся на красивые фразы типа: "поставил линукс и теперь у меня полный ТСР и USB стэк, теперь я даже не представляю как я раньше столько страдал, теперь без линукса и не начинаю разработку". Но кроме полного USB и TCP стэка вы получаете еще кучу мусора и надстроек над ними, и время вхождения в систему пару лет, чтобы хотя бы можно было уверенно определять направление в котором она начала глючить....

По мне уж лучше в вашем случае прикрутить вместо кейлового стэка, распространенный LwIP. И править те места которые глючат и не устраивают. И переделывать ничего не надо будет... ИМХО

Golikov A., если бы было время на работу с контроллером, Я бы искал решение между RL-TCPNet, MQX, LwIP +FreeRTOS. На данный момент они запущеные в производство. Надо искать только дополнительную расширительную плату для коммуникации. Отсюда я и интересуюсь MQX как альтернативу RTX (Keil). Для проекта с полной функциональностью, все будет Linux based решение. До окончания еще далеко и перечисленные проблемы конечно могут возникнуть. Опыт приобретается только через труд...

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

Ну да некоему admin-у это упростило бы работу. Он бы сваял свои кросс платформенные скрипты на стороне embedded сервера и голова не болит.

Зато разработчику realtime части дивайса придется изобретать свой велосипед в виде M2M протокола чтоб WEB серверу
по запросу предоставить любые данные какие он пожелает и чтоб в MySQL все шло не слишком быстро и не слишком медленно и резервирование предусмотреть
когда этот MySQL будет восстанавливаться после очередного краха и т.д. и т.п.

По сути надо будет сделать шлюз SOAP в некий доморощенный межпроцессорный M2M.
И MQX с готовым межпроцессорным прикладным уровнем здесь все равно вне конкуренции.
Надежный, асинхронный, P2P, событийно управляемый M2M протокол это будет посложнее портирования SQL движка на RTOS.

С точки зрения сетевых протоколов можно согласиться, хотя есть и lwip, но с ним посложнее...

Не понял как вы смотрели. Nuvoton N32926. LQFP128, 64MB DDR2 RAM на борту. Мало что ли? Если много, то N32903 - 8MB SDRAM, LQFP64

Идеальное решение уже найдено - http://electronix.ru/forum/index.php?s=&am...t&p=1302690

Интересно, сколько же это чудо стоит?

Предположу, что в 2 раза дороже стандартного gsm модуля

Не сочтите за наглость. Можете указать ссылки на Developing Kits для vx6 (Linux) и M4 (MQX). На сайте Freescale много разных процов и контроллеров. Если у вас есть опыт, то хочется услышать подсказку

видимо имеется ввиду вот этот
http://www.freescale.com/webapp/sps/site/p....jsp?code=VF6xx

Кстати, Timesys это проприетарный Linux

В смысле, нужна плата или sdk? Если плата, я покупал в стартерките, просто мне там проще, чем из забугорья заказывать, а если sdk, то mqx ,качается отсюда - http://www.freescale.com/webapp/sps/site/p...MQX&fr=gtl#
после обычной регистрации, ну а линукс - производитель рекомендует Timesys, есть buildroot, хотя я предпочитаю безосевое программирование.
ЗЫ. Точное название проца - MVF61NN151CMK50

Имеется в виду этот?
http://www.starterkit.ru/html/index.php?na...view&id=114
http://www.starterkit.ru/html/index.php?na...view&id=115

Интересно, как под эту плату собирать ядро? В оф.репозитории http://git.freescale.com/git/cgit.cgi/ отсутствует arch/arm/mach-mvf/
Вообще, у FS похоже нет поддержки Linux BSP под эти SoC, только стороннее

Да, плата именно эта.
При покупке там уже был установлен билдрут, немного покопался в нем, ради интереса и только. Задача стояла сделать прогу без осей на А5 и М4.
Трудно сказать, я вообще не представляю процесс полной компиляции линукса и сколько это займет дней
Судя по тому, что простой sdk для А5 под иаром, компилился несколько минут, правда, в режиме оптимизации...

Если у Вас компьютер не прошлого века, то минут за 5 должен собраться.
У меня на 4-ядерном Атлоне полная компиляция линукса занимает меньше двух минут.

При помощи Mono exe и dll - такой же нативный формат бинарника для Linux, даже на ARM и MIPS и т.д.

Что, прямь весь линух с ядром и за 2 минуты?? Похоже, или ваш комп из 23 века или линух урезанный по самый root

Во-первых, линукс - это и есть ядро. И psL, на сообщение которого(-ой) Вы отвечали, прямым текстом пишет о компиляции ядра.
Во-вторых - да, весь линукс у меня компилируется (включая configure и make, но не включая распаковку исходников из архива) приблизительно за минуту 40 секунд.
Если измерить все - от распаковки архива с исходниками до генерации deb-пакетов - то это 3 минуты с хвостиком...

Для пущей ясность уточню - я собираю линукс не от Фрискейла, а официальный с kernel.org.

Сколько всего файлов компилируется? Оптимизация включена?

Понятия не имею. Если интересны подробности, вот мой конфиг: http://pastebin.com/jtPEdzWr


Да, конечно.

Компиляция идёт с RAM-диска