58 lines
1.7 KiB
Plaintext
58 lines
1.7 KiB
Plaintext
|
||
完全对标
|
||
1、分析“/home/mes123456/cnc_wams/linuxcnc”
|
||
源程序的AXIS 主界面的“急停、上电、Home、执行、暂停、单步执行”的详细调用链条和状态机制；
|
||
2、包括c++的task、motion、状态记录方式，“急停、上电、Home、执行、暂停、单步执行”的详细调用链条和状态机制；
|
||
3、linuxcnc系统的c++都是如何实现“急停、上电、Home、执行、暂停、单步执行”的功能的详细调用链条和状态机制；
|
||
4、每个按钮的可以执行的先决条件，每个按钮执行后，如何记录当前状态，详细分析“急停、上电、Home、执行、暂停、单步执行”的详细调用链条和状态机制；
|
||
|
||
解除所有“硬编码”
|
||
|
||
对基本流程进行严格测试，科学详细完整准确地进行验证。
|
||
“ESTOP” ->“上电” -> Home All ->自动模式-> “Run”
|
||
1、先执行5秒
|
||
2、“暂停” 5秒
|
||
3、 继续执行 5秒
|
||
4、“暂停” 5秒
|
||
5、继续执行 5秒。
|
||
|
||
1、G代码执行过程要对
|
||
2、数据变化要合理
|
||
|
||
|
||
当前矩阵本身写着“下一优先任务：无”，但跳过项仍有 130 个，其中 53 个 Python remap、65 个 asset-only、1 个 User M、10 个非 main class、1 个 upstream demo。我要从生成的 next-boundary-* 和 promotion artifacts 中找出能继续推进、且不会违反 LinuxCNC 语义边界的项目。
|
||
|
||
当前 build/native/native-runtime-probe-summary.tsv 的 tool-db 行是 “probe required” 而非 “probe passed”，所以临时重新生成的 readiness artifact 不会 ready；这与路径改造无关，现有 build/project-release-readiness.json 的校验已通过。我会继续跑 diff 检查和查看变更。
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|