Приветствую.
Есть такое дело - нужно поднять какой-нить хотябы очень простой пример под данный проц на ИАРе,
типа "hello world". Описание проца есть, отладочная плата тоже.

Проблема вот в чем - как залить и запустить созданный ИАРом бинарь в проц?

Есть варианты - 1) mfg_tools - проблема - она работает только с хитрыми бинарями *.imx
Прог по конвертации обычного бинаря в этот я не нашел, все тыкают носом в исходники убута, но там черт ногу сломит и надо все это хозяйство компилить под линухой, что не вариант.
и другой момент - только реверс-инжиниринг данной проги, что тоже не радует...

2) есть прога cfimager которая создает сд-карту с этим бинарем - проблема - в ее описании не сказано, что она может работать с imx6, только до 5й версии (может это и неважно, но хотелось бы точно знать)

И третье - просьба если нечего сказать по теме, не тыкать, что дурак потому что не прграммишь на линухе

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

IAR - не подскажу ничего. Насколько я помню из своего опыта, общая методика такова: компилируем с помощью CodeSourcery из командной строки (последний запускаем на виртуальной машине, я использовал VmWare из-под Windows XP, а в нем разворачивал Ubuntu), полученный файл заливаем по TFTP на плату из U-Boot (Linux не грузим, только U-Boot) и потом запускаем ...

P.S. Без U-Boot сложнее. Есть опыт решения вашей задачи для платы на AM1707. Пришлось глубоко изучить документацию на сам МП и на плату, после чего написать в IAR соотв. программу (Keil этот МП не поддерживал), откомпилировать ее, загрузить по JTAG в ОЗУ платы и оттуда запускать ...

Ясно, но очень неудобно, что-нить бы под виндой хотя бы

Насколько помню, в документации описан протокол общения загрузчика, вшитого в ПЗУ i.MX6, с внешним миром в лице ПК. Соответственно, можно внимательно его изучить и написать свою программу-загружалку, которая будет пользоваться услугами уже имеющегося в i.MX6 загрузчика (не U-Boot, который не имеет отношения к процессору, а является сторонней программой, расположенной во внешней памяти -- соответственно, его может попросту не быть).

У Вас какая-то каша в голове. Или что то не договариваете.
1) определяете интерфейс программирования камня(что такой есть и что он реально вам подходит. т.е. в данном случае будет программировать камень)
например JTAG
2) находите(читай покупаете) конкретный программатор под данный камень. У данного программатора должны быть
а) примеры б) описалово в) _стандартный_ входной интерфейс заливаемого файла. например hex
3) находите компилятор позволяющий компилировать с необходимого языка(читай которым владеете). Например IAR
4) покупаете демо борду с данным камнем, если хотите быстро и практически без-гиморно. на каком нить ебэе.
5) компиляете свой пример. скармливаете загрузчику. получаете профит.

при чём тут люниксы, оси, левые загрузчики и форматы - не вкуриваю....наверное Вы ведаете тайными знаниями - хз...

ЗЫ
все примеры даны гипотетически. Вам самому надо это проверить. Но что то мне подсказывает, что я не совсем далёк от истины в конкретном случае.

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

К примеру попробуйте по вашему пути запустить 86 проц... демо бор в вашем компьютере стоит...

Можно, например, опереться на BIOS, вызывая функции BIOS через int13h, int16h и т.п. Запустить хоть как-то "голую" мамку будет, ИМХО, архисложно, ведь для этого потребуется писать свой BIOS, пусть и урезанный.
А при работе с указанной ТС платой можно опираться на загрузчик (почти наверняка это U-Boot) ...

Что недоговариваю?
Плата - Hola-PC от стартеркита - разработчики не предусмотрели jtag- видать все заточено только под линуху.

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

mfg_tolls умеет работать только с файлами *.imx, которые иар делать не умеет, т.е. нужно писать конвертер самому, а это жесть, если не сказать более...

Что еще тут можно сказать?

Есть посадочное место, но не впаян разъем, или вообще нет даже контактных площадок (или дырочек) на плате ? Во втором случае (совершенно невероятном) грузите ваши программки по TFTP из U-Boot ...

Именно - к шарам нет дорожек.

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



Это опять из вопроса про "измерение внутриглазного давления через задний проход"...

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

http://www.starterkit.ru/html/doc/Hola-PC_V1A.pdf

