Modbus-rtu/Document/PLSR_document/提示词_发给Codex老对话_2026-08-10.md

提示词：发给 Codex 老对话（请求输出交接总结）

用法：把下面【发送内容】整段复制，发给当前正在进行的 Codex 老对话。
老对话回复的交接总结，将整段粘贴给新对话，作为新对话的唯一历史输入。
（仓库里另有一份兜底参考：交接提示词_2026-08-10.md，若老对话总结不完整，可一起给新对话。）

---

【发送内容】

我们即将结束本对话，把所有任务交接给一个全新的对话（新 Codex/ZCode 会话）。
新对话没有任何本对话的历史，它只能看到两样东西：
  (1) 你下面这份回复（原样粘贴给它）；
  (2) 仓库 F:\Xinje_Modbus_IAR\TrainCamp_yuwenhao_modbus 中的文件。

请【一次性、直接】输出一份完整、自包含、Markdown 格式的交接总结。
不要提问、不要确认、不要寒暄、不要分多轮——就这一轮输出全部内容。

硬性要求：
1. 不假设新对话知道任何背景：所有结论、数据、文件路径、命令、编号都写全。
2. 高密度：多用表格、编号、代码引用（文件:行号），少废话。
3. 必须覆盖以下章节（顺序可微调，但章节都要有）：

## A. 项目概况
- 项目一句话（做什么、对标什么硬件、当前处于什么阶段）
- 仓库路径、git 分支、最近几个提交

## B. 主线进度（5 批规划逐项标注 ✅ 完成 / ⚠️ 部分 / ❌ 未做）
1. Modbus 数据源正式接入（真实 D/HD/FD → S0/S1/动态调频）
2. Modbus 命令与状态接口（START/STOP/PAUSE/状态/错误码/位置/计数）
3. FOLLOW 与前馈补偿
4. 遗留精度问题（AB 首沿、软限位、硬件计数 -1 等）
5. 压力测试与正式收尾（100kHz/双 AB/掉电/Modbus 压力/清自测）
每项给一句证据（提交号 / 测试脚本 / 文档名）。

## C. ⚠️ 工作区当前状态（最重要，务必写全）
- git status 所有未提交文件清单，每个文件是什么内容（哪些是待上板验证的修复、哪些是测试脚本、哪些是文档）
- 哪些代码改动【已写但未上板验证】、哪些【已验证但未提交】、哪些【既未验证也未提交】

## D. 未完成任务清单
每个未完成任务给出：
- 现象（含实测数据，如 7501 vs 7500、199999 vs 200000）
- 影响/验收标准
- 根因分析或假设
- 代码现状（已写/未写，给出 文件:行号）
- 验证方法（用什么脚本/逻辑分析仪/命令）
- 若已写修复但未验证：修复思路一句话

## E. 已验证成果与固化决策（勿回退清单）
- 所有实测过的硬件特性（如 OC 负逻辑、AB 相序、段间衔接时序）
- 已修复并验证的 bug 列表
- 明确的边界决定（如 FOLLOW 不实现、CW/CCW 不支持）
- 地址映射等固定约定

## F. 代码地图与测试体系
- PLSR/ 各模块职责（core/job/path/profile/hal/modbus_control/modbus_data/persistence/self_test...）
- HostComputer/ 各测试脚本用途
- 编译命令（IAR build、run_host_tests.ps1）与基线（当前 0 错误 0 警告？）
- 逻辑分析仪波形验证方法（bin 格式、采样率、plot_waveform.py 用法）

## G. 下一步行动清单
按优先级排序的具体行动（从新对话开工第一件事开始排）。

## H. 仅存在于对话中的信息
凡"只在我们对话里出现过、没有落入任何文件"的关键信息（测试数据、踩坑经验、用户偏好、待确认问题），单独列一节，务必不要遗漏。

【发送内容结束】