Я тоже честно говоря, не понял, зачем ТСу быстрый проц? Мне он нужен был для графики, сетки и быстрого УСБ.
У него упоминалось про модемы и вафлю, хотя они легко подключаются к стм32, возможно ему просто захотелось поиграться с линухой

ИМХО
Я бы это реализовывал на платформе Cortex-M4, и то наверно много,
ну если нужно на вырост Cortex-M7...
Конечно можно ситару поставить AM3505...
Кстати Atmel анонсировал SAM A5, там есть и CAN и Ethernet 1G

http://www.atmel.com/products/microcontrol...#SAMA5D3_series

Но по мне так лучше взять чип с ядром Cortex M4 и по мере необходимости прикручивал бы то, что нужно
Нужен Ethernet пожалуйста wiznet, нужен дисплей поставили riverdi, дисплей с контроллером ни каких проблем, ресурсов даже Pic контроллера хватит...
Просто изначально аппаратно заложить места и для wifi и для Ethernet, одним словом нужно впаял и запрограммировал.

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

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

Вот imx6
http://ru.farnell.com/freescale-semiconduc...-624/dp/2409457

Вот SAM L21 Cortex-M0+
http://ru.farnell.com/atmel/atsaml21j18a-m...-qfn/dp/2484387

Цена отличается более чем 4 раза, цена установки этих чипов тоже будет не в пользу imx6...
А делать будут одно и тоже...

imx6 шикарный продукт но для своей ниши, и это точно не опрос 8 датчиков.

У знакомого промышленный контроллер реализован на Cortex-M7, так там сеть датчиков, в некоторых проектах мотор крутит плюс сетевое управление, так ресурсов остается ещё вагон...

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

есть такое. и по поводу "поиграться"
но нужна графика, вафля, gps модем и прочее.
на текущей модели st32f103 уже не пойдет все это тащить.
смысла ставить четвертое семейсво - я не вижу.
через год понадибится не "медленные" датчики опрашивать
а еще что нибудь.
а поставить linux - это как бы сделать с запасом.



да.и мотор тоже надо крутить

Ой! ИМХО, конечно..



Вообще-то "правильное построение" систем сбора данных и управления:
1) Несколько локальных МК, считывающих показания датчиков
2) Несколько локальных МК, устройств управления и коммутации нагрузок
3) Один мощный контроллер с дисплеем и тачпанелью, на котором идет обработка управляющего алгоритма и передача команд по общему протоколу для всех контроллеров в сети управляющих команд.

С последним согласен на 100

Всё равно A9 это многовато ИМХО

есть нюанс с подключениями всяческих ширпотребных ЮСБ девайсов, который заключается в том, что они частенько требуют USB High Speed 480, что например недостижимо даже на stm32f429, если только на F7xx. А ставя тот же i.mx6 проблемы схемотехники и скоростей просто отметаются, плюс дрова даже для большого линукса наверняка портировать проще, чем писать с нуля свой под какую нить РТОС под Cortex-M3/M4/M7.
ставить многа локальных МК (из разряда, даешь к каждому датчику по своему МК) чисто по деньгам для разработки - это будет существенно дороже, т.к не нужно забывать что разработка, это не только заказ платы и комплектухи, это еще и софт, который пишут программисты, которые не будут работать за копейки, а скажут: "Ну тут же целый МК стоит, надо много думать и писать..." еще и аванс возьмут
если покупать составные части - типа как элементы конструктора, то это будет тоже дороже, чем если бы сделать на основе единой системы на модуле. но это ИМХО.

А кто сказал - "каждому датчику"?? Если все датчики в одном месте - так и ставьте один модуль сбора данных...

Просто это удобно, когда датчики разбросаны до 100м и гораздо удобнее их объединить по цифровой ЛС, чем тянуть провода от датчиков, собмрая все помехи по пути



Еще не видел ни одного устройства, которое требует ТОЛЬКО УСБ 2.0, оно и в 1.1 будет работать, только медленнее.

Раньше я тоже так думал. Но время идет вперед и (внезапно) свежая партия устройств с тем же брендом и теми же vid:pid что и раньше наотрез отказалась работать как 1.1. Как я понимаю вендор firmawre поменял, но от этого не легче - старых в продаже больше нет. Девайс logitech.