по схеме DD4, весь JTAG не подключен, кроме двух заземленных контактов.
Эта плата изначально сделана под юникс, и под загрузчик, как PC мозерборд под биос, не надо идти против природы....


тогда вы выбрали неправильную плату....

кстати тут недавно кто-то мучил IMX6, и тоже хотел работать без ОС, если это не вы, поищите тема не далека....

Да, это я и был
А причем тут природа - сделать нормальный и безглючный гуй под линуху - считаете это очень просто??

И второе - задача в принципе не сверхестественная - есть рабочий гуй под х86, его надо портировать на АРМ, все, что требуется - инициализация видео, портов таймеров и уартов, причем примеры есть, и скомпилить не так уж сложно, нужно просто сделать конвертер в тот формат, который понимает встроенный загрузчик...

А задать соотв. вопрос о конвертере техподдержке фирмы, выпустившей плату, вы не пробовали ?

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

Не совсем так...
MfgTools никак не привязан к какой либо ОС
"пендостанский мастадонт" сделал универсальную и очень гибкую систему для программирования

Это своеобразный инструмент-"транспорт" из персоналки в процессор
Нужно самостоятельно написать свой профайл для этой утилиты

Он в себе будет включать XML скрипт с прописанными задачами и firmware.
Изначально утилита забрасывает firmware в память процессора
После этого firmware несет полную ответственность каким образом и на какой носитель будет выполняться программирование

Для программирования Linux, фрискейловцы создали firmware на базе того же Linux
Для программирования WinCE соответственно создали firmware на базе WinCE Core
Ну а Вам придется писать собственный firmware который подхватит интерфейс MfgTools

Перечитайте документацию в "MfgTools\Documrntation"
Думаю там найдете все необходимое

А для безосевого программирования под Windows пробуйте Yagarto + Eclipse

Если будет прогресс - дайте знать
Очень интерестно

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

Не совсем понимаю о каких данных для инициализации проца идет речь
Процессор инициализирует сама firmware сразу после загрузки
А выбор носителя выполняется с помощью командного процессора, который отрабатывает та же firmware
Курить придется много, но информации в целом достаточно

и еще....

если отладка лишена jtag, отлаживать "безосевой" софт будет мягко говоря затруднительно
для отладки под линукс есть GDB
под WinCE есть KITL
ни один ни второй не требует JTAG

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

DCD что ли?
Так это тоже часть firmware...
Дело в том что эти данные грузятся из бутового флеша
А это не Ваш случай



а если быть точнее, то даже не часть firmware, а образа (firmware + DCD + всякие ключи HAB), который ложится на бутовый флеш

Именно это и есть. Как мне его не надо??? А куда я бинарь класть буду, в выключенныую ДДР???

Если речь идет о буте с флешки, тогда конечно надо

Просто в MfgTools firmware заливается сразу в оперативку и выполняется
А DCD отрабатывается только при буте с флеша встроенным загрузчиком

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

Тут я не подскажу
Прежде всего надо выяснить как работает MfgTools

Будут результаты - дайте знать
Реально интересно
Ну и чем смогу, тем помогу

тут для 25й имх у них похоже бутлоадер 1й версии, в 6й уже 2я версия с изменениями в полях данных
Хотя могу в чем-то ошибаться - а камнем еще 3 дня только занимаюсь

короче...

imx6x определяется в USB как HID устройство
IMX6SDLRM.pdf -> 8.8 Serial Downloader

если есть практика программирования USB HID устройств, программатор пишется за один день

freescale.com -> search -> IMX_MFG_TOOL_V2_SOURCE

уверен что там все есть (например MxHidDevice.cpp)

Возможно вы действительно приобрели не совсем подходящий для вас DevKit. Я являюсь обладателем MarS Board от Embest. На ней выведена площадка под разъём JTAG (PLLD1.27-10). Мне его любезно припаяли, а я интереса ради попробовал загрузить и исполнить файл из ОЗУ простенькую тестовую программу через SEGGER J-Link v8.0 и IAR7.10. На этом DevKit'е установлен Dual вариант SoC i.MX6 , но IAR (там есть конфигурация конкретно под этот вариант чипа) в отладчике выводит информацию о регистрах только одного из них. Как переключиться на второе и возможно ли это в принципе в этой версии IDE я пока не знаю. Ничего интересного больше не скажу, т.к. брал плату для экспериментов с Linux и Android.

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



А зачем это мне?? Вы видать не поняли мой вопрос.

