STM32擦除内部FLASH卡死

最新推荐文章于 2025-03-10 19:50:43 发布
最新推荐文章于 2025-03-10 19:50:43 发布
阅读量409 收藏
点赞数 1
文章标签： stm32 嵌入式硬件 单片机
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/daguaishou9/article/details/144117468
版权

这个Sector已经按照扇区给定好了，我还给他传地址。

现象就是完全卡死。

其实只要按照手册写第几个扇区就行了。

daguaishou9
关注
STM32单片机擦除片内Flash超时报错问题排查
fydar的博客
04-24 4288
在使用STlink为STM32的Flash进行擦除时，出现了如下所示的错误，并且擦除失败。按照网上的提供的解决方法为单片机进行解锁发现问题未得到解决。硬小二的排查过程如下：
关于MDK调试stm32f072vbt6（HAL库）内部flash在擦除仿真时，卡死在擦除函数，同时弹出“Cannot access target.shutting down debug sessi
忽如一夜的博客
12-20 6931
关于MDK调试stm32f072vbt6（HAL库）内部flash在擦除仿真时，卡死在擦除函数，同时弹出“Cannot access target.shutting down debug sessi
【问题】STM32G0芯片擦除flash失败，发现死在FLASH_SR_CFGBSY一直为1（已解决）
热门推荐
fangjiaze444的博客
07-14 1万+
该方式主要是针对stm32G0系列芯片的flash擦除存在的共同问题，不一定所有的同样失败的问题适用。
stm32 f4 flash 调用时卡死
最新发布
qq_43519774的博客
03-10 292
参照此博客，如果调用flash 卡死的原因是谢日adress不准确，得到0x08010000 成功运行。
stm32写内部flash程序卡死
qq_21401715的博客
02-21 6466
情况是刚开始在串口中断中擦除和写内部flash内容，只要执行 write_gw_mid_to_flash()这条语句，stm32有很大概率卡死，软件看门狗也不起作用。后来把write_gw_mid_to_flash()放在main()函数的while(1)循环里面执行，依然是这个现象。 出现上述情况，我只在一块电路板试了多次，既然出现这种情况，我总结今后如果设置内部flash...
用单片机 内部FLASH 记录数据时程序易卡死
qq_43632710的博客
02-27 1290
使用单片机STM32F429的内部flash存储数据时，程序易卡死
STM32 flash擦写死机
u012841414的博客
05-23 3446
在调试BootLoader的时候发现，APP中在擦写flash的时候造成了设备死机，后来发现在startup_stm32f103xb.s文件中设置的Stack_Size不一致造成的。将BootLoader和APP代码改为一致后该问题解决。 分析原因：在bootloader中设置stack（栈）大小，在APP中不会设置这一部分，设置的大小过小，在操作flash时造成了stack溢出死机。 ...
S32K flash擦除异常以及flash保护 （FLASH_DRV_CommandSequence函数异常）
不断debug，优化中……
07-12 6691
对Flash擦除，bit0置为1的过程，擦除完的扇区基本是0xffff…。写入数据，一般是将1置为0.S32K144芯片有512K，地址0-0x0007_ffff,每个扇区的大小是4K，共有128个扇区，这里Flash是Program Flash（P_Flash 程序Flash）。还有Data Flash（D_Flash 数据Flash），有16个扇区，64K。4K的EEPROM。
stm32f030f4串口与flash读写一起使用时出现卡死现象
07-18
在本案例中，当STM32F030F4同时进行串口通信和Flash操作时，出现卡死现象，初步判断问题可能出在Flash擦除函数内部。但深入分析后，问题实际上在于串口接收中断处理上。具体来说，是串口接收中断中的溢出错误...
关于STM32的flash读写数据和HardFault_Handler的问题
08-11
// 擦除Flash页面 FLASHstatus = FLASH_ProgramHalfWord(addr, flashdata1); // 写入数据 FLASH_Lock(); // 锁定Flash接口 } ``` 该函数接收一个地址`addr`和一个16位数据`flashdata1`，首先解锁Flash，清除可能...
STM32内部flash读写注意(HAL库)
Ykun的博客
03-07 4733
关于STM32内部flash存储数据读写时遇到的坑 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。 新的改变 我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客： 全新的界面设计 ，将会带来全新的写作体验； 在创作中心设置你喜爱的代码高亮样式，Markdown 将代码片显示选择的高亮样式 进行
stm32f030串口（中断查询都一样）与flash读写一起使用时发生卡机现象
u013984214的专栏
10-12 7773
在使用stm32f030f4芯片时，用到串口和内部flash读写。无论串口（中断方式和查询方式）还是flash读写，在单独使用时都没有问题。可一旦两者一起使用，便会出现芯片卡死现象。    通过测试发现，一旦出现卡死现象，就无法完成flash擦除函数，因此首先推断是在flash擦除函数FLASH_ErasePage(Erase_FlashAddr)内部出现死机现象，在进入该函数内部后，发现没有任
flash读写导致死机问题分析
zhang421412170的博客
06-02 8031
有个项目需要将原NXP1766芯片移植到国民N32芯片中，但是移植过程会出现死机现象。记录下分析过程。 1、现象分析 当PC发送通信申请命令后，STM32动态申请内存空间存储数据并进行处理： 当出现死机现象时，Mem_com_rx单向链表显示可用空间为0： 单步调试发现程序还能运行，没有报出错误，但是不能进入主任务喂狗，并且发现频繁进入flash读写函数： 查看保存参数函数，函数本身逻辑没有问题，参照国民给的例程擦写，写的时候数据长度为0x18，远远小于分配的空间。当前参数值为：
STM32系列死机问题
weixin_44200052的博客
05-25 1723
STM32系列死机问题STM32F4系列SRAM分布问题背景排查思路问题原因解决方法总结参考链接 STM32F4系列SRAM分布 SRAM被分为两部分：一部分为IRAM1，基地址0x20000000，大小为192K；另一部分为IRAM2，基地址0x10000000，大小为64K。如下图所示： 问题背景 在stm324系列芯片中调用读写flash或者emmc函数接口时，出现死循环，导致设备卡死的问题。操作flash或者emmc时均使用DMA。 排查思路 之前在工程中增加业务功能时，也出现过几次类似的问题，所
stm32在IAP擦除sector时会停止取指操作，也就是MCU卡住了
明天乌儿会歌唱
03-30 2187
根本原因 stm32在IAP时会停止取指操作，也就是MCU卡住了，这是根本的问题，导致我在研发产品过程中遇到过很多难点。 问题： 我做的都是工业产品，STM32基本不用内部看门狗，要外挂硬件看门狗，常用的硬件看门狗DS1832的复位时间是1秒多，而且这个看门狗是不能关闭的，也就是一上电就一直运行，无论任何情况下，如果喂狗不及时，就会复位。 我的产品支持远程升级功能，也就预示着要做IAP操作，STM32内部的FLASH擦除时间如下： 按最快的32位擦除来算，典型值1秒，最慢达2秒，而在擦除期间FLA
stm32程序跑飞的原因_stm32死机的原因有哪些
weixin_39872123的博客
12-19 7394
Stm32出现死机，程序跑飞这类的问题，我之前在开发过程中就遇到过，造成这种不良，有很多可能的原因，软件硬件都有可能，需要从几个方面去排查硬件方面：1 stm32的供电电压是否稳定，是否在正常工作电压范围内。电源文波大小一定要小，一般Ldo供电在3.3v在几个ma ，在stm32的vdda 和vssa引脚一定要接磁珠，各个电源硬件要接滤波电容2 晶振以及旁路电容，一定要尽可能的靠近单片机，整个电路...
嵌入式开发--STM32G030C8T6，写片上FLASH死机CFGBSY和写入出错
深圳五月花--老李的森林
08-16 1028
G0系列，写片上FLASH时，经常死机，而且按复位键都没用，属于不断电都救不回来的那种死法。这种情况一般是由硬件置位了某个标志导致，只有断电才能故障复原。
单片机STM32死机问题分析及解决方案总结
maknul的博客
12-04 7011
单片机STM32死机问题分析及解决方案总结
stm32快速擦除flash死机
10-25
STM32微控制器的Flash存储器通常用于保存程序代码和配置数据。当执行快速擦除（Fast Erase）操作时，如果控制不当，可能会导致系统暂时死机。快速擦除涉及到对整个Flash区域的电荷重分布，这个过程可能会比简单的页面擦除耗时，并且由于涉及到较多的数据移动，期间处理器可能无法接收新的指令。 以下是可能导致STM32在快速擦除Flash时死机的一些原因： 1. **硬件限制**：在擦除过程中，闪存接口可能处于锁定状态，禁止处理器访问其他外设或执行新指令，直到擦除完成。 2. **中断管理**：如果在擦除期间有中断请求，但由于Flash擦除的同步特性，中断服务可能不会立即响应，导致CPU空转。 3. **软件问题**：编程错误，比如未正确处理擦除操作的同步、超时管理或者错误检测机制，可能导致程序卡死。 4. **电源供应**：如果擦除过程中电压波动或短暂断电，也可能造成系统不稳定甚至死机。 为了防止这种情况，建议做以下操作： - **正确编程**：确保在擦除前保存重要状态，避免关键数据丢失，并在擦除后设置正确的标志位表明擦除已完成。 - **异步操作**：尽可能使用非阻塞的擦除模式，或者在擦除时禁止其他任务并提供适当的回调函数。 - **异常处理**：添加错误检查和恢复机制，以便在擦除失败时能适当处理。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值