使用64脚F103RC，经常死机，调试发现经常死在中断列表的最后一行，B. （如下位置），不知为何？我开始以为是开中断后因为某种原因触发中断管脚所致，后来关闭所有中断还是这样，就不知所以了。
这个B.代表什么？在很多地方也都看到，偶尔也会死在其他地方B.，但从来不知道何故，哪位大侠指点一下，

各楼把能想到的都挑出来了……
在下补充一个老生长谈的话题: 看看你的程序中有没有用到printf()，如果有，就要打开USART1(具体重定向到哪，可查看fput)，既然你关闭所有中断问题依旧，这种可能更大了
你所说的B.是S文件临时对中断处理所作的弱函数(一个死循环)，如果老在该区域说明有打开的中断没有写相应的中断处理函数，故而跳到缺省的弱函数那里

各楼把能想到的都挑出来了……
在下补充一个老生长谈的话题: 看看你的程序中有没有用到printf()，如果有，就要打开USART1(具体重定向到哪，可查看fput)，既然你关闭所有中断问题依旧，这种可能更大了

建议在官方软件库的工程模板上开发程序吧，有现成标准的平台可用，交流起来也规范。自己单独建项目工程需要了解的知识点很多，遇到问题也是千奇百怪的，所以官方的统一平台有很多好处

看一下堆栈，看看哪里跳过来的，就能找到了

这说明你使能了某些中断， 但又没给这中断定义服务函数
b == branch 跳转的指定， 这里的意思等同于while(1);

启动文件跟mcu型号对得上吗？

检查一下是不是触发 HardFault 了。

1.用对应.s文件(开发平台、芯片类型)
2.换了.s，clean一下

楼主，仿真一下，然后通过看寄存器的值确定一下是哪个函数导致进入的错误。
可以参考一下：http://blog.csdn.net/u013181595/article/details/69523331

两个方向：
软件：堆栈、内存溢出。例如：看看是不是函数的数组设置小了，或者数据类型设置不对
硬件：某几个功能IO没有焊接好，CPU输出输入无响应。

挑飞了

d:\\stm32\死机问题2.png

wildeer 发表于 2019-5-19 09:46

你已经跑到非代码区了， 分析Fault Reports已经没意思， 点开Call Stack 看整个调用的路径， 才能找到问题

初步定位是一个变量没有初始化所致，跑了几小时没有再出现，但有待观察，问题出现的概率比较低

是不是使能中断了，但是没有给出中断响应函数？

问题解决了吗？

ARM有时候就是这样啰嗦.....