AndrejM

Вопрос снят, разобрался. Скачал с git-а u-boot ,и собрал как мне нужно. Но появился еще один. Мне к этой отладке дали еще устройство под названием mc-usb-jtag , документации нет , из программного обеспечения одна утилита , которой , как я понял можно spi flash прошить. Есть ли у вас на него документация? На сколько это полноценный j-tag, и можно ли его с oprnocd по использовать для ядра cortex-a9?

Добрый день. вопрос к ELVEES R&D Center , отладочная плата Салют-ЭЛ24ОМ1 рев.1.2 , я знакомлюсь с документацией на процессор и исследую периферию , для этого пишу небольшие bare-metal приложения и запускаю из под u-boot (elf с загрузкой с SD карты). Несколько строк на ассемблере запустить получается , в том числе что то вывести в uart , а вот запуск более крупной сборки заканчивается примерно так: reading test2 272744 bytes read in 31 ms (8.4 MiB/s) mcom# bootelf 0x60000000 CACHE: Misaligned operation at range [40010000, 40013038] CACHE: Misaligned operation at range [40013038, 40013058] CACHE: Misaligned operation at range [40013058, 40013100] CACHE: Misaligned operation at range [40013100, 40013110] CACHE: Misaligned operation at range [40013110, 400134bd] CACHE: Misaligned operation at range [400134bd, 400134d6] CACHE: Misaligned operation at range [400134d6, 400134da] CACHE: Misaligned operation at range [400134dc, 400134fc] CACHE: Misaligned operation at range [400134fc, 4001351c] CACHE: Misaligned operation at range [4001351c, 40013538] CACHE: Misaligned operation at range [40013538, 4001354c] CACHE: Misaligned operation at range [4001354c, 4001356c] CACHE: Misaligned operation at range [4001356c, 40013574] CACHE: Misaligned operation at range [40013578, 400155ac] CACHE: Misaligned operation at range [500166ac, 500196ac] CACHE: Misaligned operation at range [50100000, 50100804] ## Starting application at 0x40000000 ... plU cm ete. *************** test2 start ***************** undefined instruction pc : [<00000004>] lr : [<40013108>] reloc pc : [<c0082044>] lr : [<00095148>] sp : 50019670 ip : 4001310c fp : 7ff800cc r10: 00000002 r9 : 7f76dee0 r8 : 7f78bad8 r7 : 5001967c r6 : 7f78bae0 r5 : 00000000 r4 : 00000000 r3 : 00000020 r2 : 00000804 r1 : 00000000 r0 : 000000ff Flags: nZCv IRQs off FIQs off Mode SVC_32 Resetting CPU ... Можно ли как то, используя u-boot загрузить elf на исполнение с предварительно выключенным MMU и кэшами? Ну или как , вы советуете поступить , для решения озвученной выше задачи?

Для управления критически важными объектами в плане требований к архитектуре и к разработке все уже придумано, и более, как военные уставы написано кровью. Можете изучить соответствующий ГОСТ МЭК61508 (он же IEC61508), а если решите использовать несколько архитектур то тогда вам еще понадобится МЭК61784, прочитайте там требования к безопасным коммуникационным профилям и оцените надо оно вообще для вашей задачи, или же достаточно будет, к примеру, то же геркулес взять и в рамках одного CU решить. Ну и требования к разработке ПО посмотрите, прежде чем решение принимать, там много сюрпризов типа запрета арифметики с указателями, фактический запрет приведения типов, запрет использования динамической памяти, запрет использования внешних прерываний и.т.д. Я вас уверяю, что даже после поверхностного изучения темы, ваша альтернатива выбора контроллера уложится в два пальца на руке (ну и третий отказаться от задачи), если вы конечно не представитель корпорации типа Боинга. Ну и до кучи. Безопасность и надежность это не одно и тоже, более того требования там противоположные, понятно, что конечное изделие должно как то и тому другому удовлетворять, вот поиск этого компромисса и есть настоящий вопрос.

загляните в примеры для freertos , там есть для cortex-a9 реализация FreeRTOS_IRQ_Handler в файле portASM.s . стартуете в supervisor , в обработчике снова в него переключаетесь FreeRTOS_IRQ_Handler ; Return to the interrupted instruction. SUB lr, lr, #4 ; Push the return address and SPSR PUSH {lr} MRS lr, SPSR PUSH {lr} ; Change to supervisor mode to allow reentry. CPS #SVC_MODE ; Push used registers. PUSH {r0-r4, r12} ............................

возьмите другую плату да проверьте. у меня есть тоже запиленная до дыр discovery f429 , и подобные же спецэффекты не так давно начали проявляться , проблема судя по всему по питанию , ибо если на 0.1 V подать больше , то все работает.

mantech , а как вы сейчас (ну до того как "бутлодырем" занялись) грузите и запускаете приложение?

Вам собственный бутлоадер нужно перезапускать? я то понял что он у вас отработал и с запуском приложения проблема?

извиняюсь , наврал я вам . это я так хотел сделать , но не получилось . в итоге выходной файл IAR в формате binary , и запуск с адреса загрузки , там reset vector __vector: ARM LDR PC,Reset_Addr ; Reset DATA Reset_Addr: DCD __iar_program_start map __vector 0x80000000 Code Gb cstartup.o

а к чему эти искания? IAR (если его об ином не просить) сгородит вам в elf формате , при загрузке image прочитали в заголовке адрес точки входа (e_entry) от туда и запускайте. или в чем то другом вопрос?

NVIC_InitStructure.NVIC_IRQChannelPriority = configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY + 1; посмотрите в отладчике какой реально приоритет функция NVIC_Init установит в IP регистр , не знаю как для F072 , но для F407 NVIC_Init это делает не правильно ,в результате вы можете иметь проблемы с вызовом функций freertos из вашего прерывания.

для чистоты экспериментов , у bootloader есть режим Emulation Debug если его установить (boot mode pins) то после reset ничего вообще исполняться не будет в ожидании коннекта через jtag

не знаю что вам еще посоветовать ,а как это все конструктивно выглядит ? там с питанием ,с проводами все хорошо? :) connect через раз у меня был на am3359 ,если в настройках эмулятора опция target reset установлена software , при установке в hardware reset все нормализовалось. посмотрите наверное в CCS есть что то подобное.

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

да, действительно не похоже ... по той ссылке что выше я давал , в коментах к gel файлу: Note: Make sure the MMU is disabled when you run the scripts in order to properly read the registers. You can disable the ARM’s MMU in CCS by going to Tools -> Advanced ARM Features.

ну раз при более медленной clk и длинных timeouts "виснет" , значит при значениях по умолчанию просто по timeout вываливалось - не работает интерфейс эмулятора.