stm8s003 bootloader

关于STM8S003的Bootloader，以下是关键信息总结（针对STM8S003F3型号）：

⚠️ 1. 原生Bootloader (ROM Bootloader)

STM8S003F3芯片出厂时没有内置标准UART或其它接口的Bootloader。
这与STM8L/STM8AL系列或某些STM32芯片不同，它们通常在出厂ROM中包含可通过特定引脚触发启动的串口/USB/I2C等Bootloader。
STM8S003唯一支持的“标准”编程方式是通过SWIM接口（单线调试接口），需要使用ST-Link或其兼容调试器。

? 2. 用户实现Bootloader的方案

由于没有内置Bootloader，要实现固件更新功能，需要用户自己编写一个Bootloader程序并烧录到芯片中。通常有两种实现思路：

方案A：独立的Bootloader区 + APP区
- 原理: 将芯片内部的Flash分为两部分：
- Bootloader区： 固定位置（通常放在Flash起始地址0x8000或末尾），负责检测条件（如某个引脚电平、串口特定指令等），接收新固件数据，擦除并写入应用程序区域。
- APP区： 应用程序代码区域（通常在Bootloader区之后，如0x8000 + BootloaderSize）。
- 中断向量表处理（关键难点）： STM8的中断向量表固定在0x8000（Flash起始位置）。Bootloader运行在0x8000时没问题。当跳转到APP运行时：
- 需要重映射： 理想情况下，编译APP时配置其中断向量表的偏移量（在编译链接器中设置中断向量表起始地址为APP区起始地址）。这样在APP运行时，发生中断才会跳转到正确的处理函数。
- STM8S003限制： 遗憾的是，STM8S003F3属于“Low-density”设备，其硬件不支持中断向量重定位（这个特性在Medium/High-density设备中才有，如STM8S207/208）。这意味着中断向量表必须固定在0x8000！
- 解决办法（针对STM8S003）： Bootloader不能完全独占0x8000。通常的做法是：
- Bootloader非常小（1K或更小），放在0x8000开头。
- APP编译时，中断向量表仍然指向0x8000。
- 在Bootloader中，实现一个非常简单的“中断向量转发器”。当Bootloader运行时，它截获中断，然后根据当前运行状态（在Bootloader还是APP？）跳转到APP代码中对应的真正中断服务程序(ISR)。这增加了Bootloader的复杂度。
- 或者在Bootloader运行期间，需要全局禁用中断，并在跳转APP前再次使能中断（但APP的中断服务程序必须放在0x8000区域对应的地址）。这种方法对Bootloader的大小和设计有要求。
方案B：IAP (In Application Programming)
- 原理: 不划分独立区域。应用程序（APP）本身集成了更新自身的能力。
- APP在运行时，接收指令/数据（通过UART、I2C等）。
- 收到更新指令后，APP将必要的代码和数据复制到RAM中执行。
- 关键步骤（在RAM中运行）：
  1. 解锁Flash选项字节（Option Bytes）： 向FLASH_DUKR寄存器连续写入正确的密钥（0xAE, 0xAE, 然后 0x56）以解除写保护。这必须在RAM中执行的代码里完成！如果在Flash中执行解锁序列，芯片会立即复位（安全机制）。
  2. 擦除目标扇区： 将要更新的Flash扇区擦除。STM8S003F3的页大小为128字节。
  3. 写入新数据： 将接收到的固件数据块写入目标地址。
  4. 重新锁定： （可选）重新锁定选项字节以防止意外修改。
  5. 复位： 更新完成后复位芯片，启动新固件。
- 优点： 相对独立Bootloader区方案，中断处理更简单（因为APP始终占有着中断向量表地址0x8000）。
- 缺点： 需要确保更新固件代码（在RAM中执行的那部分）足够健壮且空间足够；需要谨慎管理RAM使用；更新过程中发生意外断电可能导致芯片不可恢复（变砖）。

? 重要提示

Flash空间限制： STM8S003F3只有8KB的Flash。无论采用哪种Bootloader方案，其自身代码必须非常精简，否则留给应用程序的空间会很少。
中断向量难题： 对于独立Bootloader区方案，STM8S003F3不支持硬件中断向量重定位是最大挑战，需要软件技巧（如跳板/转发）解决。
IAP更推荐： 由于中断向量限制，在空间极度紧张的STM8S003上，IAP方案通常更简洁和实际。只需要确保关键解锁和擦写代码在RAM中安全运行。
通信接口： 需要自行选择（常用UART）。
安全性： 生产环境需要考虑固件校验、传输加密、防回滚、防止误触发更新等安全措施。

? 实践步骤参考

编写IAP代码模块： 用C或汇编编写核心函数：
- 在RAM中执行Flash解锁/擦除/写入的函数。
- 固件数据接收和存储的函数。
- （可选）固件校验（如CRC32）函数。
- 跳转到新固件入口点或复位的函数。
集成到APP： 将这个IAP模块链接到你的主应用程序中。分配一段RAM供其运行时使用。为更新操作预留一个通信接口（如UART）和触发方式。
规划固件更新协议： 定义PC端工具或上位机与设备之间如何通信（数据包结构、命令、起始地址、校验等）。
开发上位机工具： 编写一个程序负责发送新的.bin固件文件。
首次烧录： 使用ST-Link通过SWIM接口将集成了IAP功能的APP烧录到芯片（起始地址0x8000）。
后续更新： 通过上位机工具触发已运行的APP进行IAP更新。

❓ 常见问答 (Q&A)

Q: 我能不能直接用STM32CubeProgrammer或STVP通过串口更新STM8S003?
- A: 不能。 标准工具只能通过SWIM接口（ST-Link）更新，因为它们访问的是芯片的调试模块。必须用自己的Bootloader/IAP代码实现串口更新功能。
Q: 网上有现成的STM8S003 Bootloader代码吗？
- A: 有，但需谨慎使用并适配。 可以在Github等地方搜索（如 STM8S003 Bootloader）。关键点：
- 检查其是否兼容STM8S003F3（有些适用于更大Flash型号）。
- 仔细看它是独立Bootloader方案还是IAP方案。
- 如果是独立Bootloader，尤其要看它如何处理STM8S003F3的中断向量表问题（是否有interrupt vector forwarding或jump table）。
- 如果是IAP方案，看解锁部分是否在RAM中执行。务必测试确认！
Q: Bootloader/IAP更新失败导致芯片无法启动怎么办？
- A: 如果Bootloader/IAP程序本身没有损坏且仍有响应触发机制（如特定串口命令），可以尝试再次触发更新。如果IAP代码损坏或触发不了，通常需要使用ST-Link通过SWIM接口重新烧录（恢复出厂状态）。可靠的Bootloader/IAP设计应该包含自恢复机制（双分区、回滚），但在8KB Flash的STM8S003上实现这个非常困难。

? 总结

STM8S003没有原厂提供的串口等标准Bootloader。用户必须自行开发并预先烧录一个。由于芯片只有8KB Flash且不支持硬件中断向量重定位，最可行的方案通常是集成IAP（应用内编程） 功能到应用程序中，并确保关键的Flash解锁/擦除/写入代码在RAM中执行。开发时需要特别注意空间优化、通信协议设计和异常处理，避免更新失败导致芯片“变砖”（需要ST-Link恢复）。在动手前深入研究相关文档（RM0016）和现有开源项目（注意适配）是成功的关键。