 cbb
|
fc9e8f34e5
|
diag: 加邮箱楔死探针三件套, 移除 _repro_hang.py
_probe_wedge.py 逐环节定位死点: A 写 SM0 的 WKC → B 0x220 bit0 是否置位
→ C SSC 是否清事件并置 SM1 就绪 → D SM1 是否滞留旧响应,
用于区分 ESC 硬件楔死与 SSC 软件死循环。
_probe_wedge2.py 按真实邮箱协议走: 查写邮箱空 → 写满 256B → 验事件/响应。
_probe_stuck.py 验"SM1 响应滞留 → 邮箱死锁"假说: 复现失败 → 手动读走 SM1
清 bit3 → 再读是否恢复。若恢复则主站侧可自愈。
_repro_hang.py 的闪退成因已定位(见 a1ec486, config_map 撞楔死邮箱), 且规避
已内建到 op/start 入口, 该复现脚本失去用途, 删除。
README 同步脚本清单, 并记下 SM = 0x0800 + 8n 这个易错点。
.gitignore 排除 _analyze_log.py(硬编码已失效的临时日志路径)。
|
2026-09-03 02:36:07 +08:00 |
|
|
cbb
|
a1ec486c74
|
fix(server): 修模块级变量粘连, op/start 入口预清理重枚举
1) g_op_active = Falseg_httpd = None 这行把 None 赋给了 g_op_active 和
笔误变量 Falseg_httpd, 导致 g_httpd 在模块级从未定义, 第 744 行
if g_httpd is not None 在服务启动前命中即 NameError。拆成两行。
语法合法故初次提交未拦住。
2) _require_op_ready 入口无条件预清理(回 INIT + config_init 重枚举):
同一连接反复停止/启动而不重枚举时从站邮箱通路逐轮退化, 第 4 轮
config_map() 内 SOEM CoE 分段读的无边界 memcpy 吃到楔死邮箱异常帧
触发 0xC0000005 闪退。置于入口使所有调用方全覆盖, 单从站成本 ~100ms。
op_start 的重试分支因此简化为直接重跑序列。
3) config_map 失败时附带邮箱 SM 寄存器现场, 便于对照 GD32 串口日志。
地址按 SM = 0x0800 + 8n 修正为 SM0=0x0800 / SM1=0x0808;
原写的 0x0810/0x0818 实为 SM2/SM3(过程数据), 抓的现场会误导判断。
|
2026-09-03 02:35:24 +08:00 |
|