# 关于昨天的S32K144复位引脚问题后续

**URL:** <https://bbs.eeclub.top/t/topic/413>\
**Category:** 嵌入式系统 / Embedded Systems\
**Tags:** MCU, QA\
**Created:** [2026 年8 月 6 日 02:14 UTC](https://bbs.eeclub.top/t/topic/413 "2026-08-06T02:14:43Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

作者： ![夏风](https://bbs.eeclub.top/letter_avatar_proxy/v4/letter/%E5%A4%8F/ecae2f/32.png) [@夏风](https://bbs.eeclub.top/u/%E5%A4%8F%E9%A3%8E)\
发布日期： [2026 年8 月 6 日 02:14 UTC](https://bbs.eeclub.top/t/topic/413/1 "2026-08-06T02:14:43Z")

</div>

【金山文档 | WPS云文档】 新建 DOC 文档

https://www.kdocs.cn/l/cjaqKjk2mVFu

这是S32DS的debug日志

---

<div class="post-metadata">

作者： ![夏风](https://bbs.eeclub.top/letter_avatar_proxy/v4/letter/%E5%A4%8F/ecae2f/32.png) [@夏风](https://bbs.eeclub.top/u/%E5%A4%8F%E9%A3%8E)\
发布日期： [2026 年8 月 6 日 02:22 UTC](https://bbs.eeclub.top/t/topic/413/2 "2026-08-06T02:22:56Z")

</div>

1.LED被我拆了，R7电压测不了，转而测了R8对地电压为3.08V  
2.根据昨天的解答进行新一轮的试验后GPT给出的答复：  
写入会话内（多区域验证）: 20007000 00000411 … ✅ 数据真实存在复位后  
（同一会话）: 20007000 00000411 … ✅ 数据还在  
断电/断开后重连: FFFFFFFF FFFFFFFF … ❌ 全空

程序能写进去、能立即读回、能撑过复位——但只要一断电就全丢

---

<div class="post-metadata">

作者： ![zeruns](https://bbs.eeclub.top/user_avatar/bbs.eeclub.top/zeruns/32/7_2.png) [@zeruns](https://bbs.eeclub.top/u/zeruns)\
发布日期： [2026 年8 月 6 日 05:30 UTC](https://bbs.eeclub.top/t/topic/413/3 "2026-08-06T05:30:36Z")

</div>

会不会是boot模式设置问题？  
stm32其中有一个boot模式是烧录到内存里，断电就丢失，不知道你这s32是不是也有这设置

---

<div class="post-metadata">

作者： ![夏风](https://bbs.eeclub.top/letter_avatar_proxy/v4/letter/%E5%A4%8F/ecae2f/32.png) [@夏风](https://bbs.eeclub.top/u/%E5%A4%8F%E9%A3%8E)\
发布日期： [2026 年8 月 6 日 06:26 UTC](https://bbs.eeclub.top/t/topic/413/4 "2026-08-06T06:26:35Z")

</div>

把流程仔细重跑一遍后GPT的新结论： **关键数据对比**

| **时刻** | **0x2400 区域** | **0x0 区域** |
| --- | --- | --- |
| 写入后立即 | `00800040 48484848` ✅ | `20007000 00000411` ✅ |
| 同一会话 30 秒后 | `00800040 48484848` ✅ 还在！ | Could not read memory（已失效） |
| 退出重连后（1-2 分钟） | FF（全部丢失） | FF |

真相浮出水面：flash 电荷在分钟级快速泄漏！

- 写入瞬间：电荷充足 → 数据完好
- 30 秒：低地址区（0x0）先失效，高地址区（0x2400）勉强还在
- 1-2 分钟后：全部归 FF

---

<div class="post-metadata">

作者： ![夏风](https://bbs.eeclub.top/letter_avatar_proxy/v4/letter/%E5%A4%8F/ecae2f/32.png) [@夏风](https://bbs.eeclub.top/u/%E5%A4%8F%E9%A3%8E)\
发布日期： [2026 年8 月 6 日 06:58 UTC](https://bbs.eeclub.top/t/topic/413/5 "2026-08-06T06:58:26Z")

</div>

这就是GPT最终给的定论了

芯片 flash 存储单元物理失效（电荷分钟级泄漏）★真正的病根  
│  
▼  
程序永远存不住 → flash 长期处于空/失效状态  
│  
▼  
空 flash → CPU 取 0xFFFFFFFE → 总线错误 → HardFault 递归 → LOCKUP ★真实  
│  
▼  
LOCKUP 610μs 复位循环（示波器锯齿波 1.64kHz）★真实，你仿真都复现了  
│  
▼  
调试器 halt 失败 → RAMCode 被打断 → 烧录报错（-1/-5）★真实  
│  
▼  
偶发写入成功（电荷暂时足）→ 立即读正常 → 1-2 分钟后泄漏归 FF ★真实

---

<div class="post-metadata">

作者： ![zeruns](https://bbs.eeclub.top/user_avatar/bbs.eeclub.top/zeruns/32/7_2.png) [@zeruns](https://bbs.eeclub.top/u/zeruns)\
发布日期： [2026 年8 月 6 日 08:03 UTC](https://bbs.eeclub.top/t/topic/413/6 "2026-08-06T08:03:59Z")

</div>

这问题是真的少见，换块板试试

---

<div class="post-metadata">

作者： ![夏风](https://bbs.eeclub.top/letter_avatar_proxy/v4/letter/%E5%A4%8F/ecae2f/32.png) [@夏风](https://bbs.eeclub.top/u/%E5%A4%8F%E9%A3%8E)\
发布日期： [2026 年8 月 6 日 08:27 UTC](https://bbs.eeclub.top/t/topic/413/7 "2026-08-06T08:27:11Z")

</div>

就是因为手头没有多余板子，才一直折腾这块，等后面新的板子到了就知道是不是芯片问题了。

---

<div class="post-metadata">

作者： ![知夏](https://bbs.eeclub.top/user_avatar/bbs.eeclub.top/%E7%9F%A5%E5%A4%8F/32/1860_2.png) [@知夏](https://bbs.eeclub.top/u/%E7%9F%A5%E5%A4%8F)\
发布日期： [2026 年8 月 11 日 13:23 UTC](https://bbs.eeclub.top/t/topic/413/8 "2026-08-11T13:23:05Z")

</div>

找到问题了吗

---

<div class="post-metadata">

作者： ![夏风](https://bbs.eeclub.top/letter_avatar_proxy/v4/letter/%E5%A4%8F/ecae2f/32.png) [@夏风](https://bbs.eeclub.top/u/%E5%A4%8F%E9%A3%8E)\
发布日期： [2026 年8 月 14 日 06:11 UTC](https://bbs.eeclub.top/t/topic/413/9 "2026-08-14T06:11:38Z")

</div>

新板子没到，暂时还是flash坏了的可能性最大
