docs: record pause wasm implementation plan

备忘/15备忘按钮手动测试.txt

@@ -9,14 +9,40 @@ web的仿真系统“/home/mes123456/cnc_wams/web-rtcp-5axis-xyzbc-trt-sim-plan
 除了硬件相关的，在仿真的所有方面完全对标“/home/mes123456/cnc_wams/linuxcnc源程序”的xyzbc-trt
 
 
-对标“/home/mes123456/cnc_wams/linuxcnc源程序”的xyzbc-trt，
+对标“/home/mes123456/cnc_wams/linuxcnc”的源程序 xyzbc-trt，
 web的仿真系统“/home/mes123456/cnc_wams/web-rtcp-5axis-xyzbc-trt-sim-plan”的功能：
 解除“ESTOP”  “上电”  Home All  “Run” “暂停” 5秒 继续执行  10秒后 ，再“暂停” 5秒 继续执行  10秒。通过50毫秒截屏方式，进行验证。
 
+/home/mes123456/cnc_wams/linuxcnc
+现在使用的是明确的工具栏按钮 ID：tbtn_pause 和 btn_step。脚本已经进入运行/采样阶段，我等最终输出。
 
 
 
 
+这里发现另一个实际页面问题：直接点工具栏 ESTOP 图标没有解除 ESTOP，状态仍停在 taskState=estop。这和之前验证脚本用 dispatch({type:"RESET"}) 做准备不同。我要先把真实按钮点击链路查清楚，否则暂停测试前置条件就不可靠。
+
+对标“/home/mes123456/cnc_wams/linuxcnc源程序”的xyzbc-trt，
+解决项目web的仿真系统“/home/mes123456/cnc_wams/web-rtcp-5axis-xyzbc-trt-sim-plan”的问题：
+
+点击“暂停按钮”，红色方块内部的按钮，G代码执行还是没有暂停，刀具还在运行。
+
+
+通过保存G代码真实执行过程的json分析，通过对Position位置还在变化进行追踪，发现错误，并且修改。
+
+你真实的使用界面直接操作进行测试。
+
+我会先补上竞态防护：暂停发起后将 task/HAL 执行序号推进，确保已经在路上的状态采样不能在暂停之后覆盖 runState/axisPose/feed。这和 LinuxCNC 的 task_paused 状态语义一致。
+
+
+
+
+
+点击暂停按钮，刀具还在运行，Position位置还在变化
+
+通过执行过程的json，对Position位置还在变化进行追踪，发现错误，并且修改。
+
+明确问题点了：渲染层优先用 programUiExecution.tcp 和 programRuntimeFeedback.axisPose，Vismach 也优先用 programRuntimeFeedback.axisPose 或 taskHalStatus 的 axisPose。即使 state.axisPose 冻住，只要 paused 反馈里带了新 axisPose，刀具和 Position 还会变。我会在暂停状态下把 runtimeFeedback 的 axisPose/tcp 固定为暂停瞬间的 pose，并让 Vismach 在 paused 时不用 taskHalStatus 的新位置。
+
 目前文档里的硬对比已经覆盖 60 项，但用户要求是“完全对标”，我不会只接受旧结论。我会先跑现有证据链，若仍通过，再补强 working 文档中对“5axis/table-rotary-tilting/xyzbc-trt”的命名、范围、复验规则和执行结果，最后按修订后的规则复验。