66 lines
2.7 KiB
Plaintext
66 lines
2.7 KiB
Plaintext
|
||
接续上一轮，“/home/mes123456/cnc_wams/web-rtcp-5axis-xyzbc-trt-sim-plan/working”，
|
||
分析图片，要体现真实的G代码的真实执行过程
|
||
|
||
|
||
|
||
|
||
状态层引用已经切换，下一步补一个本地 helper，让真实执行 trace 优先，普通程序仍走原预览路径。
|
||
|
||
我已经在页面代码里补了这条 UI 链路：programUiExecution、程序区实时执行条、监控区 Source 行、canvas/toolAxis 同步断言都已通过 browser smoke。下一步应重新采正式截图，用新版页面替换旧目录中的图片；旧图不建议继续作为“真实 G 代码执行过程”的验收证据。
|
||
|
||
|
||
目录“/home/mes123456/cnc_wams/web-rtcp-5axis-xyzbc-trt-sim-plan/working/screenshots/web-simulation-full-process-20260703T051258Z”中图片发现的问题：
|
||
1、图片应该记录真实的G代码真实的执行过程
|
||
2、实时绘制刀具的执行过程路径，刀具的位置，要实时更新。刀具刀头的方向，与刀杆的方向不一致。
|
||
3、显示G代码每行的执行过程
|
||
解决方案和任务，分街到下面的文档中，之后，执行相关任务。
|
||
/home/mes123456/cnc_wams/web-rtcp-5axis-xyzbc-trt-sim-plan/working的目录的文件
|
||
01-项目功能内容
|
||
02-项目程序开发详细步骤
|
||
03-推进台账：每轮做了什么、改了哪些文件、验证了什么、下一步是什么。
|
||
04-任务矩阵：所有任务编号、状态、验收标准，防止重复做。
|
||
05-验收证据：命令、页面、job_id、report_id、PDF、截图等证据。
|
||
06-决策记录：为什么这么做，后续变更时不反复争论同一个问题
|
||
另加 README 索引，便于后续按任务矩阵继续推进。
|
||
|
||
|
||
任务矩阵里已有“JSON 证据完整执行过程”闭环，但你这次指出的是截图/页面层面的真实过程呈现：截图必须来自真实 G 代码执行
|
||
|
||
|
||
现有任务矩阵已经有 G 代码语义展开和 JSON 对标，但用户指出的是“截图中的页面过程不真实、不实时、不逐行”。我会把这次问题作为新的 UI/证据闭环任务补进去，而不是覆盖已有已完成项。
|
||
|
||
|
||
|
||
|
||
Helper 已加好。现在替换 RUN/STEP/RUN_FRAME 的状态 patch，并给 task/HAL 状态循环也按当前行映射到真实样本索引。
|
||
|
||
|
||
RUN/STEP 已接上样本补丁。下一步处理 task/HAL patch 和初始 interpreter 完成状态，使页面一加载也能展示真实源程序执行上下文。
|
||
|
||
|
||
当前状态显示机器文件已 staged，xyzbc_switchkins.ngc 已加载，真实执行 trace 也已存在；只是 programExecution 没有被 interpreter 自动填充。截图不需要这个字段，我会去掉该等待，
|
||
直接用 task/HAL 运行状态抓图。
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|