STM32G4 FLASH全为0x00,这么容易出问题吗？是否还有救
qinsmoon 提问时间: 2023-09-11 10:42:05 / 未解决| 请教一下大家，我想测试STLINK UTILITY的Automatic Mode功能（芯片是STM32G474的开发板自带的STM32G474RET6U）,来测试一下量产刷程序（配合设置读保护），设置好以后然后就是用STLINK连接的开发板来插拔STLINK，模拟量产更换芯片的操作，但是总操作次数不过30多次（我印象当中），这其中就是将读保护从level0设置为level1，当然也会将level调整为level0（无读保护），因为知道level2是不可逆的，所以一直都没设置过level2.就这样后面发现falsh的内容都是0x00了，然后我尝试了： 1.full chip erease； 2.page erease； 3.blank erease； 4.重新烧写程序 5.将读保护从level0改为level1再改为level0，然后执行执行上述任意操作； 但是无论如何，上述的操作都是无用的，flash的内容都是0x00，这是不是说片内flash已经出问题了，只能换芯片了？ 想咨询一下各位是否有遇到过flash出现这类问题的，stm32的falsh这么不经折腾吗？ 附图： STLINK UTILITY Automatic Mode ![STM32G4 FLASH全为0x00,这么容易出问题吗？是否还有救 [相关图片]](https://uploads.9icnet.com/images/aritcle/20230621/091110mg288e5568682uu6.png "STM32G4 FLASH全为0x00,这么容易出问题吗？是否还有救 [相关图片]")
![STM32G4 FLASH全为0x00,这么容易出问题吗？是否还有救 [相关图片]](https://uploads.9icnet.com/images/aritcle/20230621/091110f1k8d88hjxaskz55.png "STM32G4 FLASH全为0x00,这么容易出问题吗？是否还有救 [相关图片]")
configure设置automode的读保护为level1 ![STM32G4 FLASH全为0x00,这么容易出问题吗？是否还有救 [相关图片]](https://uploads.9icnet.com/images/aritcle/20230621/091110iotf4bfbffxtlxfl.png "STM32G4 FLASH全为0x00,这么容易出问题吗？是否还有救 [相关图片]")
无论何种操作，flash一直是0x00； ![STM32G4 FLASH全为0x00,这么容易出问题吗？是否还有救 [相关图片]](https://uploads.9icnet.com/images/aritcle/20230621/091110gublgljuxjhhgvg0.png "STM32G4 FLASH全为0x00,这么容易出问题吗？是否还有救 [相关图片]")
编程或者擦除都无法进行 ![STM32G4 FLASH全为0x00,这么容易出问题吗？是否还有救 [相关图片]](https://uploads.9icnet.com/images/aritcle/20230621/091110q8m8m2b9t898i8p8.png "STM32G4 FLASH全为0x00,这么容易出问题吗？是否还有救 [相关图片]")
|
如需获得 - qinsmoon 回答时间: 2023-09-11 11:06:15
我咨询了一下ST的相关工程师，他们的回复是在flash的擦除和编程过程中需要确保MCU的电源供电是稳定的，我目前打算更换一个芯片上去了，现在这个MCU估计已经坏了。
- qinsmoon 回答时间: 2023-09-11 11:37:12
抱着瞎折腾的心态，我拿了一个好的STM32G4芯片对比查看了这块无法写入和擦除的芯片的option byte，最后经过不断尝试，发现根本原因在于测试STLINK utility的Auto mode量产编程时，可能由于不正确的插拔导致MCU供电不稳，以致于option byte被配置上了bank的RDP，后面我会具体分享一下我如何让这块falsh全文0x00的芯片恢复正常的。
qinsmoon 回答时间: 2023-09-11 12:03:56 我认为FLASH有问题这块STM32G474(512K)芯片的FLASH，读取的内容全为0x00，且无法写入和擦除： 对比了它的option byte，发现与正常的另一个芯片的区别在于bank RDP的配置： 经过尝试要解除bank 的RDP操作如下: 1.将勾选bank RDP的配置选项PCROP_RDP（Checked CROP zone is erased when RDP is decreased）,同时将RDP的保护等级从level0(0xAA)调整为level1(0xBB),（这里调整RDP的目的根据在于Checked CROP zone is erased when RDP is decreased）,点击应用改写option byte; 2.再次将RDP的保护等级从从level1(0xBB)调整为level0(0xAA)，点击应用改写option byte; 经过上述两个步骤后bank RDP的配置会复原,falsh的读取内容将会变为0xFF,我们就能正常读写和擦除了;
- qinsmoon 回答时间: 2023-09-11 12:32:30抱着瞎折腾的心态，我拿了一个好的STM32G4芯片对比查看了这块无法写入和擦除的芯片的option byte，最后经过 ...
https://community.st.com/s/quest ... s-it-can-be-recover 具体可以参考这里
sincomaster 回答时间: 2023-09-11 12:53:00很好的经验分享，谢谢