简介一份面向总装车间生产管理场景的ANDON系统设计文档属于教育精品资料。文档完整覆盖系统描述、工序作业管理、设备状态管理、质量/供应/停线管理、环境管理等功能需求并详细说明显示屏、电脑终端、广播、声音与转灯报警五种信息输出方式。在系统配置部分还给出服务器、终端机、打印机等设备选型WIN2000 SERVERSQL SERVERINTOUCH8.0软件平台以及AB PLCDeviceNetControlNet工业以太网的分层网络结构对理解汽车总装车间如何通过目视化与信息化手段提升生产组织效率很有帮助。资源包共1个doc文档大小66KB单文件便于快速查看。目前已有82人学习/下载适合生产管理、工业控制与智能制造方向的学生或从业者作为方案设计参考。1. 总装车间ANDON系统的设计边界从拉绳报警到生产控制闭环总装车间的ANDON系统常被误以为是一套按钮三色灯蜂鸣器的拉绳报警装置实际上它是一套以异常响应为输入、以停线和呼叫为输出的生产控制闭环。我在多个总装项目里见过最典型的失败案例安装时只做了信号采集没有定义异常优先级、没有和线体PLC的停线逻辑握手结果红灯一亮就停线停线后现场人员又手动复位整个车间的产量和追责数据完全对不上。设计ANDON系统的核心不是选多贵的硬件而是先回答三个问题哪些异常需要停线异常响应的时限是多少报警数据如何回流到生产管理系统用于追责和改善这篇博客按我自己的落地经验从硬件拓扑、PLC控制逻辑、上位机显示与数据集成、再到排错和统计优化给出可直接参考的设计方案。适合工艺工程师、设备工程师以及负责制造数字化落地的IT从业者。2. ANDON系统架构与硬件选型先定拓扑再选PLC与终端2.1 分站式架构与主站-从站通信总装线体长度通常在几十米到上百米每个工位都需要拉绳或者按钮如果全部用硬接线直接进PLC的输入点线缆成本和故障点都会失控。我一般建议采用主站PLC加远程IO从站的分站式架构线体按工段划分每10到15个工位设置一个远程IO机架现场按钮、光电传感器、三色灯都接入就近的IO模块远程站和主站之间走工业以太网总线。常见的总线选型有PROFINET、EtherNet/IP、CC-Link IE Field考虑到国内总装车间的既有设备兼容性我会优先选PROFINET因为西门子PLC在汽车总装线占有率最高而且后续和线体主控设备做跨站信号交互时PROFINET的IRT模式能保证毫秒级同步。主站PLC不建议承担所有逻辑运算的同时去做运动控制或者工艺参数管理它应该只负责ANDON相关的输入采样、优先级判定、输出控制和与上位机通信。工程上我会把主站CPU选成处理周期在2ms以内的中型PLC比如S7-1500系列远程站用ET200SP单站空槽预留20%余量以便后期增加工位。需要注意远程站的电源必须单独走断路器不能和现场的变频器、伺服驱动器共用开关电源否则会出现低电压复位导致报警状态丢失。2.2 硬件选型参数表按钮、三色灯、看板、扫码枪下面这张表是我做总装车间ANDON系统时常用的选型清单参数已经按产线规模做了归一化处理你可以根据实际工位数量等比扩展。设备规格参数单线数量按60工位估算用途说明拉绳/按钮盒IP65带急停蘑菇头拉绳长度3m/工位60人工触发异常呼叫需区分质量、物料、设备、工艺四类三色灯LED红黄绿直径50mm24V DC60工位状态指示绿灯正常、黄灯呼叫、红灯停线声光报警器内置蜂鸣器声音≥90dB可调音量每10个工位1个在嘈杂环境下提醒班组长和主管远程IO站ET200SP16DI/16DO带总线适配器6采集按钮信号驱动三色灯和报警器PLC主站CPU S7-1500带PROFINET接口1逻辑运算与停线控制看板显示屏55寸工业屏支持HDMI亮度≥800cd/m²每条线2台显示当前异常工位、类型、响应状态触摸屏12寸WinCC或同级别组态软件1本地参数修改与诊断扫码枪固定式支持标准工业条码2在停线恢复时扫描工单号绑定报警记录参数上要注意拉绳按钮盒的机械寿命要达到100万次以上因为总装线的使用频率非常高三色灯的选择要考虑LED的防护等级最好带透镜不然线体上灰尘积多了亮度衰减很快看板屏不要用普通商用显示器工业屏在高温和振动环境下能保证不黑屏、不闪屏。2.3 网络与供电设计要点ANDON系统要有自己独立的工业以太网不要和现场PLC的PROFINET IO网络混在一起原因是为了避免某个远程IO从站掉站时主站与MES之间的以太网通信也被拖垮。我会用一台二层工业交换机组成星形或环形拓扑主站PLC、远程IO站、上位机、MES接口机都接在这个独立的子网里。如果车间没有VLAN划分条件就给ANDON网络单独分配一个网段比如192.168.120.0/24并在交换机上限制广播域。供电是另一个经常出问题的环节。ANDON系统所有设备采用DC 24V供电电源模块要选用带冗余功能的比如两个24V/10A电源并联输出当一路故障时另一路自动接管。特别注意远程IO站的负载计算每个三色灯电流约0.2A每个远程IO站带8个工位时仅三色灯就需要1.6A再加上其他执行器一个远程IO站的电流会达到3A以上。所以远程站到电源模块的线径至少1.5mm²而且每个远程站要单独配置一个空气开关方便检修时单独断电而不影响其他工位。3. ANDON核心控制逻辑优先级、去抖、停线与复位3.1 异常类型判定与优先级的PLC实现总装车间里的异常不只是设备坏了这一种质量、物料、工艺、设备这四类异常对生产的影响完全不同。我的设计里使用按钮盒上的四个独立按钮来区分异常类型同时在PLC中建立一张优先级表设备故障可以自动触发停线质量异常只能请求人工确认物料呼叫只亮黄灯等待配送工艺异常需要持续超时后才停线。优先级从高到低约定为设备故障 质量异常 工艺异常 物料呼叫。在PLC的ST语言里我用一个二维数组来管理每个工位的状态如下示例代码TYPE T_ANDON_STATUS : STRUCT StationID : INT; // 工位编号 TypeMask : BYTE; // 位0设备 位1质量 位2工艺 位3物料 ActiveFlag : BOOL; // 当前是否有未复位报警 StopRequest : BOOL; // 是否请求停线 StartTimeStamp : ULINT; // 报警触发的时间戳单位ms END_STRUCT END_TYPE VAR g_statusArr : ARRAY[1..60] OF T_ANDON_STATUS; g_priorityTable : ARRAY[0..3] OF INT : [1, 2, 3, 4]; // 1最高 g_stopLineCmd : BOOL; END_VAR // 工位2的按钮输入以质量异常为例 IF BUTTON_QUALITY[2] AND NOT EDGE_DETECT_Q[2] THEN g_statusArr[2].TypeMask : g_statusArr[2].TypeMask OR 2#0010; // 置位质量位 g_statusArr[2].StartTimeStamp : T_GetTimeMs(); // 记录触发时刻 g_statusArr[2].ActiveFlag : TRUE; END_IF这段代码里TypeMask是一个位掩码变量允许同一个工位同时上报多种异常比如设备故障时还没处理完工艺异常又触发了。实际设计时不能简单覆盖前一个异常否则会丢失统计信息。EDGE_DETECT_Q是按钮的边沿检测信号防止按钮长时间按下时重复触发。PLC循环扫描中会先把当前工位的异常类型和g_priorityTable对照计算出当前最高优先级的异常类型再决定输出灯和停线指令。要注意时间戳的获取方式不要用扫描周期计数器累加因为PLC重启后计数会清零应该使用带电池的实时时钟模块或者从总线读取标准时间。这样记录下去的时间和上位机抓取的时间才能对上。3.2 停线控制自动停线与人工停线切换停线逻辑是所有ANDON系统里最容易出安全事故的地方。如果直接由ANDON代码去控制总装线体的主电机一旦PLC判错优先级整线会被误停生产损失巨大。所以我建议在ANDON主站和线体主控PLC之间只传递一个请求停线的布尔量最终由线体主控PLC的工艺逻辑决定是否执行。这样可以把安全责任留在产线控制端ANDON系统只负责发出请求。下面是一个简化版的停线判断逻辑在ST中实现// 输入g_statusArr数组输出g_stopLineCmd VAR_TEMP v_i : INT; v_stopAllowMask : WORD; v_typed : INT; END_VAR // 只有设备故障和质量异常允许自动停线工艺异常需超时 FOR v_i : 1 TO 60 DO IF g_statusArr[v_i].ActiveFlag THEN v_typed : g_statusArr[v_i].TypeMask; // 位0设备故障直接允许停线 IF (v_typed AND 2#0001) 0 THEN v_stopAllowMask : v_stopAllowMask OR 1; END_IF // 位1质量异常如果人工在HMI上把该工位设成停线启用也允许 IF (v_typed AND 2#0010) 0 AND g_qualityStopEnable[v_i] THEN v_stopAllowMask : v_stopAllowMask OR 1; END_IF END_IF END_FOR g_stopLineCmd : (v_stopAllowMask 0);这里的核心是g_qualityStopEnable数组每个工位在触摸屏上都可以单独配置是否允许质量异常触发停线。这是为了应对某些工位的质量异常实际上通过返修就能解决没必要停整条线的情况。我在多个项目里发现把停线权限下放到班组后人为误停的数量明显减少因为班组长可以在看板上先看到异常类型再用对讲机确认避免按钮一按就全线停机。3.3 超时升级与多级响应ANDON的另一个作用是倒逼响应速度。如果异常长时间没有被处理系统的黄灯会一直闪但现场人员可能根本没注意到。我采用的是一套三级超时升级方案第一级异常触发后黄灯闪烁等待工位所在班组的班组长在30秒内响应第二级超时后工位上的三色灯切换为红色闪烁同时声光报警器鸣叫通知线外主管第三级再超时60秒看板屏上显示长时间未响应的工位信息系统自动将报警记录标记为响应超时。这个时间参数必须放在PLC的DB块里允许通过触摸屏在线修改而不是写在代码常量里。一张典型参数表如下参数名称默认值单位设定范围说明T_RESP_LEVEL130秒10~180工位初次呼叫到班组长响应时限T_RESP_LEVEL260秒30~300升级到主管响应的时限T_AUTO_STOP120秒60~600工艺异常超时后自动停线判定时间T_DEBOUNCE200毫秒50~1000按钮信号去抖时间超时功能用TON定时器实现最可靠。这里需要谨慎的是TON的定时器数量有限如果工位数量多一个工位对应一个定时器并不现实。我的做法是只对当前ActiveFlag为TRUE且StopRequest为FALSE的工位分配一组滚动定时器。在每次循环中用工位的StartTimeStamp和当前时间做差超过阈值就激活下一级动作。这样代码可以统一处理所有工位不用为每个工位单独建定时器。具体的毫秒级时间差计算可以用T_DIFF : T_GetTimeMs() - g_statusArr[v_i].StartTimeStamp;实现注意防止负数。在项目里我额外加了一个诊断变量记录最近一次超时时刻及对应工位用于停机复盘时的证据溯源。4. 上位机、看板显示与MES数据集成4.1 看板显示内容与刷新规则总装车间看板要呈现的信息不应该是1号工位按下按钮这种原始输入而是经过PLC加工后的处理结果。显示区域按三块设计第一块是全局停线指示区占据看板上方约四分之一高度用大号字体显示停线中或箭头指示状态颜色红色第二块是当前活动报警列表显示工位号、异常类型、已持续时长、当前响应等级按持续时间降序排序第三块是最新已恢复报警的五条信息作为班组长的实时追踪参考。刷新规则上不要用看板直接轮询PLC的每个布尔变量那样通信负载大而且刷新频率不稳定。我会在上位机上运行一个数据采集服务周期为500ms读取PLC的报警状态块比如一个包含当前所有活动报警的结构体然后把数据推送到看板应用的WebSocket客户端。这样看板界面可以实现500ms级别的流畅刷新而且即使网络波动上位机的缓存也能保证显示内容不丢。4.2 数据采集与数据库表设计报警记录最终要落到数据库用于统计和追责。我常用的数据库是SQL Server或者PostgreSQL根据客户IT环境二选一。最重要的表是andon_event_log每一条报警与恢复事件都会插入一条记录。表结构如下CREATE TABLE andon_event_log ( id BIGSERIAL PRIMARY KEY, line_id VARCHAR(20) NOT NULL, -- 线体编号例如 TRIM-1 station_no INT NOT NULL, -- 工位号 alarm_type INT NOT NULL, -- 1设备 2质量 3工艺 4物料 priority INT NOT NULL DEFAULT 3, -- 优先级1最高 event_start TIMESTAMP NOT NULL, -- 异常触发时刻 event_end TIMESTAMP, -- 异常恢复时刻 resp_level1_time TIMESTAMP, -- 第一次响应的时刻 resp_level2_time TIMESTAMP, -- 第二次升级的时刻 auto_stop_flag BOOLEAN DEFAULT FALSE, -- 是否自动停线 stop_duration INT, -- 停线持续秒数 operator_id VARCHAR(20), -- 当前工位操作工ID shift_code VARCHAR(10) NOT NULL -- 班次例如 A/B/C ); CREATE INDEX idx_andon_event_log_start ON andon_event_log(event_start);我一般会在event_start和station_no上建复合索引因为后端的报表查询主要就是按时间范围和工位分组。注意不要为了省事把所有数据放在一张宽表里领域相关的信息比如异常处理时的备注文字应该独立到andon_response_detail表中避免单表过大影响查询性能。数据采集服务的实现我用C#写一个Windows服务或者Linux下的dotnet服务通过OPC UA客户端从PLC读取报警数组。下面是关键一步的简化代码// 使用OPCFoundation UA SDK UAClient client new UAClient(); await client.ConnectAsync(opc.tcp://192.168.120.1:4840); // 循环读取PLC中活动报警数量 while (!cancellationToken.IsCancellationRequested) { // 读取活动报警计数节点地址根据PLC配置 var nodeId new NodeId(ns2;sDB_ANDON_STAT.activeCount, 5); var value await client.ReadValueAsync(nodeId); int activeCount (int)value; // 如果计数有变化再读取整个活动报警数组 if (activeCount ! lastCount) { var arrayNode new NodeId(ns2;sDB_ANDON_STAT.activeArray, 5); var array await client.ReadValueAsync(arrayNode); await UpsertActiveAlarms(array); lastCount activeCount; } await Task.Delay(500, cancellationToken); }这段代码的核心逻辑是先读计数再读数组而不是每次都全量读取整个报警数组。PLC实时数据块中我固定分配一个长度为100的结构体数组但有效条目数用activeCount指示后面没用的数据位直接置零。采集服务判断数量无变化时就不需要传输数组显著减少了OPC UA的通信压力。当有报警发生时服务把新报警写入数据库更新对应记录的开始时间和响应级联时间恢复事件则更新event_end和停线时长。4.3 与MES的接口方式MES系统需要ANDON数据来做工单绩效和质量追踪但MES不可能直接读PLC。我会在采集服务上同时暴露一个REST API接口供MES定时拉取或者主动推送。接口格式采用JSON比如{ eventId: 20250315-00123, line: TRIM-1, station: 12, alarmType: 2, startTime: 2025-03-15T08:12:33.000, endTime: 2025-03-15T08:15:47.000, stopFlag: false, elapsedSeconds: 194 }MES侧通过GET /api/andon/events?since{timestamp}拉取增量数据每次拉取后服务端更新游标避免重复。这里有一个实用经验为接口加一个since参数比用page翻页更可靠因为报警记录时刻不会回退且不受删除操作影响。同时发布接口前要定义好alarmType的枚举值我建议在接口文档中明确写上1设备2质量3工艺4物料避免MES团队把类型号闭门造车地猜成别的东西。MES拿到数据后常见的使用场景是停线损失计算系统按事件开始/结束时间再结合线体的理论节拍比如40秒/车自动折算损失产量。但要注意只有stopFlag为true的事件才应该计入停线损失物料呼叫这类只亮灯不停线的事件不计入否则指标会被稀释得毫无意义。我在交付时会把这条规则写进接口说明里同时在上位机报表中也做同样的过滤防止两边口径不一致。5. 排错技巧与统计优化从报警日志定位瓶颈5.1 信号干扰与通讯故障排查ANDON系统上线初期最容易遇到的问题是按钮信号乱触发或者看板数据缺失。如果某个工位频繁误报通常不是按钮坏而是按钮电缆经过变频器或者伺服驱动器附近时引入的电磁干扰。排查时先用万用表测量按钮两端在待机状态下是否有直流电压波动正常应稳定在24V。若波动超过1V说明需要把按钮信号线换成屏蔽双绞线并确保屏蔽层单端接地。另一个高频故障是PROFINET远程站掉站。检查项按顺序走先看交换机端口指示灯是否正常再查远程站的电源电压最后用PLC的诊断缓冲区看是站故障还是组态不匹配。很多时候是端子松动导致的间歇性掉站这种问题在振动大的总装区域特别常见。我的建议是为所有现场接线端子使用带锁紧机构的防振端子并且在每个远程站下方留出一段线缆余量避免设备振动时直接拉扯端子。5.2 用MTTR/MTBF数据反推改善点报警数据如果只躺在数据库里没人看ANDON系统就白做了。我每个季度都会从andon_event_log中跑一条SQL计算每个工位的平均响应时间MTTR和平均故障间隔MTBFSELECT station_no, COUNT(*) AS event_count, AVG(EXTRACT(EPOCH FROM (event_end - event_start))) AS mttr_seconds, EXTRACT(EPOCH FROM (MAX(event_start) - MIN(event_start))) / NULLIF(COUNT(*)-1, 0) AS mtbf_seconds FROM andon_event_log WHERE shift_code A AND event_start NOW() - INTERVAL 30 days AND alarm_type IN (1, 2, 3) GROUP BY station_no ORDER BY mttr_seconds DESC;这条SQL把平均响应时间最差的工位排在前面就是你要优先改善的目标。如果某个工位的MTTR特别长说明班组长或者主管对该工位的响应路径有问题如果MTBF很短说明这个工位本身存在频繁的物料短缺或设备故障需要工艺部门介入。把这两个指标拆到班次粒度后还能考核不同班组的响应水平让数据真正变成管理动作。5.3 一个实用技巧断线自动续传与看板自检最后分享一个我常用的硬件级保底技巧在PLC程序中为每个远程站设置一个心跳位上位机采集服务每10秒检查一次这些心跳位如果某个远程站连续3次未回应就判定该区域通信中断并在看板顶部显示橙色警示条。同时看板应用要在本地缓存最近10分钟的报警数据帧当通信恢复后补传数据库避免因网络瞬间抖动导致记录永久丢失。这个方案不需要额外硬件只是在PLC里面加几十行心跳判断逻辑但对车间现场的运维体验提升非常明显。实际运行中远程站电缆接头氧化导致间歇性断网的情况很常见有了心跳位自检维护人员能直接定位到哪一个远程站不需要拿着万用表在几十个IO站之间挨个测。这个设计应该作为总装车间ANDON系统交付时的标准配置而不是可选项。本文还有配套的精品资源点击获取 总装车间ANDON系统设计：从拉绳报警到生产控制闭环
简介一份面向总装车间生产管理场景的ANDON系统设计文档属于教育精品资料。文档完整覆盖系统描述、工序作业管理、设备状态管理、质量/供应/停线管理、环境管理等功能需求并详细说明显示屏、电脑终端、广播、声音与转灯报警五种信息输出方式。在系统配置部分还给出服务器、终端机、打印机等设备选型WIN2000 SERVERSQL SERVERINTOUCH8.0软件平台以及AB PLCDeviceNetControlNet工业以太网的分层网络结构对理解汽车总装车间如何通过目视化与信息化手段提升生产组织效率很有帮助。资源包共1个doc文档大小66KB单文件便于快速查看。目前已有82人学习/下载适合生产管理、工业控制与智能制造方向的学生或从业者作为方案设计参考。1. 总装车间ANDON系统的设计边界从拉绳报警到生产控制闭环总装车间的ANDON系统常被误以为是一套按钮三色灯蜂鸣器的拉绳报警装置实际上它是一套以异常响应为输入、以停线和呼叫为输出的生产控制闭环。我在多个总装项目里见过最典型的失败案例安装时只做了信号采集没有定义异常优先级、没有和线体PLC的停线逻辑握手结果红灯一亮就停线停线后现场人员又手动复位整个车间的产量和追责数据完全对不上。设计ANDON系统的核心不是选多贵的硬件而是先回答三个问题哪些异常需要停线异常响应的时限是多少报警数据如何回流到生产管理系统用于追责和改善这篇博客按我自己的落地经验从硬件拓扑、PLC控制逻辑、上位机显示与数据集成、再到排错和统计优化给出可直接参考的设计方案。适合工艺工程师、设备工程师以及负责制造数字化落地的IT从业者。2. ANDON系统架构与硬件选型先定拓扑再选PLC与终端2.1 分站式架构与主站-从站通信总装线体长度通常在几十米到上百米每个工位都需要拉绳或者按钮如果全部用硬接线直接进PLC的输入点线缆成本和故障点都会失控。我一般建议采用主站PLC加远程IO从站的分站式架构线体按工段划分每10到15个工位设置一个远程IO机架现场按钮、光电传感器、三色灯都接入就近的IO模块远程站和主站之间走工业以太网总线。常见的总线选型有PROFINET、EtherNet/IP、CC-Link IE Field考虑到国内总装车间的既有设备兼容性我会优先选PROFINET因为西门子PLC在汽车总装线占有率最高而且后续和线体主控设备做跨站信号交互时PROFINET的IRT模式能保证毫秒级同步。主站PLC不建议承担所有逻辑运算的同时去做运动控制或者工艺参数管理它应该只负责ANDON相关的输入采样、优先级判定、输出控制和与上位机通信。工程上我会把主站CPU选成处理周期在2ms以内的中型PLC比如S7-1500系列远程站用ET200SP单站空槽预留20%余量以便后期增加工位。需要注意远程站的电源必须单独走断路器不能和现场的变频器、伺服驱动器共用开关电源否则会出现低电压复位导致报警状态丢失。2.2 硬件选型参数表按钮、三色灯、看板、扫码枪下面这张表是我做总装车间ANDON系统时常用的选型清单参数已经按产线规模做了归一化处理你可以根据实际工位数量等比扩展。设备规格参数单线数量按60工位估算用途说明拉绳/按钮盒IP65带急停蘑菇头拉绳长度3m/工位60人工触发异常呼叫需区分质量、物料、设备、工艺四类三色灯LED红黄绿直径50mm24V DC60工位状态指示绿灯正常、黄灯呼叫、红灯停线声光报警器内置蜂鸣器声音≥90dB可调音量每10个工位1个在嘈杂环境下提醒班组长和主管远程IO站ET200SP16DI/16DO带总线适配器6采集按钮信号驱动三色灯和报警器PLC主站CPU S7-1500带PROFINET接口1逻辑运算与停线控制看板显示屏55寸工业屏支持HDMI亮度≥800cd/m²每条线2台显示当前异常工位、类型、响应状态触摸屏12寸WinCC或同级别组态软件1本地参数修改与诊断扫码枪固定式支持标准工业条码2在停线恢复时扫描工单号绑定报警记录参数上要注意拉绳按钮盒的机械寿命要达到100万次以上因为总装线的使用频率非常高三色灯的选择要考虑LED的防护等级最好带透镜不然线体上灰尘积多了亮度衰减很快看板屏不要用普通商用显示器工业屏在高温和振动环境下能保证不黑屏、不闪屏。2.3 网络与供电设计要点ANDON系统要有自己独立的工业以太网不要和现场PLC的PROFINET IO网络混在一起原因是为了避免某个远程IO从站掉站时主站与MES之间的以太网通信也被拖垮。我会用一台二层工业交换机组成星形或环形拓扑主站PLC、远程IO站、上位机、MES接口机都接在这个独立的子网里。如果车间没有VLAN划分条件就给ANDON网络单独分配一个网段比如192.168.120.0/24并在交换机上限制广播域。供电是另一个经常出问题的环节。ANDON系统所有设备采用DC 24V供电电源模块要选用带冗余功能的比如两个24V/10A电源并联输出当一路故障时另一路自动接管。特别注意远程IO站的负载计算每个三色灯电流约0.2A每个远程IO站带8个工位时仅三色灯就需要1.6A再加上其他执行器一个远程IO站的电流会达到3A以上。所以远程站到电源模块的线径至少1.5mm²而且每个远程站要单独配置一个空气开关方便检修时单独断电而不影响其他工位。3. ANDON核心控制逻辑优先级、去抖、停线与复位3.1 异常类型判定与优先级的PLC实现总装车间里的异常不只是设备坏了这一种质量、物料、工艺、设备这四类异常对生产的影响完全不同。我的设计里使用按钮盒上的四个独立按钮来区分异常类型同时在PLC中建立一张优先级表设备故障可以自动触发停线质量异常只能请求人工确认物料呼叫只亮黄灯等待配送工艺异常需要持续超时后才停线。优先级从高到低约定为设备故障 质量异常 工艺异常 物料呼叫。在PLC的ST语言里我用一个二维数组来管理每个工位的状态如下示例代码TYPE T_ANDON_STATUS : STRUCT StationID : INT; // 工位编号 TypeMask : BYTE; // 位0设备 位1质量 位2工艺 位3物料 ActiveFlag : BOOL; // 当前是否有未复位报警 StopRequest : BOOL; // 是否请求停线 StartTimeStamp : ULINT; // 报警触发的时间戳单位ms END_STRUCT END_TYPE VAR g_statusArr : ARRAY[1..60] OF T_ANDON_STATUS; g_priorityTable : ARRAY[0..3] OF INT : [1, 2, 3, 4]; // 1最高 g_stopLineCmd : BOOL; END_VAR // 工位2的按钮输入以质量异常为例 IF BUTTON_QUALITY[2] AND NOT EDGE_DETECT_Q[2] THEN g_statusArr[2].TypeMask : g_statusArr[2].TypeMask OR 2#0010; // 置位质量位 g_statusArr[2].StartTimeStamp : T_GetTimeMs(); // 记录触发时刻 g_statusArr[2].ActiveFlag : TRUE; END_IF这段代码里TypeMask是一个位掩码变量允许同一个工位同时上报多种异常比如设备故障时还没处理完工艺异常又触发了。实际设计时不能简单覆盖前一个异常否则会丢失统计信息。EDGE_DETECT_Q是按钮的边沿检测信号防止按钮长时间按下时重复触发。PLC循环扫描中会先把当前工位的异常类型和g_priorityTable对照计算出当前最高优先级的异常类型再决定输出灯和停线指令。要注意时间戳的获取方式不要用扫描周期计数器累加因为PLC重启后计数会清零应该使用带电池的实时时钟模块或者从总线读取标准时间。这样记录下去的时间和上位机抓取的时间才能对上。3.2 停线控制自动停线与人工停线切换停线逻辑是所有ANDON系统里最容易出安全事故的地方。如果直接由ANDON代码去控制总装线体的主电机一旦PLC判错优先级整线会被误停生产损失巨大。所以我建议在ANDON主站和线体主控PLC之间只传递一个请求停线的布尔量最终由线体主控PLC的工艺逻辑决定是否执行。这样可以把安全责任留在产线控制端ANDON系统只负责发出请求。下面是一个简化版的停线判断逻辑在ST中实现// 输入g_statusArr数组输出g_stopLineCmd VAR_TEMP v_i : INT; v_stopAllowMask : WORD; v_typed : INT; END_VAR // 只有设备故障和质量异常允许自动停线工艺异常需超时 FOR v_i : 1 TO 60 DO IF g_statusArr[v_i].ActiveFlag THEN v_typed : g_statusArr[v_i].TypeMask; // 位0设备故障直接允许停线 IF (v_typed AND 2#0001) 0 THEN v_stopAllowMask : v_stopAllowMask OR 1; END_IF // 位1质量异常如果人工在HMI上把该工位设成停线启用也允许 IF (v_typed AND 2#0010) 0 AND g_qualityStopEnable[v_i] THEN v_stopAllowMask : v_stopAllowMask OR 1; END_IF END_IF END_FOR g_stopLineCmd : (v_stopAllowMask 0);这里的核心是g_qualityStopEnable数组每个工位在触摸屏上都可以单独配置是否允许质量异常触发停线。这是为了应对某些工位的质量异常实际上通过返修就能解决没必要停整条线的情况。我在多个项目里发现把停线权限下放到班组后人为误停的数量明显减少因为班组长可以在看板上先看到异常类型再用对讲机确认避免按钮一按就全线停机。3.3 超时升级与多级响应ANDON的另一个作用是倒逼响应速度。如果异常长时间没有被处理系统的黄灯会一直闪但现场人员可能根本没注意到。我采用的是一套三级超时升级方案第一级异常触发后黄灯闪烁等待工位所在班组的班组长在30秒内响应第二级超时后工位上的三色灯切换为红色闪烁同时声光报警器鸣叫通知线外主管第三级再超时60秒看板屏上显示长时间未响应的工位信息系统自动将报警记录标记为响应超时。这个时间参数必须放在PLC的DB块里允许通过触摸屏在线修改而不是写在代码常量里。一张典型参数表如下参数名称默认值单位设定范围说明T_RESP_LEVEL130秒10~180工位初次呼叫到班组长响应时限T_RESP_LEVEL260秒30~300升级到主管响应的时限T_AUTO_STOP120秒60~600工艺异常超时后自动停线判定时间T_DEBOUNCE200毫秒50~1000按钮信号去抖时间超时功能用TON定时器实现最可靠。这里需要谨慎的是TON的定时器数量有限如果工位数量多一个工位对应一个定时器并不现实。我的做法是只对当前ActiveFlag为TRUE且StopRequest为FALSE的工位分配一组滚动定时器。在每次循环中用工位的StartTimeStamp和当前时间做差超过阈值就激活下一级动作。这样代码可以统一处理所有工位不用为每个工位单独建定时器。具体的毫秒级时间差计算可以用T_DIFF : T_GetTimeMs() - g_statusArr[v_i].StartTimeStamp;实现注意防止负数。在项目里我额外加了一个诊断变量记录最近一次超时时刻及对应工位用于停机复盘时的证据溯源。4. 上位机、看板显示与MES数据集成4.1 看板显示内容与刷新规则总装车间看板要呈现的信息不应该是1号工位按下按钮这种原始输入而是经过PLC加工后的处理结果。显示区域按三块设计第一块是全局停线指示区占据看板上方约四分之一高度用大号字体显示停线中或箭头指示状态颜色红色第二块是当前活动报警列表显示工位号、异常类型、已持续时长、当前响应等级按持续时间降序排序第三块是最新已恢复报警的五条信息作为班组长的实时追踪参考。刷新规则上不要用看板直接轮询PLC的每个布尔变量那样通信负载大而且刷新频率不稳定。我会在上位机上运行一个数据采集服务周期为500ms读取PLC的报警状态块比如一个包含当前所有活动报警的结构体然后把数据推送到看板应用的WebSocket客户端。这样看板界面可以实现500ms级别的流畅刷新而且即使网络波动上位机的缓存也能保证显示内容不丢。4.2 数据采集与数据库表设计报警记录最终要落到数据库用于统计和追责。我常用的数据库是SQL Server或者PostgreSQL根据客户IT环境二选一。最重要的表是andon_event_log每一条报警与恢复事件都会插入一条记录。表结构如下CREATE TABLE andon_event_log ( id BIGSERIAL PRIMARY KEY, line_id VARCHAR(20) NOT NULL, -- 线体编号例如 TRIM-1 station_no INT NOT NULL, -- 工位号 alarm_type INT NOT NULL, -- 1设备 2质量 3工艺 4物料 priority INT NOT NULL DEFAULT 3, -- 优先级1最高 event_start TIMESTAMP NOT NULL, -- 异常触发时刻 event_end TIMESTAMP, -- 异常恢复时刻 resp_level1_time TIMESTAMP, -- 第一次响应的时刻 resp_level2_time TIMESTAMP, -- 第二次升级的时刻 auto_stop_flag BOOLEAN DEFAULT FALSE, -- 是否自动停线 stop_duration INT, -- 停线持续秒数 operator_id VARCHAR(20), -- 当前工位操作工ID shift_code VARCHAR(10) NOT NULL -- 班次例如 A/B/C ); CREATE INDEX idx_andon_event_log_start ON andon_event_log(event_start);我一般会在event_start和station_no上建复合索引因为后端的报表查询主要就是按时间范围和工位分组。注意不要为了省事把所有数据放在一张宽表里领域相关的信息比如异常处理时的备注文字应该独立到andon_response_detail表中避免单表过大影响查询性能。数据采集服务的实现我用C#写一个Windows服务或者Linux下的dotnet服务通过OPC UA客户端从PLC读取报警数组。下面是关键一步的简化代码// 使用OPCFoundation UA SDK UAClient client new UAClient(); await client.ConnectAsync(opc.tcp://192.168.120.1:4840); // 循环读取PLC中活动报警数量 while (!cancellationToken.IsCancellationRequested) { // 读取活动报警计数节点地址根据PLC配置 var nodeId new NodeId(ns2;sDB_ANDON_STAT.activeCount, 5); var value await client.ReadValueAsync(nodeId); int activeCount (int)value; // 如果计数有变化再读取整个活动报警数组 if (activeCount ! lastCount) { var arrayNode new NodeId(ns2;sDB_ANDON_STAT.activeArray, 5); var array await client.ReadValueAsync(arrayNode); await UpsertActiveAlarms(array); lastCount activeCount; } await Task.Delay(500, cancellationToken); }这段代码的核心逻辑是先读计数再读数组而不是每次都全量读取整个报警数组。PLC实时数据块中我固定分配一个长度为100的结构体数组但有效条目数用activeCount指示后面没用的数据位直接置零。采集服务判断数量无变化时就不需要传输数组显著减少了OPC UA的通信压力。当有报警发生时服务把新报警写入数据库更新对应记录的开始时间和响应级联时间恢复事件则更新event_end和停线时长。4.3 与MES的接口方式MES系统需要ANDON数据来做工单绩效和质量追踪但MES不可能直接读PLC。我会在采集服务上同时暴露一个REST API接口供MES定时拉取或者主动推送。接口格式采用JSON比如{ eventId: 20250315-00123, line: TRIM-1, station: 12, alarmType: 2, startTime: 2025-03-15T08:12:33.000, endTime: 2025-03-15T08:15:47.000, stopFlag: false, elapsedSeconds: 194 }MES侧通过GET /api/andon/events?since{timestamp}拉取增量数据每次拉取后服务端更新游标避免重复。这里有一个实用经验为接口加一个since参数比用page翻页更可靠因为报警记录时刻不会回退且不受删除操作影响。同时发布接口前要定义好alarmType的枚举值我建议在接口文档中明确写上1设备2质量3工艺4物料避免MES团队把类型号闭门造车地猜成别的东西。MES拿到数据后常见的使用场景是停线损失计算系统按事件开始/结束时间再结合线体的理论节拍比如40秒/车自动折算损失产量。但要注意只有stopFlag为true的事件才应该计入停线损失物料呼叫这类只亮灯不停线的事件不计入否则指标会被稀释得毫无意义。我在交付时会把这条规则写进接口说明里同时在上位机报表中也做同样的过滤防止两边口径不一致。5. 排错技巧与统计优化从报警日志定位瓶颈5.1 信号干扰与通讯故障排查ANDON系统上线初期最容易遇到的问题是按钮信号乱触发或者看板数据缺失。如果某个工位频繁误报通常不是按钮坏而是按钮电缆经过变频器或者伺服驱动器附近时引入的电磁干扰。排查时先用万用表测量按钮两端在待机状态下是否有直流电压波动正常应稳定在24V。若波动超过1V说明需要把按钮信号线换成屏蔽双绞线并确保屏蔽层单端接地。另一个高频故障是PROFINET远程站掉站。检查项按顺序走先看交换机端口指示灯是否正常再查远程站的电源电压最后用PLC的诊断缓冲区看是站故障还是组态不匹配。很多时候是端子松动导致的间歇性掉站这种问题在振动大的总装区域特别常见。我的建议是为所有现场接线端子使用带锁紧机构的防振端子并且在每个远程站下方留出一段线缆余量避免设备振动时直接拉扯端子。5.2 用MTTR/MTBF数据反推改善点报警数据如果只躺在数据库里没人看ANDON系统就白做了。我每个季度都会从andon_event_log中跑一条SQL计算每个工位的平均响应时间MTTR和平均故障间隔MTBFSELECT station_no, COUNT(*) AS event_count, AVG(EXTRACT(EPOCH FROM (event_end - event_start))) AS mttr_seconds, EXTRACT(EPOCH FROM (MAX(event_start) - MIN(event_start))) / NULLIF(COUNT(*)-1, 0) AS mtbf_seconds FROM andon_event_log WHERE shift_code A AND event_start NOW() - INTERVAL 30 days AND alarm_type IN (1, 2, 3) GROUP BY station_no ORDER BY mttr_seconds DESC;这条SQL把平均响应时间最差的工位排在前面就是你要优先改善的目标。如果某个工位的MTTR特别长说明班组长或者主管对该工位的响应路径有问题如果MTBF很短说明这个工位本身存在频繁的物料短缺或设备故障需要工艺部门介入。把这两个指标拆到班次粒度后还能考核不同班组的响应水平让数据真正变成管理动作。5.3 一个实用技巧断线自动续传与看板自检最后分享一个我常用的硬件级保底技巧在PLC程序中为每个远程站设置一个心跳位上位机采集服务每10秒检查一次这些心跳位如果某个远程站连续3次未回应就判定该区域通信中断并在看板顶部显示橙色警示条。同时看板应用要在本地缓存最近10分钟的报警数据帧当通信恢复后补传数据库避免因网络瞬间抖动导致记录永久丢失。这个方案不需要额外硬件只是在PLC里面加几十行心跳判断逻辑但对车间现场的运维体验提升非常明显。实际运行中远程站电缆接头氧化导致间歇性断网的情况很常见有了心跳位自检维护人员能直接定位到哪一个远程站不需要拿着万用表在几十个IO站之间挨个测。这个设计应该作为总装车间ANDON系统交付时的标准配置而不是可选项。本文还有配套的精品资源点击获取