Даа.. не обнадеживающе все как-то звучит.. Запись в память, чтение из памяти. Согласен, без документации нормальной где нет временных диаграмм ничего не получится. Присматриваюсь к RK3066 может кто имел дело?

Вроде бы тут кто-то OMAP от техасских инструментов запускал на голом железе. Или это был i.MX от фрискейла... В общем, что-то такое.
Кстати, гугл говорит, что для этого рокчипа есть мануал. Скачайте, полистайте, чтобы получить какое-то представление о масштабе бедствия.

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

manch или как-то так, под все общее неодобрение запускал что-то на голом железе из тяжелых. Вроде хвастал что запустил

Ну титанический или нет, это от задачи зависит, а вот то, что потом "то вам не составит труда проделать всё то же самое снова с A9. Так что не волнуйтесь" это в общем именно так.

Да как раз его сейчас изучаю.. По документации у них все норм, есть клоки на каждый интерфейс, надеюсь документация полная. Если брать такую шляпу Marsboard RK3066 я не прогадаю?

Не спешите. Есть ещё документация на процессор Cortex-A9. Вроде бы там нужно настраивать MMU и кэши, что довольно весело. С контроллером прерываний нужно бодаться. Ну и так далее.


Ага. Вот тут.

Если Вы собираетесь работать на голом железе, то надо не просто А9 брать, а именно тот, на котором и собираетесь работать, поскольку один А9 от другого А9 (другой фирмы) может отличаться кардинально. У них будет совпадать только собственно процессорная часть (грубо говоря, система команд, MMU и кэши), вся периферия может быть абсолютно иной.

Если это меня имеют ввиду, то запустил, причем уже давно

Если хотите пройти мой путь, то начните с самого простого и главного - выберите чип с максимальной документацией и САМОЕ главное - чтоб для него был хоть самый минимальный SDK. Как тот, кто все это осиливал скажу, без этого чип вам не поднять!

Затем выберите среду разработки. В моем случае - это был ИАР, мне нравится его иде и компилятор, поэтому и сижу на нем уже лет 10, но это добавило мне порцию геморроя в виде портирования того, что нарыл в инете, писанного под гцц, на иар...

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

Затем попробуйте сделать пробный проект - помигать диодом, если получится, вы прошли 30 % пути...

Сообщение отредактировал mantech - Sep 17 2015, 18:43

Да, да про вас простите не помнил всех букв.
Зря вы это сделали линукс ставить надо было.... теперь вы нам немой укор.

Поделились бы с товарищем что вы запустили, может ему тоже самое подойдет, и будет хоть с кем посоветоваться

Я прощаю

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

ЗЫ. Сначала пусть хоть камень правильно выберет, а там посмотрим...



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

Сообщение отредактировал mantech - Sep 17 2015, 19:07

Я запускал OMAP L-137
Сперва запустил на голом, потом ещё портировал на него uCOS. И портировал USB-стек.
Всё - ручками, внимательно вчитываясь в доки: и запуск ядер (через PRU-ядро), и инит кучи периферии, и взаимодействие ядер, и MPU и даже MMU (хотелось кеш данных включить) на ARM9-ядре - всё сам по pdf-кам.
Никакими UBoot-ами не пользовался, даже не глядел в них. Раз только попытался глянул в реализацию USB-стека в линухе для этого МК (в примерах для L-137 к сожалению не было примера stand-alone стека, предлагалось только пользоваться какой-то закрытой операционкой в бинарниках или линухом), но понял что в этом лесу я буду разбираться дольше, чем портирую готовый USB-стек из примеров для LPC17xx переписав уровень абстрагирования от периферии (HAL).
И библиотеками никакими не пользовался - брал даташит на периферию, описывал структурами регистры периферии и писал драйвер.
Ничего сверхъестественного или невозможного нет, первый старт с поддержкой минимальной периферии, GPIO, тактирования, отладочного вывода в UART - примерно через месяц-полтора насколько помню.
Самое титаническое, что там есть - это объём доков, раз в несколько больше чем на среднем Cortex-M. Особенно на всякую сложную периферию типа USB, EDMA, MMU. Как правило она там навороченная, так что и описания объёмные.
Всякие UART, SPI, I2C, ... - по сложности мало отличаются от МК класса на ядре Cortex-M. Ну McASP правда посложнее немного.
Да - и более-менее глубокая оптимизация под ядро C674x тоже время заняла порядочно.
Всё остальное - ерунда, если есть опыт в освоении многих других МК. Месяца 2-3 - и будете хорошо ориентироваться в этом МК.

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

PS: Скоро кажись в LPC4370 буду вползать Думаю на первоначальное освоение хватит месяца.

Удалено.

Сообщение отредактировал Obam - Sep 18 2015, 07:28

Мсье знает толк в извращениях
Зачем, когда есть готовые процедуры инициализации, только немного поискать...



В принципе, базовые сведения есть, хотя скудноваты. Усб, похоже, несовместимый с ehci, да и sdk нет, придется выколупывать из bsp линухи... Вообщем, я б не взялся - долго и муторно. По мне все-равно лучше мх или ситары нет...

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