Написал на форуме стартеркита, но видать там поставил всех в ступор

Итак, на чем мы остановились...

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

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

Главный вопрос по системе адресации, на который мне пока никто не ответил, а именно:

я вот про что - в заголовке имх-файла есть такие поля:
абсолютный адрес первой инструкции - 0x00008017
абсолютный адрес DCD - 0x2CF47F17
абсолютный адрес Boot Data - 0x20F47F17
абсолютный адрес IVT - 0x00400400 (так понял, что его менять не надо)

Можете объяснить, почему адрес первой инструкции 32791, хотя заголовок всего килобайт?

И остальные адреса, особенно про DCD?

почитайте 2 и 8 раздел RM , кто вам тут на пальцах это объяснять будет..

Да я уж понял- вопрос был в порядке байт.

Как же хорошо в свое время было с аврками

Кто поможет в портировании на иар функции:

get_arm_private_peripheral_base ?

Без нее не хочет компилиться проект

И вообще, как портировать gccшные ассемблерные макросы на иар?


.global get_arm_private_peripheral_base
@ uint32_t get_arm_private_peripheral_base(void)@
.func get_arm_private_peripheral_base
get_arm_private_peripheral_base:
@ Get base address of private perpherial space
mrc p15, 4, r0, c15, c0, 0 @ Read periph base address
bx lr
.endfunc @get_arm_private_peripheral_base()@

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

А иар в этот раз подвел меня - не сподобился ни на один пример программы, даже "hello world" не сделал, только заявлена поддержка cortex A9 и все! Что за поддержка - непонятно, ни стартапов ничего нет...
Вобщем эта плата только настроение испортила

может для начала взять iAR-овский пример под IMX6 ? выбрать конфигурацию с DDR и выключить C-SPY макрос (инициализацию у вас boot rom сделает) .

Вы упорно идете заведомо гиблым путем. При работе с подобного рода камнями необходимо ни на миллиметр не отклоняться от генерального курса партии. Потому что слева и справа поле с граблями и грабли эти до горизонта.
Сказал чипмейкер компилять под линем в гцц - значит так и делать, не изобретая никакой отсебятины.

И что теперь, если завтра скажут писать под дырявую винду - тоже все строем и на раз-два, что-ли?

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

PS/ Ибо все это лирика и делу не поможет, тогда может кто-нить подскажет недорогие платы с чипами, у которых производитель не заточился под одну ось и ни шаг вправо и влево?

Есть плата beagleboneback или как-то похожее название, у нее есть поддержка иаром?
Требования те-же проц не ниже 600МГц, хотябы пара уартов, усб, сд-карта и обязательно видеопорт dvi\hdmi

с этой платой (beagleboneback) вам будет много проще решить задачу тем способом что выбрали. я как пару лет назад прошел путь на который вы вступили с подобной же платой (imx53) , приложение я там в минимуме сделал , но в конце концов сдался , главным образом из-за маяты с убогой отладкой (jtag там тоже не было) , и переделал все под linux. а вот недавно снова вступил на эту скольскую дорожку уже с боней (beagleboneback), наличие порта отладчика , обилие примеров под тот же iar , задачу из мазахистой переводит во вполне приемлемую , даже для слесаря-дилетанта коим я являюсь.

а еще кроме люникса и винды есть андроид, и платы под андроид. А под него GUI писать можно! Тоже есть свои приколы, но надежность высокая. Просто если вы берете что - то большое, мощное и с экранчиком, то оно требует и трудного использования.

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

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

Да, пожалуй так и сделаю - закажу боню, а эту отдам линуксовым любителям...
PS. А можно глянуть на какой-нить иаровский проект на боне, пусть самый простой?



Это я уже проходил, спасибо ненадо
После винды перешел на дос и сразу стало легче на душе - глюков не стало






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

А... тогда вопросов нет, вам реально надо просто другую плату, тем более если уже есть своя операционка...

Ваши вебтермометры не иначе как в литейном цехе стоят.

не это скорее исследовательские чем производящие вебтермометры...

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

Есть с пяток рабочих примеров под IAR для отладочной платы на AM1707. Без всяких ОС и загрузчиков. Могу предоставить "как есть". Там есть комментарии, но деталей я не помню - писал давно, и больше к этому семейству не возвращался ...
P.S. От себя скромненько добавлю: работа с МП/МК такого уровня сложности без ОС - это капут. Даже не железный, а кремниевый

