RT-Thread OTA固件打包器 浅谈固件分区名和固件版本，并利用OTA功能向外部Flash写入factory固件

使用RT-Thread的打包器时，有固件版本和固件分区名两个参数。
由于BootLoader是基于fal操作的，即将download分区中存放的rbl文件解压后拷贝到指定分区。

在BootLoader中设置了应用分区为app分区，而bl通常用于更新固件，所以官方教程这里写的是app分区。假如现在我有一个字库（不依赖文件系统访问），想存放至font分区，假设这个字库还是需要加密的，那么就可以用打包器打包吧分区名改成font，将打包后的文件上传到服务器，在嵌入式应用程序里将该文件下载到download分区，重启后实现内容的拷贝。

至于固件版本，RT-Thread的BootLoader，在bl分区中应该有存放app分区的crc、更新时的时间戳和固件版本，即当新下载的固件和原本固件内容相同时，避免无所谓的更新操作。

RT-Thread的BootLoader在升级的时候，对固件版本的判断是要求版本不一样（不需要新的版本号大于旧的，而且好像是通过字符串比对，即版本号你除了填写2.0.0，还可以填V2.0.0，或者Release2.0.0），如果软件重新编译了，时间戳是不一样的，对于不同时间戳但固件版本相同的两个固件，BootLoader也会执行升级操作的，如下图所示。

2021.4.4纠正一下：
BootLoader只能识别BootLoader中的分区表，app中的分区表无法识别。所以还是只能填APP。

2021.4.4补充一下：
在BootLoader生成页面，增加恢复出厂设置功能，BootLoader会增加factory分区。

打包器可以选择factory，实现出厂固件通过ymodem传输到download，再拷贝到factory分区。

但实际上，恢复出厂设置会失败，因为无论是恢复出厂设置，还是固件烧写，BootLoader的输入都是rbl格式文件，其中封装了一些文件信息。而BootLoader输出的内容就是纯用户数据。
即经过BootLoader拷贝到factory分区的已经从rbl变成了bin，而想把factory的bin拷贝到app分区，BootLoader则因为找不到相关信息而拒绝操作。

既然你要factory分区是rbl文件，那我就套娃吧，将输出的rtthread.bin打包一次得rtthread.rbl，将rtthread.rbl重命名为rtthread.rbl.bin再打包一次得到rtthread.rbl.rbl。将rtthread.rbl.rbl通过Ymodem上传至factory分区，则factory分区存储的就是rtthread.rbl了，说干就干……

上传成功，对比发现factory分区就是rbl文件。


结果如下：

emm……忘了第一次打包需要设置成app分区……重新再来……
写入factory过程：

恢复出厂设置过程：

2021.4.4补充：
读了一下ota源码，发现自己是个憨憨，为什么不直接使用ymodem协议把文件传到factory分区呢……