[Метценгерштейн 0]

Стало интересно как в STM32 задаются вектора прерываний. Из RM08 ясно, что (возьмем SysTick), при прерывании по SysTick, происходит аппаратное прерывание на адрес 0x0000003C, откуда идет направление в функцию

void SysTick_Handler(void).

Вот даташит RM08:

Пока всё корректно, адрес 0x0000003C. Смотрим уже после компиляции проекта (HAL), что лежит по этому адресу- куда должен прыгнуть дальше, какую ф-ю вызвать для обработки.

Видим по памяти, что лежит там 0x0800076F.

Наводим мышку на ф-ю SysTick, и видим что она расположена по адресу 0x0800076E

 

 

Вопрос- почему, и где я ошибся в рассуждениях?

STM32F103CB

[Arlleex 131]

Младший бит адреса должен быть установлен в 1 для указания CPU, что он исполняет код из набора Thumb/-2. За подробностями в мануал на ядро.

[Метценгерштейн 0]

не понял немного. Можно чуть подробней объяснить?

[Arlleex 131]

Cortex-M - это профиль процессоров архитектуры ARMv7-M, и, строго говоря, настоящим ARM-процессором не является (нету у него набора инструкций ARM).

А вот настоящие процессоры ARM поддерживали два набора команд: 32-битный ARM и 16/32-битный Thumb/Thumb-2.

Для выполнения Thumb на ARM-процессоре требовалось адресовать их по полусловам, т.е. младший бит был установлен в 1.

Этот бит копировался в бит T регистра CPSR и указывал процессору текущий набор инструкций.

 

Cortex-M не поддерживает ARM-команды, а поддерживает только Thumb/-2.

Так вот для переносимости кода решили оставить этот самый младший бит в 1, чтобы процессор понимал, что исполняет команды Thumb-набора.

[haker_fox 60]

5 minutes ago, Метценгерштейн said:

Можно чуть подробней объяснить?

Было (а может быть и есть) два набора инструкций для процессора: ARM (32-бита) и Thumb (16-бит). Более старые ядра, например ARM7TDMI, могли исполнеять оба набора. А сам набор определялся состоянием младшего бита. Новые ядра (Cortex-Mx) могут исполнять только Thumb. И для совместимости младший бит должен быть равен 1. Т.е. вы бинарный код можете, теоретически, запустить на ARM7TDMI.

[Метценгерштейн 0]

Спасибо, а применительно теперь к адресам? Вот есть адрес в памяти 0x0800076F

На примере можно пояснить?

С вектора прерывания 0x0000003C туда же прыгает?

[Arlleex 131]

Только что, Метценгерштейн сказал:

Спасибо, а применительно теперь к адресам?

Ну а чего не понятного? Функция для понимания человеком находится по адресу 0x0800076E.

Для процессора надо в этом адресе установить младший бит, поэтому получаем 0x0800076F.

[Метценгерштейн 0]

Понял, проц прыгает по 0x0800076E, и видит, что установлен младший бит, 0x0800076F, а адрес 0x0800076F не является кратным 4, поэтому процу ясно, что это бит добавлен.

[haker_fox 60]

4 minutes ago, Метценгерштейн said:

С вектора прерывания 0x0000003C туда же прыгает?

И снова рекомендую книгу Джозефа Ю. По нужной вам архитектуре процессора.

[Метценгерштейн 0]

Спасибо всем.

[megajohn 3]

39 минут назад, Метценгерштейн сказал:

Спасибо всем.

 

и еще не забывать про VTOR

http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dai0321a/BIHHDGBC.html

https://habr.com/ru/post/275351/

[jcxz 182]

4 часа назад, Метценгерштейн сказал:

Пока всё корректно, адрес 0x0000003C. Смотрим уже после компиляции проекта (HAL), что лежит по этому адресу- куда должен прыгнуть дальше, какую ф-ю вызвать для обработки.

Это не адрес, а смещение от начала таблицы векторов прерываний. А где находится её начало - нужно смотреть VTOR.

[Obam 30]

Более старые ядра, например ARM7TDMI, могли исполнеять оба набора. А сам набор определялся состоянием младшего бита. Новые ядра (Cortex-Mx) могут исполнять только Thumb.

Причём, Cortex-Rx и Cortex-Ax всё также умеют ARM-команды... Ж>8-\ максимальный ассортимент.

Изменено 24 января, 2020 пользователем Obam

[haker_fox 60]

5 hours ago, Obam said:

Причём, Cortex-Rx и Cortex-Ax всё также умеют ARM-команды... Ж>8-\ максимальный ассортимент.

Я не работал с этими ядрами, но буду иметь это в виду)