一、 概述
前面博客里通过QT5实现了一个bin文件合成工具。bin文件为什么要分为IAP、APP、PARA三部分呢?默认参数PARA在芯片第一次上电时,在模块初始化中直接写入flash不就可以了吗?
在程序初始化过程中,通常需要避免写flash。因为如果上电时电源不稳定(如焊接电池),那就有可能擦除flash后,默认参数PARA刚写入一部分,因为断电停止写入了。
通过固化PARA到bin文件中,可以避免上电写flash问题。但每次合成还是有些麻烦的。而且手动合成,可能会导致地址偏移错等问题。
本文记录下程序内将参数直接定义到指定flash地址的方法。
// 2023.2.24 补充下其他的应用场景
除了内置默认参数,还可以内置版本号、固件名称等。
在进行OTA升级时,就能够实现进制固件降版升级、防止升级错固件(如iotbox升级成蓝牙程序)等机制。
二、 attribute机制
修改之前,程序编译后生成的bin文件大小:
程序内通过attribute,指定参数数组的存储地址为0x1FA00
:
uint32_t val[12] __attribute__((at(0x1FA00))) = {0x060A01AA, 0x05010703,0x00010500,0x00000000,
0x04000103, 0x1a0a0e06, 0x62223212, 0x0082c242,
0x00B53B36, 0X00CADE35, 0X00FEF335, 0x00000000
};
再次编译,可以看到生成的bin文件变大:
查看map文件,可以看到val
数组已经指定存放到0x0001FA00
地址:
通过WinHex查看bin文件内容:
可以看到地址0x1FA00
处存放的正是参数数组val
的内容。这里也可以看到,芯片是小端模式。数组第一个元素是0x060A01AA
,存储到flash中,从低地址到高地址依次为0xAA
、0x01
、0x0A
、0x06
。也就是高地址放高字节,低地址放低字节。
对程序进行仿真,也可以查看:
更多attribute的用法:C语言__attribute__的使用。
三、遇到的问题
warning: unknown attribute ‘at’ ignored
发现有警告:warning: unknown attribute ‘at’ ignored。这时候编译出来的bin文件也没有变化,没有起作用。原因是使用了6.16编译器:
解决办法
在Keil5使用AC6编译(点击进入)一文可以看出,需要使用section
定义:
警告消除,编译后发现没有生成bin文件,而是生成了bin文件夹:
搜索了下:
这种情况一般是我们的程序里使用了 “attribute” 等命令来指定某些变量到指定的ROM地址中, 而这个地址又刚好不是我们的工程程序所在的ROM地址区域(参考链接)
我这里正好地址写错了,原本想指定到0x080087F0
,漏写了一位8,变成了0x08007F0。更正后,生成一个bin文件。
const unsigned char FW_VERSION_NAME[10] __attribute__((section(".ARM.__at_0x080087F0"))) = "CHARGEBOX";
const unsigned short FW_VERSION __attribute__((section(".ARM.__at_0x080087FC"))) = {0x0309};
编译后和之前的bin文件对比,可以看到:
有CHARGEBOX,位置是在6FF0,而APP程序的其实地址是1800:
这样6FF0 + 1800也就是 87F0。不过指定地址后,并不是一直填充00到指定位置,然后写入数据。查看map文件也可以看到程序大小已经超出了28K:
合理调整位置
所以要合理调整位置
const unsigned char FW_VERSION_NAME[10] __attribute__((section(".ARM.__at_0x08002802"))) = "CHARGEBOX";
const unsigned short FW_VERSION __attribute__((section(".ARM.__at_0x08002800"))) = {0x0309};