前言
本次使用的boot基于hal库,APP则为裸机程序,因此这种特殊的组合需要使用者自行添加一些代码来顶替hal库本身的功能。
boot情况
当前的boot完全可以启动同使用hal库的app版本,以此证明boot完全没有问题(app前需要使用__enable_irq();HAL_DeInit();HAL_Init();)
APP情况
当前使用的APP并未使用hal库,因此原本需要配置向量表偏移的地方就需要使用者亲手写了:
由于本人使用的app起点为0x3800(boot预留了4KB的空间)
c
NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0x3800);
__DSB(); // 数据同步屏障
__ISB(); // 立即生效
注意点:
在裸机程序中不能在main开头直接使用向量表赋值,暂时不知道问题是什么。当前我是在RCC_Configuration();后面就可以正常使用了。
问题历程
正常情况下在app中直接使用__enable_irq();HAL_DeInit();HAL_Init();这三个函数完全就可以正常启动。
但是当前使用的APP时裸机程序,这三个函数的库并没有被包含。
猜想1
开始的猜想是这三个函数的原因,于是请AI生成了裸机程序:
但实际使用过程中APP仍然无法启动。
c
void HAL_DeInit(void) {
// 澶嶄綅鎵€鏈夊?栬?撅紙闄よ皟璇曟帴鍙o級
RCC->APB1RSTR = 0xFFFFFFFF;
RCC->APB2RSTR = 0xFFFFFFFF;
RCC->APB1RSTR = 0x00000000;
RCC->APB2RSTR = 0x00000000;
// 鍏抽棴鎵€鏈夋椂閽?
RCC->AHBENR = 0x00000014; // 浠呬繚鐣橲RAM鍜孎LITF鏃堕挓
RCC->APB1ENR = 0x00000000;
RCC->APB2ENR = 0x00000000;
// 绂佺敤SysTick
SysTick->CTRL = 0;
}
思考
因为这三个函数现在已经都添加上了,但还是没有正常进入到APP中。另外,由于是APP,keil没办法调试看到是停在了哪一步,于是只能深入了解问题根源,查询到可以使用j-link commander来直接读取程序运行指针来判断到底是停在哪一个函数上面。于是有了如下的步骤:
1.打开j-link commander,然后连接好调试器,开机,在j-link commander中输入"connect"------》回车默认------》输入S选择SWD调试方式------》回车默认速率------》输入"h"可以看到当前打运行指针掉到了哪里
查函数指针
在这里可以看到R14(LR)的指针调到了FFFFFFF9,此时就要看MSP指针了。
(0xFFFFFFF9对应MSP主堆栈,0xFFFFFFFD对应PSP线程堆栈)
查MSP
MSP地址+24就是实际卡住的函数地址。↓
(MSP+0 ~ MSP+15:R0-R3寄存器值
MSP+16:R12寄存器值
MSP+20:LR(链接寄存器)值
MSP+24:PC(程序计数器)值(发生异常的指令地址))
然后根据得到的地址查找大概
我查到的指针是掉落在了NVIC_Init和NVIC_SetVectorTable之间,由此可以大概判断出与向量表相关。
查当前向量表地址
输入
mem32 0xE000ED08 1
来查询当前的向量偏移是多少
我查到的是初始地址:0x08000000
这代表向量表根本没有进行偏移,然后就需要手动向APP中添加向量表偏移
增加向量表偏移
设定偏移值很容易,网上就能搜到
这里我用了这个函数来设置:
NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0x3800);
注意点
刚开始我直接添加到了main函数开头,可是实际发现并没有作用
后来放到了RCC_Configuration();后面才生的效。其实也有可能是keil没有重启出了bug了,等大家去探索。
而且后面还出现了设置的值与实际读取出来的值不一样,怀疑也和keil有一定的关系。