@fotird

Здравствуйте!
Подскажите пожалуйста материалы по следующим вопросам:
1) как начать работать с подобными камнями (Sortix ARMv7-A Sortix-A8, Sortix-A9, Sortix-A11 и т.д.)? т.е. для начала поморгать светодиодом без ОС (с/с++), затем начать работать с периферией (опять с/с++), затем RTOS, а уж потом большие ОС с написанием драйверов. Т.е. как начать использовать такие камни в качестве микроконтроллеров общего назначения?
2) вопросы про аппаратную часть: как начать применять такие камни в своих изделия (подключение, разводка и пр.)
3) общие вопросы о применении мощных ARM в разработке устройств.
4) доступные и применимые процессоры (по большому счету нашел только TI Sitara/Davymsi, хотя мобильных процессоров сейчас много (Alwiner, Mediatek и пр.), но как-то они не покупаются; пока выбор пал на плату BegleBone с TI камнем)

Вопросы возникли как необходимость применения более мощных платформ (задачи - видео, wi-fi, встраиваемые системы и пр.), пусть и в DYY варианте. Обобщенный вопрос: как перейти на последний этап цепочки AVR -> STM32 -> ARM8?
Заранее благодарю!

0

@okotimiv

Linux - не RTOS, большая часть реал-тайма на нем вообще невозможна. Поставить RTOS можно, но вообще-то эти SoC не для таких задач, они для того чтобы можно было легко решать задачи более высокого уровня. Если в подобной системе нужно реалтаймовое управление, то ставятся дополнительные процессоры ввода-вывода (обычно МК) или используются встроенные периферийные блоки, среди которых встречаются и универсальные процессорные блоки (обычно DSP).

Например, Linux вообще не умеет быть I2C Slave. Что, в общем-то и понятно.

Не надо думать, что это просто более развитый МК, и что на него можно последовательно перейти. Это совершенно другой класс устройств с совершенно другим подходом к программированию и другими задачами. Такими как HMI, мультимедиа, сетевые коммуникации, работа с устройствами USB, логгирование, логика управления высокого уровня, конфигурирование других устройств, и т.д. Петли управления тоже конечно можно делать, но только в том случае, если частоты совсем небольшие. Вы не сможете, к примеру, хорошо управлять двигателем, но вполне можете управлять, скажем, климатической системой.

Если вам по каким-то причинам надо иметь мощное вычислительное ядро именно в реалтайме, то надо смотреть или в сторону DSP, или взять Renesas RZ - это единственный МК с ядром A9. Но такие ситуации вообще-то очень редки, во всяком случае в любительской практике. Передача видео с квадрокоптера, например, к таковым не относится.

Есть и другие способы, например гибриды, содержащие мощное ARM ядро и FPGA, типа Zynq. В этом случае на FPGA делается реалтаймовая часть, вплоть до ядер DSP и других вспомогательных ядер, кодеков, и т.д., а на ARM - Linux, HMI, коммуникационные стеки, конечные автоматы высокого уровня, и прочее подобное. Отличная вещь, только цена не очень гуманная.

0

@omooro

У dsp плоховато с открытостью, доступностью готовых плат и интрументов разработки. Вот и подумываю иногда, на чем можно делать петли управления с высокой числодробильной нагрузкой.

0

@div

Расскажу про своего предыдущего работодателя. Средних размеров американская корпорация. 20 лет разрабатывала свое железо, включая собственные микроконтроллеры. Мой непосредственный шеф 10 лет долбил им, что они фигней занимаются - надо по максимуму брать имеющиеся на рынке решения и добавлять свой how-to, а не изготавливать велосипеды. Иначе получается отставание на многие годы от мейнстрима. К примеру, сервер с MIPS 200, 64MB ROM, 64MB Ftosh, продающийся за $500 в 2012 году. К последнему продукту до них дошло - взяли Raspberry PI и по USB (если я правильно помню) подключили к нему маленькую платку со своей спецификой. Вот только к этому времени пришлось сократить 50% персонала.

Надеюсь, мораль данное истории очевидна.

0

@fotird

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

0

@okotimiv

Насчет DSP согласен. Имели тут недавно секс с AD SHARC, причем связанный не с самим чипом, а именно с платой разработки и лицензиями на софт. Цены и на то и на другое гуманными не назовешь... а политика производителя вызывает некоторое удивление.

Если хотите, дождитесь RZ от Renessas - это обычный МК, только с очень мощным ядром. На мой взгляд странный продукт, но может быть это именно то что вам надо. Поддержка у них традиционно хорошая, и для него есть порты всех популярных RTOS.

Ну или в сторону FPGA надо смотреть, сложный реалтайм обычно на них и делается.

Опять же, OMAP имеет встроенные DSP ядра, как раз для реалтайма, можно попробовать работать с ними.

Мой выбор в таких случаях - инструменты типа Matlab и Labview, и готовые платформы на FPGA, например от того же NI. Но есть конечно и другие варианты.

0

@okotimiv

Сами по себе SPI и USORT никакого особенного реалтайма не предполагают. Они вообще часто буферизованы. Работа с ними в Linux достаточно проста, и проблем обычно не бывает.

Проблемы начинаются тогда, когда нужна работа на уровне GPIO - она идет не на уровне ядра, а не уровне прикладной программы. Или когда нужен жесткий реалтайм.

Чаще всего ставят дополнительные простые МК. Это дешево и достаточно просто. Но если требуется управление быстротекущими процессами со сложной математикой - то SoC на Linux не вариант.

0

@BykTiho

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

0