STM32F030F4P6诡异事件

只看该作者 · 2018-1-25 19:27

keil5工具，定义一个静态或全局数组uint8_t arr[8]，若以32位*((uint32_t *)arr)或64位*((uint64_t *)arr)访问将产生硬件中断，程序无法继续运行，但按16位方式访问正常，若将数组改为uint8_t arr[9]或者在这个数组的前或后面再加定义一个静态或者全局变量也正常了；再将arr改成uint16_t arr[4],以32位*((uint32_t *)arr)或64位*((uint64_t *)arr)访问也将产生硬件中断，将数组元素增加到5个，则正常；得出结论：对数组以32位*((uint32_t *)arr)或64位*((uint64_t *)arr)访问时，需要分配已32位为大小并多1字节空间才行。另外，把程序移到STM32F3单片机下一切正常，不会发生上面这种情况，有大神遇到这种bug吗

只看该作者 · 2018-1-25 21:06

这也太高级了，我很少用指针。

只看该作者 · 2018-1-25 22:04

我这用指针都是家常便饭，只为了节省代码空间

只看该作者 · 2018-1-25 22:37

去查一下对齐访问这个名词

是你的用法BUG。

任何变量（u8 u32 double 结构体），在链接时，都有对齐要求，
链接器会合理分配并可能重新排序。

如果是结构体，还可能会加填充。

以上是默认行为，也可以添加align和pack关键字来约束这种行为。

只看该作者 · 2018-1-25 22:50

但，为什么会产生硬件中断，在F3上正常？

只看该作者 · 2018-1-25 22:57

aozima 发表于 2018-1-25 22:37
去查一下对齐访问这个名词

是你的用法BUG。

使用指针变量来指向数组后访问结果也是硬件中断，为什么？

只看该作者 · 2018-1-25 23:32

本帖最后由 aozima 于 2018-1-25 23:33 编辑

F3 是M4内核，支持硬件非对齐访问（底层还是拆成多条操作）
内核配置有一个开关，打开后，非对齐访问也会异常。

030是M0

去了解一下CPU内部总线相关的知识就比较好理解了！

另外，8位数据类型，链接地址只要求字节对齐就可以了，所以同个芯片同个项目上，不同的编译，链接的位置都有可能会变。
所以，改几行代码再编译一下，地址就可能刚好对上了。