Странно, вообще-то это противоречит спецификации усб, которая обязывает устройства обеспечивать обратную совместимость..

Ага, и USB видеокарта тоже на 1.1 должна работать? =)

когда датчики разбросаны - то тут без каналобразующей части, будь то пресловутая токовая петля в любом её исполнении, не обойтись, соответственно будет возникать какой либо трансивер от удаленного датчика до контроллера, реч скорее всего идет о датчиках на плате - гироскопы, аккселерометры, всякие фоточувствительные сенсоры, влажность и т.д и т.п, то, что выпускается в чип-исполнении, с монтажем на плату и цифровым каналом, типа i2c SPI, соответственно девайс вырождается в одноплатное решение, в котором проц должен уметь напрямую и датчики обработать и картинку показать и неплохобы еще в интернет выйти. к слову почти любой нынешний свисток вафли это b/g/n - а соответственно автоматом требует usb HS, при том что пережевать трафик от HS не такая уж и тривиальная задача, применительно к микроконтроллеру.
я конечно же понимаю, что на микроконтроллере наверно это тоже все можно реализовать, но придеться подумать над оптимизациями и производительностью, взяв же проц, можно заняться делом, не сильно замарачиваясь над софтом в плане его оптимальности и тп.

единственное, в чем реально выиграет МК, даже cortex-M7 с его наворотами, так это в энергопотреблении. Даже одноядерный и.мх6 с его обвесом будет кушать не меньше 2 Вт, хотя даже больше, ватта 4 минимум, при том что МК наверно и в полватта-ватт уложится.
экран это отдельная стезя, его пока можно в расчет не брать, хотя если цеплять что либо от 5 дюймов - то на потребление проца или МК уже можно не обращать внимания )

Согласен, только подумайте, зачем для задачи контроля и управления с незамысловатой вэб-мордой такие скорости?? Усб1.1 дает около мегабайта в сек, неужели не хватит?? Этож не в браузерах рекламу грузить

Затем что в ларьках свистков работающих по usb 1.1 уже не продают
Кроме того веб морды бывают разные. Наша например по 3g еле ворочается. Потому что красивая. А некрасивую морду не купят.

Затем что в ларьках свистков работающих по usb 1.1 уже не продают

Нее, никогда не доказать, что для промавтоматики "свистки из ларька" - это головная боль потом ваших клиентов...

Наша например по 3g еле ворочается. Если не секрет, что это за устройство, такое?

смысл кроется как раз во фразе "из ларька" т.е. к процу можно особо не напрягаясь в большинстве случаем подключить практически любой ныне продающийся ЮСБ2,0 девайс, а вот к МК (подразумеваю cortex-Mx серию или аналогичную) - далеко не так просто это сделать. как правило ЮСБ хост у СТМ да и у Филипсов один, т.е. это значит автоматов в него воткнется ХАБ а потом уж флешки-мопеды и пр. вот и прикиньте трафик хоста в таком случае, это не просто страничку открыть, это и страничка, и клава-мышь, и еще херова туча девайсов, которые вполне возможно и низкоскоростные, но канал то занимают... а еще крутить всякую шляпу типа картинок.... а потом еще припрет проиграть какую нить мп3 мелодию..., а потом окажеться что с датчиков еще надо будет что нить небыстро, но точно обсчитать... примеров масса, так что избыточность проца в данном случае может быть и не избыточной )

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

ЗЫ. Если вам наплевать на надежность и экономичность - то берете какой-нить РС-совместимый комп с питанием 12В и пишите прогу под винду, как делают плат. терминалы. Там будут и свистоперделки и экран с тачем и пр..хрень, в комплекте с кучей глюков винды и вашей проги.... Но зато будет красиво!!

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

Ну и желание все собрать в одном месте - гораздо легче сделать 5 простых плат, чем 1 на все случаи жизни. Раз 5 наверное на моей практике видел людей которые шли по пути сделать 1 раз на всю жизнь, чтобы покрыть все возможные случае и больше никогда плат не делать... все ушли в итоге в тупик. Лучший результат который достигли это плата с огромным избыточным функционалом по возможно нужным в будущем задачам и нехваткой одной самой маленькой, но именно сейчас необходимой фишки.