В BBB посмотрел стоит АМ3359, поэтому эти примеры скорей всего не подойдут
Но думаю не все так плохо в этой жизни, покопался на сайте техаса и скачал оттуда штуковину, под названием starterware, причем там дофига всяких иаровских примеров по работе с периферией проца, разчаровало только одно в нем - мне нужна поддержка альфа-канала в видеоблоке, а там видеоблок разделен на 2 части 1) тупой видеопорт, который гонит на экран данные из видеобуфера и все, а чтобы воспользоваться аппаратной прозрачностью нужно использовать powervr, а вот его-то примеров использования и нету, причем в RM про него тоже "2 строчки" - видать его уже опять под линуху затачивают...

Вы уверены, что есть реальная необходимость в ваших исследованиях ? Почему вы сторонитесь Linux ? Поймите, без ОС вы можете решать вашу задачу годами, а затем она просто станет неактуальной. Плюс к этому, не забывайте, что документация на МК/МП такого уровня может и не содержать всей необходимой для создания своего Standalone - проекта информации. Именно с этим я и столкнулся применительно к AM1707 ...

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

И второе - у меня нет задачи повторять возможности линухи или винды - мне ненужно крутить видеоклипы или создавать второй апач и пхп, все, что мне было нужно я сделал за несколько месяцев на х86 и голом мс-досе, почему вы считаете, что портировать на арм это космически сложная задача? Или считаете, что х86 на порядок его проще??

Роутеры и проч. чудесно работают под Линуксом. Зависания крайне редки, если куплен не самый дешевый роутер. А вы сделате лучше ? Едва ли ...
Да, на 8086 и ДОС я сам в юности положил лет 10, добрых, и чудесно знал то и другое, и написал вагон программ. Этот МП и эта ОС тысячу раз описаны-переописаны, точно известно местонаходждение всех возможных в принципе граблей и прочих прелестей. А вот о той же Ситаре этого не скажешь. 8086 уже лет 35. А Ситаре по сравнению с ним без году неделя. Плюс неполная и очень неудачная документация на Ситару. Плюс практически полное отсутствие работающих Standalone - примеров (по причине, наверное, очень простой - Ситара просто не предназначалась разработчиками для Standalone - программирования). Чувствуете разницу ? Я - да. Поэтому ваше сравнение Ситары и прочих современных АРМов и других им подобных монстров с 8086, мягко говоря, не совсем корректно.
Нет, ну дело-то ваше. Можете делать. Потратьте на это годика два, а за это время ваш проект просто морально устареет, как, впрочем, и Ситара ...

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

PS. А вам вопрс "на засыпку" - сколь у вас уйдет времени на портирование под линукс программы для х86, которая использует низкоуровневый доступ к девайсам pc-системы, с работой графического интерфейса, прозрачной графикой, поддержкой форматов картинок, работой с кучей периферии, интерфейсов rs-485, modbus, dallas microwire универсального irc-приемопередатчика, всяческих шимов и энкодеров, ацп-цапов, ну и на последок портирования виртуалок с поддержкой микро-си языка, и еще чего-то по мелочи?

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

Нисколько. Я не профессиональный программист и писать что-то сложное под Линукс не берусь. Да и не мое это. StandAlone - другое дело. Но StandAlone для таких монстров, как наш с вами, ИМХО, практически мертв ...

Вот и я к тому, ибо поправить программку, написанную но моем микроскрипте - сможет каждый, кто хоть немного изучал си на информатике, а если я завтра скажу ему, Опа! а теперь все программим на линухе!!!
А кто не спрятался - я не виноват Думаю после этого у них сразу мозг взорвется - и они пошлют меня подальше, вместе с ситарами, линуксами и пр...и скажут - либо возвращай все как было или мы больше не твои клиенты... И вот это уже будет мой провал!

По поводу запуска без линукса, не для всех процессоров это подходит. Пытался как то написать программу для imx233, долго пытался, потом плюнул поставил линукс. Написал программу и уже все давно работает.
Написать без линуса программу тоже почти удалось, но только та программа не использовала бы все возможности этого процессора. А теперь там такая конфигурация linux+ ssh + gcc for arm + http + php + моя программа + припоял к i2c и spi схемку. Процессор не нагружен больше 20-50%, а корректировать программу можно с любого компа подключенного к сети + можно сделать обновление программы. и еще много всего. так что так :-)