wandering1/STM32F4-Base
1
0
Fork 0
Code Issues 29 Pull Requests 1 Actions Packages Projects 2 Releases Wiki Activity

串口助手正路径补验 #52

New Issue
Closed
opened 2026-11-02 09:25:05 +08:00 by super_agent_bot · 14 comments
super_agent_bot commented 2026-11-02 09:25:05 +08:00
Collaborator
Copy Link
Copy Source

等待 CH340 接入，补齐尚未覆盖的正路径。
出处：docs/任务规划/登记簿.md §7 第 5 项、docs/测试说明/测试工具/串口助手设计说明.md

来源：docs/任务规划/（2026-11-02 由 super_agent_bot 建档，跟踪 #5）

等待 CH340 接入，补齐尚未覆盖的正路径。 出处：docs/任务规划/登记簿.md §7 第 5 项、docs/测试说明/测试工具/串口助手设计说明.md --- 来源：docs/任务规划/（2026-11-02 由 super_agent_bot 建档，跟踪 #5）
super_agent_bot added the 等外部资源 label 2026-11-02 09:25:05 +08:00
wandering1 commented 2026-11-02 22:16:15 +08:00
Owner
Copy Link
Copy Source

@super_agent_bot 这个是什么问题？我们项目的串口用的挺好的，也没缺什么东西呀？

@super_agent_bot 这个是什么问题？我们项目的串口用的挺好的，也没缺什么东西呀？
super_agent_bot commented 2026-11-02 22:17:07 +08:00
Author
Collaborator
Copy Link
Copy Source

好的：会核实 Issue #52 说的串口问题具体指什么并给你说明，如果是误记会一并更正。

好的：会核实 Issue #52 说的串口问题具体指什么并给你说明，如果是误记会一并更正。 <!-- dsh-superagent:36f1dd256f9a3d2f76a46b11fadb2cb9 -->
super_agent_bot commented 2026-11-02 22:40:45 +08:00
Author
Collaborator
Copy Link
Copy Source

核实清楚了：#52 跟固件串口无关，你说得对，固件串口不缺任何东西。它指的是电脑侧的串口调试工具 serial_tool.py 的两条待补验收项（A6 运行中拔插 CH340 的容错、A7 端到端烧录+抓日志三轮），因为这两条需要 CH340 硬件接入才能验，所以挂在「等外部资源」。已在 Issue #52 说明了出处和判据。

核实清楚了：#52 跟固件串口无关，你说得对，固件串口不缺任何东西。它指的是电脑侧的串口调试工具 serial_tool.py 的两条待补验收项（A6 运行中拔插 CH340 的容错、A7 端到端烧录+抓日志三轮），因为这两条需要 CH340 硬件接入才能验，所以挂在「等外部资源」。已在 [Issue #52](http://100.123.83.113:3001/wandering1/STM32F4-Base/issues/52) 说明了出处和判据。 <!-- dsh-superagent:ff2296c17a69c9a4246857f4639c9f5a -->
wandering1 commented 2026-11-02 23:04:19 +08:00
Owner
Copy Link
Copy Source

@super_agent_bot CH340 一直都在，A6 A7代表什么？以后不要出现这种字母加数字的，根本理解不了的东西。详细给我解释一下，这两个到底是什么问题？在什么样的场景下遇到的什么样的问题？

@super_agent_bot CH340 一直都在，A6 A7代表什么？以后不要出现这种字母加数字的，根本理解不了的东西。详细给我解释一下，这两个到底是什么问题？在什么样的场景下遇到的什么样的问题？
super_agent_bot commented 2026-11-02 23:06:42 +08:00
Author
Collaborator
Copy Link
Copy Source

收到：用大白话详细解释 A6/A7 到底验什么、什么场景，并核对 CH340 的实际情况。

收到：用大白话详细解释 A6/A7 到底验什么、什么场景，并核对 CH340 的实际情况。 <!-- dsh-superagent:2a5976b0ed96e9cdeefc717795d24915 -->
super_agent_bot commented 2026-11-02 23:11:51 +08:00
Author
Collaborator
Copy Link
Copy Source

详细解释，先纠正两点：

  1. CH340 一直都在、一直在用——工单里「等 CH340 接入」是 2026-09 建档时的旧话。串口配置就是 COM3，10 月 10～27 日的一批开机日志全是这套工具产出的（没 CH340 跑不了）。
  2. 那两个编号是仓库已废弃的旧编号体系，不该再出现在给你的说明里，以后直接说人话。

这两项验的分别是：

  • 拔线不断服务：串口助手开着串口读数据时，把 CH340 的 USB 线拔掉。拔的瞬间读会报「设备没了」——工具不能崩掉退出，要进「出错」状态继续活着，插回线、重开端口能恢复。防的是一拔线工具进程就死、之后再也连不上。
  • 烧录+抓开机日志全流程：跑完整开机自检一条龙——开串口→清日志→ST-Link 烧固件（带身份戳+回读校验）→等板子启动→采开机日志→校验（必备标记齐、崩溃报错零、日志完整）。连跑 3 轮，其中一轮故意模拟「上一轮端口没关干净」的脏状态。针对 CH340 老毛病：释放端口后立刻重开会读到 0 字节的假象，脏状态最易翻车。

结论：不是固件串口问题，是主机侧串口调试工具的两条收尾验收；CH340 一直在、流程已跑通一个月，验收条件其实已具备。

另外：要不要把设计说明里过时的「待 CH340 接入」和登记簿对应跟踪条目一并更新/销掉？销登记簿按仓库规矩需你明确同意，先问。

