FANUC G10 L50与L52：为什么旧系统的参数输入程序不能原样移植？

维护程序里出现G10，不足以判断它正在改刀补、工件坐标还是系统参数。更容易被忽略的是：即使G10后面的L值相同，不同代系统也可能把它解释成不同的数据入口。

0i-C与0i-D有明确的代际差别

FANUC 0i-D／0i Mate-D通用操作手册B-64304EN/02，第15章第241页、附录K.19第1057页（原厂手册公开镜像）分别给出下列规则。这里讨论的是具有相应输入功能的所列系统，不能外推到所有FANUC型号。

对象	0i-C，按该差异附录	0i-D，本版正文
进入参数输入模式	G10 L50	G10 L52
0i-D中的G10 L50	不据此表推断其他数据格式	螺距误差补偿数据入口，不能输入参数
0i-D中的G10 L52	不作为旧系列兼容结论	参数入口，不能输入螺距误差补偿数据

同页中，参数模式的N是参数号；螺距误差模式的N是补偿位置号加10000。R必须按对应数据定义解释，不能用小数点表达参数数值。这些都是解析规则，不是建议写入任何具体参数。

把程序看成“数据入口＋键＋值”

可以用一个离线审查模型理解风险：一条数据记录至少包含目标数据域、键、轴或主轴选择、值及单位。假设旧维护文件的说明写着“修改某轴参数”，而头部仍为L50；目标机换成0i-D后，审查应立即停止在“目标数据域不一致”，而不是继续检查末尾R的数字看起来是否合理。

这类似把同一编号交给了另一张数据表：编号和数值都能被读成整数，并不证明指向正确对象。本文不声称这种移植一定会报同一个报警，也不推断系统一定会写入成功；实际结果还取决于数据范围、权限及程序上下文。

为什么也不能全文替换L50为L52

一个备份文件可能同时含参数段与螺距补偿段。机械替换会把原本正确的补偿数据入口也改掉。更可靠的审查是逐段标出原始用途，将目标系统手册中的模式、编号含义、轴类型和数据单位逐一对应；不能识别的段保留原样并停止执行验证。

完成这些对应后，仍需由负责该机床配置的人确认可写对象及恢复方案。本文只提供离线语义核对，不给出可直接执行的参数写入程序。相关版本边界资料见OPTION栏目。