一、为什么重视诊断

产线停机时，能快速说清哪个模块、哪个点、什么时刻、什么原因，比事后猜测重要得多。诊断能力不是出事后再加，而是设计阶段就要规划：报警代码表、记录对象、存储位置、追溯方式，四项定下来，系统才具备可分析性。

二、SD卡数据记录

iQ-R的CPU支持把指定软元件按周期或触发条件记录到SD卡，生成CSV文件，用于过程数据、配方使用与能耗统计。设定记录对象、采样周期、触发条件与文件分割方式即可，不必自己写大量文件操作指令。要注意卡容量与写入频率，频繁写卡影响寿命，建议按事件触发而非无脑高频记录，并定期导出到上位机。

三、模块与系统诊断

模块诊断可查看各智能模块的状态、错误代码与缓冲存储器内容；系统监视可查看CPU、电源、基板与网络状态。智能模块自带错误代码，如运动模块的报警号、模拟量模块的断线码，要把它们映射成画面上的可读信息，而不是只显示一串数字。现场操作员看得懂，才不会一有报警就叫工程师。

四、报警与事件管理

分级管理：急停与安全类、设备故障类、工艺越限类、提示类，用不同颜色与处理方式。锁存根因故障，避免连锁反应淹没源头，画面先显示源头那一项异常。时间戳要准，CPU时钟需校准，可用网络对时或上位机同步，否则追溯失去意义。报警历史存卡或上传数据库，支持按时间与设备查询，用于月度分析。

五、远程诊断

通过以太网加虚拟专用网络或远程模块，工程师可远程连接编程软件监视、读诊断、下载程序。前提是网络隔离与权限控制到位，生产网与办公网划清边界，远程通道本身不能成为安全漏洞。建议远程访问留操作日志，谁在什么时候改了什么，事后可查。

六、落地清单

统一报警代码表、关键数据落盘、根因故障锁存、时钟同步、历史可查、远程可控。把诊断当成系统设计的一部分，而不是出事后临时加打印语句。这样每次停机都能沉淀成可分析的数据，改造与优化才有依据，而不是靠老师傅的记忆。

七、故障追溯实例

某次停机报警显示变频器通信异常，但根因是上游光电传感器被粉尘遮挡导致节拍错乱，结果表现为通信超时。若只记录报警代码，第二天还会重复排查。做法是把关键工艺量、传感器状态与报警代码一起记录，按时间轴对齐，才能从现象走到根因。诊断设计的价值，就在于让这类回溯变成几分钟的查表，而不是几个小时的猜测。

八、与维护流程结合

诊断数据只有进入日常流程才有价值：交接班看报警历史，周会看停机分布，改造前看趋势曲线。把导出报表的动作固化到维护制度里，数据才会被真正使用。否则再完善的记录功能，也只是占了一张存储卡。诊断功能上线后要定期验证，确认记录仍在正常写入，而不是等到需要时才发现早就停了。