Будите следующим?

Nuvoton NUC976DK62Y привезли, проверили, работает. Цена весьма разумная, да еще и 64Мб SDRAM уже в проце . С документацией нехорошо правда. Проверяем. Скорость так себе. Всего то 3070 Kflops.
Но цена, цена хороша! ARM 926 EJ-S core, 300 MHz, CAN, USB 2.0, SD, LCD, ADC.

Скорость так себе. Дак еще бы! Линуха на 300мегах и главное, 64 мегах памяти.... Ну, вообщем, на такой платформе только урезанные Openwrt работают, причем без графики вообще.

5.7 USD за проц с памятью 64 Мб и работа под Линукс 3.1
По моему вполне отлично.

для каких-то несложных задач его вполне хватит.. со свопиком и нормальный дистрибутив потянет, но очень неспешно..
по опыту ковыряния с nuc950(w90p950) могу посоветовать настороженно относиться к доке на камень. ошибок и опечаток и утаиваний там может быть много..
помимо refman, должен еще существовать programming guide - там можно прояснить непонятности из рефмана
поддержаны ли в вашем ядре crypto, 2d graphics, jpeg и остальное? а то в доке много громких слов, а на деле будет - шыш
и еще, происхождение ядра 3.1 - от производителя? есть какой-нить линк или только клиентам?

и чуть в сторону: по линку на сайте нувотона справа есть ссылка "Featured Products" в т.ч. NUC950, так последнее официальное ядро к нему.. 2.6.17, один китаец (прописью - один) пытался переписать на 2.6.35, но года 3 назад бросил.. китайцы, они такие китайские..

update: я ступил - это был "programming guide"

Даю Даташит.
Вся документация тут на FTP

Чего пиарить то старье ARM9?

Cortex M7 от $5 начинается. A5 от $7.

Посмотрите Atmel ATSAMA5D2. Там рассказывают о сокращении числа требуемых питаний и каких-то еще плюшках, позволяющих развести плату в 4 слоя, что тоже удешевляет конечное устройство. И цена ниже чем D3, вам же не нужны невероятные вычислительные мощности как я понял.

отладка в Москве

Да наверное не стоит пиарить ARM9, тем более пописав и там и там, понимаешь что Кортексы выигрывают. На старых только поддержка, ну небольшая модификация еще допустима, а в новый проект я их не ставлю уже давно.

Но не соглашусь с таким сравнением по ценам. Хотябы по тому, что без внешней памяти А5 никого не устроит. Тогда добавьте $2...$5 на память, + дороже разводка, больше площади на плате нужно, добавиться к цене, монтаж в два раза дороже, ... кушать будет много больше M7 по питанию добавиться цена.
А вот ниша M7 получается много дешевле A5. Но и считалка менее производительна у M7. Зато M7 под многие задачи востребован, А вот А5 будет с излишком.

А какая разница, какое ядро: ARM9 или Cortex-M? Мне как-то вообще параллельно. Ну пускай чуть менее эффективный код, пускай сложнее переключение контекстов задач ОС. Зато этот Nuvoton вроде до 300МГц да плюс там неск. МБ ОЗУ внутри. В каком M7 это есть??? Да и некоторые плюшки в ARM9 есть, которых нет в M7 - например MMU.

А есть и те, которых нет в АРМ9. Например, встроенный флеш для программ с возможностью защиты кода от считывания...

Ну да много паралельщиков в России, хорошо что не все. Ряд проектов по 7-8 раз приходилость перелопачивать из-за не эффективного кода и требований ряда сертификатов и стандартов. Многие паралельщики далеки от пром стандартов и тп. Отсюда и востребованность низкая разных паралельщиков как и оплата за их коды, и как правило плохо документированый код.
М7 и М9 разные все же, ну например ...как собака и ишак, разница в питании, в весе, в решаемых задачах.
По моему Nuvoton в 10-ку не вхоит, кто активно развивает новые армовские ядра.

И что Вы этим хотели сказать??? Что писать нормально не умеете, поэтому и переписываете по много раз?