46 lines
1.9 KiB
Plaintext
46 lines
1.9 KiB
Plaintext
首屏已经跑起来了，而且我拿到了完整渲染后的 DOM。
|
||
可以确认一件关键事：线上部署当前不是“完全 ready”状态，
|
||
至少首屏就暴露出一批运行时边界和降级路径，
|
||
我会继续用自动化把这些都验证成明确结论，而不是只看静态页面。
|
||
|
||
|
||
|
||
|
||
我还会把页面自身暴露的 window.webRtcp5AxisSimulation 状态一并采进来。
|
||
这样不仅知道“按钮能不能点”，
|
||
还知道点完以后运行态、模式、RTCP、程序状态、会话状态到底有没有按设计变化。
|
||
|
||
|
||
我已经把结论收敛了，真正的问题现在只剩两类：
|
||
首屏初始化后的 RTCP/运动学边界没有自动接上，
|
||
以及左侧 3D 预览在实际测试中始终看不到机床/刀路。
|
||
现在我补最后一条画布状态证据，然后直接生成 Word 文档。
|
||
|
||
|
||
|
||
|
||
|
||
|
||
文档覆盖了测试报告中的 3 个确认问题：
|
||
首屏 RTCP/运动学边界未自动挂接 LinuxCNC kinematics。
|
||
3D 预览画布存在但机床/刀路不可见。
|
||
HOME 后 JOG 坐标连续性异常。
|
||
我也把对应代码落点、推荐修复方案、详细编码步骤、
|
||
测试验收标准、溯源矩阵和后续工作记录模板都写进去了，
|
||
后续可以按 03-implementation-steps.md 开始实际修复。
|
||
|
||
|
||
我已经拿到一份直接证据：当前浏览器首屏里，tcpPose、toolAxisVector 这类基础字段是有的，但真实路径数据 programExecution.motion / programExecutionTiming.samples 没出来，而且画布也没暴露完整诊断字段。再把相关代码行号补一下，我给你明确结论。
|
||
|
||
|
||
先解决：
|
||
刀具预览需要的数据，目前只正确产生了“TCP 球/刀轴线的基础默认数据”，但没有正确产生“真实刀具路径与执行轨迹数据”。
|
||
下一步该盯的是浏览器态为什么还停在 fixture-ui-only，以及为什么首屏没有把 programExecution.motion / programExecutionTiming.samples 和 three* 诊断字段稳定写到 canvas。
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|