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

У меня есть только c:\ti\ccsv5\tools\compiler\arm_5.1.1\lib\, в ней папки src с boot.asm нету!?

Значит сделайте ее, раскрыв тамошний архив rtssrc.zip туда. Или просто достаньте boot.asm из него

Помогло, прилинковал его к проекту, теперь обе конфигурации работают одинаково, заходят в один и тот же boot.asm и ходить по нему нормально стало.

Ещё добавил в include options данную папку и вообще шикарно стало, можно от _c_int00 по шагам добраться до main. При создании проекта почему-то подключает к пректу папку c:\ti\ccsv5\tools\compiler\arm_5.1.1\include, которой вообще нет, зачем? Это, по-идее, и болжна быть данная src с распакованным архивом?

Кстати там четко откоментирован кусок, отвечающий за вход в user mode. Так что три движения мизинцем, и оно выключено.

Да, так и сделал, спасибо за полезные советы.

Она там есть. Ее не может там не быть. Там лежат все стандартные инклуды, "stdio.h", "stdlib.h", "limits.h" и пр. Без этого у Вас бы ничего бы вообще не скомпилировалось с применением стандартных #include

Да, есть, что-то я, наверное, не то смотрел.

Приветствую.
Возник вопрос с прерыванием, вся инициализация проделана по аналогии с примером (правильно), но не заходит в обработчик прерывания.
Нашёл, что перед main (в примере у которого всё работает) выполняется кусок кода, который копирует вектор прерываний:

, где 0xFFFF0000 - адрес ARM local RAM, у меня вектор прерываний лежал в On-Chip RAM, но при этом в Vector Base Register все адреса были прописаны правильно. Зачем нужно это копирование если адреса вектора прерываний и так были известны?
И второй вопрос по самому вектору:

, что означают константы 0xE59FF018, ... , 0xE59FF010 в таблице?

Наверное контроллер прерывания AM1808 требует чтобы таблица векторов находилась с этого адреса.
Или вы спрашиваете почему на этапе компиляции вы сразу не разместили эту таблицу по адресу 0xFFFF0000?
Про AM1808 не знаю, но например в OMAP-L137 делается так же, там тоже вектора прерываний ARM-ядра прописываются в ARM local RAM уже после старта ПО.
Делается это по той причине, что первым в нём стартует DSP-ядро, ARM-ядро в это время в сбросе. Грузит и стартует прошивку DSP-ядро.
А оно не имеет доступа к ARM local RAM.

А что можно сказать по поводу констант, которе забиты в вектор прерываний, что это может быть?

код сомманды jmp

Если можно поясните здесь подробнее. Что-то не могу понять, что прописано в приведённом выше векторе прерываний. Счас читаю доки, но пока не нахожу ничего по данной теме. Entry - понятно, адрес заданной точки входа, UndefInstHandler, SWIHandler, AbortHandler, IRQHandler, FIQHandler - адреса соответствующих обработчиков. Константы выше Entry - 4 одинаковые 0xE59FF018, ещё 0xE59FF014, 0xE24FF008 и две одинаковые 0xE59FF010 - это всё JUMP? Это ведь должна быть таблица адресов по которым происходит переход при том или ином событии, каким боком здесь JUMP?

Описание вектора прерываний из даташита на рисунке, всё практически как в описанной выше таблице за исключением "констант".


Попробовал удалять или менять на нули эти константы, процессор запускается и работает, но при срабатывании прерывания вылетает.

Что такое дизассемблер знаете?
Даже без него могу предположить, что первые 8 строк - команды типа:
LDR PC,[PC,#N]
а следующие 8 строк - это собственно таблица адресов, которая считывается первыми 8-ю командами.

Совершенно верно, кроме шестого вектора, который Reserved.

Спасибо, так и есть, если дизассм сделать, то получаем следующее:

, что соответствует таблице векторов прерываний из даташита. Неверно посчитал - это должна быть таблица переходов на адреса обработчиков, а не просто их адресов.
Ещё не совсем понятна необходимость её переноса в ARM RAM? Получится ли сделать кусок кода на ассме, который отвечает за эти переходы, разместить его в секцию vectors, а её через CMD-файл прикрутить к ARM RAM?
Или поскольку к ARM RAM имеет доступ только сам ARM, то с эмулятором такой вариант точно не прокатит, а если это будет загрузчик, то подход тоже неверный, т.е. при старте программы всегда необходимо перебросить твблицу векторов прерываний в ARM RAM?

Приветствую.
Начинаю разбираться с работой MMC/SD контроллера и, забегая вперёд, хотел спросить:
1) MMC/SD контроллер после его конфигурации сам произведет инициализаию памяти и переведёт её в нужный режим работы?
2) Если контроллер поддерживает версию спецификации памяти, то мне опускаться до уровня команд MMC/SD не придётся, необходимо будет только писать/читать данные в/из его фифо?

Немного разобрался с работой MMC/SD контроллера, прошёл этап инициализации памяти. Надо браться за чтение/запись данных и тут не могу понять, каким образом настроить работу шины данных на x8.
Есть у контроллера регистр MMCCTL (рисунок 1), в котором есть биты отвечающие за ширину шины данных, но бит WIDTH1 (рисунок 2) используется, как Read Only. Как же тогда задать режим работы шины данных?

Приветствую! Помогите разобраться, куда копать. Проблема следующая.
Есть программа, заливаю её в процессор всё работает. В CCS v5.5 останавливаю процессор нажимаю "Suspend", далее нажимаю "CPU Reset", "Restart", "Resume", всё заново запускается и работает.
Добавляю кусок кода, который настраивает и использует прерывария от McBSP и тогда всё работает только один раз после включения питания либо Hard Reset-a.

В начале программы использую настройку прерываний, все функции из AM1808_StarterWare:

при инициализации McBSP выполняется следующий кусок кода:


Если поставить точку останова на IntIRQEnable(), дойдёт до неё, далее при нажатии на "Resume" опять попадает на эту же строку (каким-то образом само перезапустилось). Если убираем из программы настройку прерываний McBSP, всё будет работать нормально.

UPP:

Хочу уточнить. Ещё раз всё посмотрел, получается, программа сбрасывается на самое начало. Ещё нашёл, что в CCS можно выбирать кнопку сброса "CPU Reset (SW)", "CPU Reset (HW)" и "System Reset". Так вот, если для программы с "глючным куском кода" делать "CPU Reset", то перезапустить её не получится, выполнение доходит до определённого места, а потом каким-то образом происходит сброс на начало. Если выполнить "System Reset" и "Restart", то программа запустится нормально. Для программы без использования прерывания от McBSP можно использовать любой вариант сброса. В чём отличие? И как сделать правильно, чтоб запускалось в любом случае?

Помогите найти пример для работы с SD картой на AM1808