翻开松下PLC的90条故障码清单，一个耐人寻味的现象浮现：以字母R开头的程序类错误占了相当比重。R2运算错误指向除数为零、数据溢出；R6梯形图错误暴露了输出线圈重复使用或短路路径；R11程序校验错误则意味着固件存储与校验和“对不上账”。这三板斧叠加索引寄存器异常的E6、比较指令类型不匹配的E7，构成了产线“软故障”的常见面孔。

反观硬件层，F0（CPU硬件损坏）和F8（D/A转换模拟量输出模块损坏）确实存在，但触发频率往往低于程序类错误。而R3的I/O配置错误和R25扩展总线错误，看似硬件，实则多为安装调试期的“人祸”——模块组态与实际插槽不一致。

行业观察：90条故障码是松下三十年“防御性设计”的缩影，但现实车间里，十次停机有七次败在软件陷阱而非硬件耗损。编程规范不严、在线修改后疏于校验，让R系列故障反复上演。建议维护团队把“软逻辑体检”提到与硬件点检同等高度，别等R2亮起才想起除数可能为零。