Цитата(Baser @ Mar 21 2018, 02:46)

Немного не вяжется: у вас Cortex M0 или Cortex M0+ ?
У Cortex M0 нет регистра VTOR, соответственно нельзя перенести таблицу векторов в середину флеш.
Можно только в начало ОЗУ.
Проект базируется на nRF51822, а это Cortex M0, VTOR нет. Но на мой взгляд, таблицу перенести можно. Для этого в стандартный (нулевой) адрес FLASH следует записать таблицу общую для bootloader и для application.
Bootloader: *iar_startup.s file
В этой таблице заменить все вектора на адрес функции обработчика прерывания.
Код
Address from 0x0000
SECTION .main_intvec
__vector_table_main
DCD sfe(CSTACK)
DCD Reset_Handler
DCD irq_forwarder
DCD irq_forwarder
DCD 0; Reserved
DCD 0; Reserved
DCD 0; Reserved
DCD 0; Reserved
.......
Далее собственная таблица векторов bootloader. Она может располагаться где угодно в пространстве FLASH, задается в настройках линкера.
Any FLASH address
Код
SECTION .boot_intvec
__vector_table
DCD sfe(CSTACK)
DCD Reset_Handler
DCD NMI_Handler
DCD HardFault_Handler
DCD 0 ; Reserved
DCD 0 ; Reserved
DCD 0 ; Reserved
DCD 0 ; Reserved
DCD 0 ; Reserved
DCD 0 ; Reserved
DCD 0 ; Reserved
DCD SVC_Handler
DCD 0 ; Reserved
DCD 0 ; Reserved
DCD PendSV_Handler
DCD SysTick_Handler
Далее за основной таблицей прерываний располагаем функцию форварда адресов:
Linker file:
place at address mem: 0xc8 {readonly section .irq_forwarder};
keep { section .irq_forwarder };
Code file:
Переменная irq_table_offset может указывать смещение как во FLASH так и в RAM.
Код
irq_table_offset @ 0x20000000 = (unsigned long) __section_begin(".boot_intvec");
typedef void (*irq_handler_t)(void);
__root void irq_forwarder(void)
{
//Read the number of the currently executing interrupt handler from IPSR.
//See the Cortex-M0 user guide for details.
uint32_t irq_interrupt_number = __get_IPSR();
//Find the address offset in the vector table
//for the currently running interrupt, irq_interrupt_number * 4
uint32_t vector_table_offset = irq_interrupt_number << 2;
//Get the address of the vector in the offset vector table
uint32_t offset_vector_address = vector_table_offset + irq_table_offset;
///uint32_t offset_vector_address = vector_table_offset + (uint32_t)&irq_ram_table[0];
//Read the address of the IRQ handler to branch to from the offset vector
irq_handler_t irq_handler=(irq_handler_t)(*(uint32_t*)offset_vector_address);
//Branch to the irq_handler
irq_handler();
}
При запуске bootloader инициализация:
irq_table_offset = (unsigned long) __section_begin(".boot_intvec");
При запуске application from bootloader инициализация:
Код
typedef void (*application_main_t)(void);
apl_base_addr = find_application();
launch_application(apl_base_addr);
void launch_application(unsigned long base_addr)
{
unsigned long *pData;
unsigned long appl_cstack_pointer;
application_main_t appl_reset_handler;
//Get application CSTACK value
pData = (unsigned long*)base_addr;
appl_cstack_pointer = *pData++; //+4 bytes
//Get Reset_Handler vector value from application intvec table
appl_reset_handler = *(application_main_t*)(pData);
//Set mode flag
NRF_POWER->GPREGRET = DEV_APPLICATION_MODE;
//Set application CStack pointer
__set_SP(appl_cstack_pointer);
//Jump to application Reset_Handler
appl_reset_handler();
}
Траблы происходят из за использования форвардера Я не смог его обьявить как __task, компилятор воспротивился, чтоб запретить сохранять на стеке адрес возврата. Видимо проблема в этой точке кода. Помогите исправить и проверить идею Практически на 90% работает

>> Меня очень смущает расположение основного стека близко к началу ОЗУ. Обычно его располагают в самом конце.
Пока не могу преодолеть. Усилия перенести стек в конец RAM, яростно отвергаются линкером.
Код
place at address mem:__ICFEDIT_intvec_start__ { readonly section .intvec };
place in ROM_region { readonly };
place in RAM_region { readwrite, block CSTACK, block HEAP };
//place at end of RAM_region {readwrite};
Строка place at end of RAM_region вызывает выдачу моря ошибок линковки.