FreeCAD CAM G-code 输出生成深度解析后处理器现状与缺口清单【免费下载链接】FreeCADOfficial source code of FreeCAD, a free and opensource multiplatform 3D parametric modeler.项目地址: https://gitcode.com/GitHub_Trending/fr/FreeCADFreeCAD CAM 工作台的 Output Generation输出生成功能域负责把内部刀具路径翻译成机床可执行的 G-code。本文以路标文档 src/Mod/CAM/Roadmap/Functionality/Output Generation.md 为依据对照 src/Mod/CAM/Path/Post/ 的后处理器实现与 CAMTests 测试说明哪些能力已落地、哪些部分可用、哪些仍是缺口以及文档与代码之间的偏差。读完你得到一张能力盘点表和动手切入点。刀具路径为什么还需要一层机床方言翻译刀具路径计算完成后得到的是一串内部运动描述机器并不能直接执行。GRBL 桌面数控、LinuxCNC 工业控制器、Fanuc、Mach3 各自的 G-code 方言在行号格式、单位声明、圆弧写法、固定循环编码甚至快速移动能否 XY 与 Z 同轴发出上都不同。使用者关心的是导出的代码上机是否直接可用开发者关心的是新增机型时是否需要重写整条流水线。这个功能域的答案是后处理器体系一条统一的后处理流水线外加一组可插拔的机型脚本。路标文档把该功能域划分为核心必备、专业级、超越行业标准三档并对每个能力条目标注了评估状态DONE / NONE / Limited 等这使它既是一份规划也是一份能力盘点表。输出生成能力盘点已落地、部分可用与缺失结合路标评估字段与源码核对各能力的现状如下能力现状证据出处对使用者的影响G-code 生成已落地export2()流水线与 scripts/ 下 30 余个后处理器常见机型方言开箱即用行号 / 注释 / 单位定制已落地get_common_property_schema()、TestFanucPost.py单位、精度、注释均可配置输出审阅与编辑部分可用LastPostProcessOutput属性Job.py可审阅但仅有内置编辑器预检部分可用get_sanity_checks()钩子、TestCAMSanity.py需手动触发非生成前自动拦截后处理器定制部分可用Job 输出选项卡 flags、机器配置开关各后处理器行为不一致圆弧分割 / 固定循环展开已落地_expand_split_arcs、_expand_translate_drill_cycles、DrillCycleExpander.py已可用路标 NONE 标记滞后坐标模式转换G91/G91.1未实现仅有_expand_translate_rapids快速移动转换整体坐标模式转换缺失冷却液控制部分可用_expand_coolant_delay换刀后开启策略固定设置页生成已落地路标标记 DONE生成操作员指令与检查清单子程序支持未实现流水线无对应展开步骤大型程序需人工拆分多文件输出部分可用SplitOutputOrderOutputByJob.py可按夹具 / 刀具 / 操作拆分机内检测 / 磨损补偿 / 反馈闭环 / 直连制造未实现路标标注 None属未来方向无代码载体可以看出生成—定制—审阅主链路在代码与测试层面都有实据缺口集中在子程序、坐标模式整体转换与智能化的冷却液策略这些在流水线的展开步骤中找不到对应实现。深挖 export2() 流水线一行 G-code 是怎么产生的七个阶段拆解src/Mod/CAM/Path/Post/Processor.py 中的export2()是后处理的唯一入口其 docstring 声明了完整阶段0 预对话框收集用户输入取消即中止→ 1 排序_buildPostList()构建待处理有序列表→ 2 命令展开 → 3 命令转换把 Path.Command 转为机型字符串→ 4 G-code 优化去重与编号→ 5 输出组装 → 6 可选的远程后处理。阶段 2 信息密度最高连续调用十余个_expand_*步骤且与路标能力一一对应_expand_canned_cycles/_expand_translate_drill_cycles把固定循环展开为显式移动配套实现见 DrillCycleExpander.py_expand_split_arcs圆弧分割为线段_expand_coolant_delay冷却液延迟_expand_tool_change/_expand_tool_length_offset换刀块与 G43 刀长补偿流水线末尾有两条硬约束_optimize_duplicates_doubles()去重合并必须在所有展开之后_add_line_numbers()的注释明确写着 must be last——先完成全部扩展再统一编号任何中间改动都不会打乱行号。后处理器加载机制与配置 schema 如何工作_post.py 约定下的动态加载PostProcessorFactory.get_post_processor()按名字加载后处理器模块名拼为postname_post.py类名取首字母大写的同名类它依次遍历Path.Preferences.searchPathsPost()与sys.path找到并执行模块后用 job 实例化。若模块是纯脚本而没有该类则回退为WrapperPost包装。这就是把自定义 post 放入搜索路径机制的代码依据。内置脚本位于 src/Mod/CAM/Path/Post/scripts/包含现代后处理器grbl_post.py、linuxcnc_post.py、mach3_mach4_post.py、opensbp_post.py、marlin_post.py、masso_g3_post.py、centroid_post.py 等、一批*_legacy_post.py旧版脚本以及 gcode_pre.py 之类的前处理脚本。属性按四级作用域分发get_common_property_schema()声明所有后处理器共有的属性每个属性带scope字段file_extensionmachine 级默认 nc、preamble/postamble/safetyblock程序头尾与复位命令块、output_tool_length_offset换刀后 G43、tool_changejob 级控制是否输出 M6、axis_precision/feed_precision坐标与进给小数位。machine 级属性进入机器编辑器job 级属性出现在 Job 输出选项卡自定义后处理器还可经get_property_schema()追加自有属性——这是比裸改 Python 更结构化的定制入口。路标文档与源码的偏差三个坑状态滞后路标将G-code 分解标为 NONE但源码中_expand_split_arcs与_expand_translate_drill_cycles均已就位且机器配置提供对应开关。该 NONE 应理解为文档更新滞后于实现而非能力不存在。内部不一致是已知问题get_common_property_schema()函数体首行就有 FIXME声明此列表与_merge_machine_config()、machine_editor.py 均不一致。属性清单、实际合并逻辑、机器编辑器 UI 三者可能各说各话路标评估各后处理器行为不一致也源于此——每个 post 是独立 Python 文件可覆写任意流水线行为。新旧双轨并存*_legacy_post.py与继承 PostProcessor 基类的现代 post 并存同一机型可能存在两种行为版本。预检方面get_sanity_checks()只是钩子需用户主动运行 sanity check 才会触发集成测试可见 TestCAMSanity.py 中的test320_postprocessor_sanity_checks_integration。给使用者与开发者的可执行建议使用者三条选机型后先看 scripts/ 目录是否有对应现代 post输出细节从公共属性入手file_extension、preamble、tool_change不必碰 Python。要拆分输出文件用 Job 的SplitOutput配合OrderOutputBy默认夹具 → 刀具 → 操作三级排序。交付前不要依赖自动检查手动跑一次 sanity check并在LastPostProcessOutput中审阅最终结果。开发者两条新增机型的入口是在 scripts/ 下新建name_post.py并定义同名类继承 PostProcessor定制优先走属性 schema 而非改流水线行为扩展点集中在_expand_*系列——判断某能力缺失前先确认展开步骤里是否已有实现。贡献修复时以路标文档的评估列为验收标准输出细节改动参照 TestFanucPost.py 的测试风格test_line_numbers、test_comment等行号、注释、页脚这类细节变更必须带测试。输出生成功能域已经为常见机型打通了从算出来到跑起来的完整链路生成、定制、审阅均有代码与测试双重实据真正的缺口集中在子程序、坐标模式转换和冷却液智能策略上。对贡献者而言路标的状态列是地图export2()流水线是疆域而两者的偏差之处正是接下来工作的所在。【免费下载链接】FreeCADOfficial source code of FreeCAD, a free and opensource multiplatform 3D parametric modeler.项目地址: https://gitcode.com/GitHub_Trending/fr/FreeCAD创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考