149 lines
3.8 KiB
Plaintext
149 lines
3.8 KiB
Plaintext
要做到“完全对标”，下一步应把 emctaskmain.cc 的周期结构迁到
|
||
wasm-port：在每个 lctask_run_cycles() task
|
||
周期建立 LinuxCNC 式 EMC_STAT.motion snapshot，
|
||
执行等价的 command read、plan、execute、motion update、
|
||
subordinate sync、task update、status write 顺序，
|
||
并逐步用上游/ vendored emctask.cc、taskintf.cc、emccanon.cc
|
||
替换当前 JSON 自有状态机。
|
||
|
||
|
||
目录"/home/mes123456/cnc_wams/wasm-port/working"这里面的工作内容，完全对标“下一步应把 emctaskmain.cc 的周期结构迁到 wasm-port：在每个 lctask_run_cycles() task 周期建立 LinuxCNC 式 EMC_STAT.motion snapshot，执行等价的 command read、plan、execute、motion update、subordinate sync、task update、status write 顺序，并逐步用上游/ vendored emctask.cc、taskintf.cc、emccanon.cc 替换当前 JSON 自有状态机。”，要完全对标“/home/mes123456/cnc_wams/linuxcnc”。继续完善实施文档
|
||
|
||
|
||
status JSON
|
||
实现策略是保持已有 JSON host 边界不动，
|
||
但让 taskintf 内部的 jog/home/set-aout issue
|
||
都直接调用新的 lcmot_write_* 结构化 ABI；
|
||
JSON 只继续作为外部兼容输入。
|
||
现在开始补底层 ABI 和 taskintf envelope。
|
||
|
||
我会新增一份专门的 status JSON 对标方案文档，并把它接入 README、任务矩阵、台账、证据和决策记录。这个方案会把 LinuxCNC 的 EMC_STAT/status buffer 模型映射到 WASM 的 StandaloneEmcStatus -> status JSON 输出边界。
|
||
|
||
重建后的 task-HAL smoke 通过。继续复跑之前失败的 motion sync 和其它回归。
|
||
对标“/home/mes123456/cnc_wams/linuxcnc”，完善“在wasm中解决status JSON”的方案
|
||
|
||
|
||
接下来我会让 AUTO 无 JSON plan 路径真正调用 PlanRead/Line/Level/Command/Execute，并让 MDI PlanExecute 也经过同一个 execute evidence。
|
||
|
||
|
||
|
||
|
||
Reconnecting /5
|
||
|
||
|
||
|
||
|
||
|
||
|
||
Edited a fileEdited file
|
||
|
||
|
||
|
||
linuxcnc_task_hal_wasm.cpp+86-0
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
现在 RUN gate 需要允许 staged program 直接执行，不再强制 lctask_load_program_motion_plan_json()。我会把旧 JSON plan 要求降级为“有可执行行即可”。
|
||
|
||
|
||
|
||
|
||
Edited a fileEdited file
|
||
|
||
|
||
|
||
linuxcnc_task_hal_wasm.cpp+1-1
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
下一步把 execute 阶段的 has_program_work 改成同时支持 JSON motion plan 和 staged program lines；无 JSON plan 时通过新 helper 读/执行当前行。
|
||
|
||
我会把 no-JSON-plan 用例放到 smoke 末尾，避免影响前面依赖 timed motion plan 的 pause/resume/queue 行为。
|
||
|
||
现在加入 no-JSON-plan smoke：只 stage/open 程序，不调用 lctask_load_program_motion_plan_json()，再验证 plan read/execute 和 interp_list evidence。
|
||
|
||
我会把 state matrix 的 loadPlan:false 场景改成 T-040 验收：不加载 JSON plan 也能由 staged program lines 执行。
|
||
|
||
state matrix 输出名也要改掉，不再声称缺 JSON interpreter plan 会被拒绝。
|
||
|
||
该 focused case 只需要证明无 JSON plan 的 staged program 进入 PlanRead/Execute；为了避免多段 motion 完成时序影响最后行证据，我会把用例收敛成单行程序。
|
||
|
||
subset anchor 已补上。下一步修改 wrapper 状态字段和 JSON 输出，所有计数都挂在已有 taskintf_command_from_canon() 路径上。
|
||
wrapper 计数已接入 canon move 转换点。现在把这些字段暴露到 status JSON，供 WASM smoke 和专用脚本验证。
|
||
|
||
现在更新 WASM 测试断言：主 smoke 覆盖 timed plan 的 traverse/feed evidence，no-json staged program 覆盖 PlanRead 后的 feed 到 EMC_TRAJ_LINEAR_MOVE。
|
||
|
||
T-044 我会覆盖常见 spindle/tool canonical commands：SET_SPINDLE_SPEED、START_SPINDLE_*、STOP_SPINDLE_TURNING、SELECT_TOOL、CHANGE_TOOL、CHANGE_TOOL_NUMBER、RELOAD_TOOLDATA。这些只作为 interp_list command evidence，不接入真实 tool DB。
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|