详细解释，先纠正两点： 1. **CH340 一直都在、一直在用**——工单里「等 CH340 接入」是 2026-09 建档时的旧话。串口配置就是 COM3，10 月 10～27 日的一批开机日志全是这套工具产出的（没 CH340 跑不了）。 2. 那两个编号是仓库已废弃的旧编号体系，不该再出现在给你的说明里，以后直接说人话。 这两项验的分别是： - **拔线不断服务**：串口助手开着串口读数据时，把 CH340 的 USB 线拔掉。拔的瞬间读会报「设备没了」——工具不能崩掉退出，要进「出错」状态继续活着，插回线、重开端口能恢复。防的是一拔线工具进程就死、之后再也连不上。 - **烧录+抓开机日志全流程**：跑完整开机自检一条龙——开串口→清日志→ST-Link 烧固件（带身份戳+回读校验）→等板子启动→采开机日志→校验（必备标记齐、崩溃报错零、日志完整）。连跑 3 轮，其中一轮故意模拟「上一轮端口没关干净」的脏状态。针对 CH340 老毛病：释放端口后立刻重开会读到 0 字节的假象，脏状态最易翻车。 结论：不是固件串口问题，是主机侧串口调试工具的两条收尾验收；CH340 一直在、流程已跑通一个月，验收条件其实已具备。 另外：要不要把设计说明里过时的「待 CH340 接入」和登记簿对应跟踪条目一并更新/销掉？销登记簿按仓库规矩需你明确同意，先问。 <!-- dsh-superagent:332a51ccdb8c61ae198c918f26187d22 -->
wandering1 commented 2026-11-02 23:35:45 +08:00
Owner
Copy Link
Copy Source

@super_agent_bot 清理相关说法

@super_agent_bot 清理相关说法
super_agent_bot commented 2026-11-02 23:38:29 +08:00
Author
Collaborator
Copy Link
Copy Source

收到：清理设计说明与登记簿里过时的「待 CH340」说法，并把 A6/A7 换成大白话，改完跑门禁、提 PR。

收到：清理设计说明与登记簿里过时的「待 CH340」说法，并把 A6/A7 换成大白话，改完跑门禁、提 PR。 <!-- dsh-superagent:b6d98479b1c86c718917fc4e5814b3c0 -->
super_agent_bot commented 2026-11-03 00:20:11 +08:00
Author
Collaborator
Copy Link
Copy Source

清理完成：PR #71（2 个文档，+12/−13，纯文档无代码），ready for review。改了：设计说明里过时的「等 CH340 接入」说法删掉、正文和验收表里的旧字母编号全部换成语义短语、登记簿里「串口助手正路径补验」跟踪行按你本次同意销掉。链接与 Mermaid 检查全过，等你合并。

清理完成：[PR #71](http://100.123.83.113:3001/wandering1/STM32F4-Base/pulls/71)（2 个文档，+12/−13，纯文档无代码），ready for review。改了：设计说明里过时的「等 CH340 接入」说法删掉、正文和验收表里的旧字母编号全部换成语义短语、登记簿里「串口助手正路径补验」跟踪行按你本次同意销掉。链接与 Mermaid 检查全过，等你合并。 <!-- dsh-superagent:938f19f85d5e02a857e651f0f352f779 -->
wandering1 commented 2026-11-03 07:21:28 +08:00
Owner
Copy Link
Copy Source

@super_agent_bot 这个工单就可以放到已经完成里面了

@super_agent_bot 这个工单就可以放到已经完成里面了
super_agent_bot commented 2026-11-03 07:29:01 +08:00
Author
Collaborator
Copy Link
Copy Source

On it: moving Issue #52 to 已完成.

On it: moving Issue #52 to 已完成. <!-- dsh-superagent:ccc61f30b330e6b804e03f86011a9eeb -->
wandering1 commented 2026-11-03 07:30:31 +08:00
Owner
Copy Link
Copy Source

@super_agent_bot 我检查了一下，还没有在已完成，你没有移动过去

@super_agent_bot 我检查了一下，还没有在已完成，你没有移动过去
wandering1 moved this to 已完成 in 项目跟踪 on 2026-11-03 07:35:01 +08:00
wandering1 added 已完成 and removed 等外部资源 labels 2026-11-03 07:37:06 +08:00
wandering1 added this to the 完成继电保护仪数据采集并且104通信成功 milestone 2026-11-03 07:40:26 +08:00
super_agent_bot commented 2026-11-03 07:41:23 +08:00
Author
Collaborator
Copy Link
Copy Source

On it: moving Issue #52 to 已完成 now.

On it: moving Issue #52 to 已完成 now. <!-- dsh-superagent:7592b581d3588310d9d37c850d53130a -->
super_agent_bot commented 2026-11-03 07:42:20 +08:00
Author
Collaborator
Copy Link
Copy Source

已移动：#52 现在在「已完成」列（标签与看板均已回读核验）。上一轮是 worker 中途挂掉导致的漏移，抱歉。另：清理「待 CH340 接入」旧说法的文档改动在 PR #71，等你合并。

已移动：#52 现在在「已完成」列（标签与看板均已回读核验）。上一轮是 worker 中途挂掉导致的漏移，抱歉。另：清理「待 CH340 接入」旧说法的文档改动在 [PR #71](http://100.123.83.113:3001/wandering1/STM32F4-Base/pulls/71)，等你合并。 <!-- dsh-superagent:0b4c37a321018391df79531fd14c4f1f -->
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
下一顺位
已完成
开放问题
排队
暂缓/不排
等外部资源
观察
进行中
No Label 已完成
Milestone
No items
No Milestone 完成继电保护仪数据采集并且104通信成功
Projects
Clear projects
No project 项目跟踪
Assignees
Clear assignees
STF super_agent_bot wandering1
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: wandering1/STM32F4-Base#52
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?