本人开发stm32g030和g070都遇到过擦除flash失败的问题，HAL库中按照例程方式擦除存在擦除失败问题。例程基本流程如下：

按照这种方式其实很容易擦除失败。网上多数是说中断问题等，还有些是看门狗喂狗问题。

以上问题之外，本人遇到的是FLASH_FLAG_CFGBSY一直被置位，导致擦除函数里判断等待超时以后就略过去了。

尝试注释掉这一部分的话，会在执行擦除时之后触发硬件错误中断。所以该方法不可取。作者开始寻找在擦除前通过某些操作把FLASH_SR_CFGBSY标志位给置0，由于该标志位是硬件置位的，软件没法置0，因此只能通过其他方式。

作者在尝试了诸多方法都没法把FLASH_SR_CFGBSY标志置0，想换个方式解决，就是找到发生该标志被置1的原因，结果发现本人的项目是因为串口1的发送执行之后，FLASH_SR_CFGBSY就被置1了。

调用串口1发送前下图：

调用串口1发送后下图：

本人项目对打印日志的需求还是很需要的，所以不可能将就不使用打印的，于是又是在网上漫长地寻找答案。某些论坛上也遇到同病相怜的开发者发表了一样CFGBSY标志置1不恢复的问题，没人给出合适的答案。

偶然间自己尝试通过iar的debug强制修改字符结果神奇的事情发生。

随便写个‘1’

按下回车键确定，发生如下图的结果：

 CFGBSY置0了，同时报了3个错误标志来。

作者由此得来灵感，在unlock前，判断CFGBSY是否置位1，如果在flash代码区域中在自己觉得没用的区域执行写入操作，就能够把CFGBSY置0，同时报其他flash错误标记，然后通过清除这些标记的手段实现擦除动作。具体代码参考如下：

      关键代码：

  *(uint32_t *)(WORK_STORE_TABLE_ADDR+240) = 12323

该方法只是随意在flash块中在自己想要擦除的地方随意写一个值。

通过多次测试，成功率100%，认为已经解决该问题，至于该工程的串口1为什么会触发CFGBSY置位，已经不用关系。虽然找不到根本原因，但是只要能解决问题的话作者已经不在深究。