终端不只会报警：把声光终端用成产线安灯（Andon）的实践

说明安灯Andon是精益生产的经典工具工位一按按钮灯亮、喇叭响、班组长到位。声光语音终端天然适合做电子安灯——本文给出工位呼叫、节拍状态、产能可视化的完整接入按钮到 API、状态到灯色、看板到汇总附可运行代码。术语与点位以现场为准不放站外链接。一、报警之外终端的另一半价值本系列三十九篇都在讲出事时喊人但声光终端在制造业还有一半价值没被使用状态表达。丰田的安灯系统核心理念是——异常要拉灯正常状态也要可见工位呼叫操作工缺料、需要换模、需要质检——按钮一按灯亮喇叭报三号工位呼叫班组长响应时间从 walk over 碰运气变成有度量的分钟级节拍状态产线正常运行绿灯缓闪节拍超时转黄停线转红——走过产线的人一眼知道现在顺不顺呼叫响应度量每次呼叫从触发到关闭的时长自动记录——安灯不只是灯是一套响应时间的度量体系。这三件事用的是同一台终端、同一套通知组机制只是触发源从监控阈值换成了按钮与业务系统。二、工位呼叫按钮到喇叭的完整链路硬件侧的工位按钮是大障碍——大按钮便于戴手套按压本质是一个干接点接入方式按现场条件三选一带 GPIO 的边缘网关采集后走 MQTT专栏 MQTT 篇PLC 的输入点经 Modbus 读专栏 Modbus 篇或直接选带无线上报的工业呼叫按钮。软件侧收到呼叫事件后调终端# andon.py — 工位呼叫处理触发、播报、计时、关闭importdatetimeasdtimportsqlite3importtimeimportrequests TERMINALhttp://192.168.0.66/api/api/send_msgDBandon.dbSTATIONS{st01:一号工位,st02:二号工位,st03:三号工位}CALL_TYPES{material:(呼叫物料,warning),quality:(呼叫质检,critical),maintenance:(呼叫换模,critical)}defon_call(station:str,call_type:str)-int:placeSTATIONS[station]text,groupCALL_TYPES[call_type]requests.post(TERMINAL,data{led_group:group,text:f{place}{text},time:0,sign:TEST},timeout3)connsqlite3.connect(DB)curconn.execute(INSERT INTO calls(station,call_type,fired_at) VALUES(?,?,?),(station,call_type,dt.datetime.now().isoformat(timespecseconds)))conn.commit()returncur.lastrowiddefclose_call(call_id:int,closed_by:str)-float:响应关闭记录 MTTA——安灯是度量体系不只是灯connsqlite3.connect(DB)rowconn.execute(SELECT fired_at FROM calls WHERE id?,(call_id,)).fetchone()mttatime.time()-time.mktime(time.strptime(row[0],%Y-%m-%dT%H:%M:%S))conn.execute(UPDATE calls SET closed_by?, closed_at?, mtta_s? WHERE id?,(closed_by,dt.datetime.now().isoformat(timespecseconds),mtta,call_id))conn.commit()returnmtta与告警的关键差异是呼叫必须可关闭告警靠恢复事件闭环专栏闭环篇呼叫靠人到位后手动关闭——close_call记录的 MTTA 就是班组长响应时间的度量周报按工位与呼叫类型分组统计。三、节拍状态绿灯也是信息产线节拍takt time状态的灯效逻辑写在边缘侧每拍检查一次defline_status(plan_count:int,actual_count:int,cycle_cap:int)-str:节拍状态映射绿正常 黄滞后 红停线风险ifactual_count0andplan_count0:returnred# 开班未产出lag(plan_count-actual_count)/max(cycle_cap,1)returngreeniflag1else(yellowiflag4elsered)状态灯的语义要与告警语义分开一组专栏通知组篇的分区分语义安灯组用绿/黄但静音——走过路过看灯即可不干扰告警的听觉通道只有 red 停线才允许出声。状态轮询的频率与节拍一致如每分钟一次变化时才调用终端状态未变不刷。四、看板把呼叫数据变成改善依据安灯数据的最终归宿是持续改善按周统计各工位的呼叫次数、类型分布、MTTA 趋势——呼叫最多的工位就是下一个改善课题。SQL 一条聚合即可SELECTstation,call_type,COUNT(*)cnt,ROUND(AVG(mtta_s))avg_mttaFROMcallsWHEREfired_atdate(now,-7 days)GROUPBYstation,call_typeORDERBYcntDESC;看板上三块内容实时呼叫板当前未关闭呼叫红色计时、周趋势呼叫次数按工位、MTTA 达标率目标响应时间内的比例。安灯的价值 触达速度 × 数据沉淀缺一半就只是个遥控喇叭。五、常见坑呼叫不能关闭→ 灯一直亮到自动超时操作工学会无视安灯按钮无防抖→ 一次按压触发三次呼叫喇叭连喊三遍安灯组与告警组混用语义→ 工位呼叫用了告警的红色急报真告警被稀释——两组分立本篇第三节状态轮询无变化检测→ 每分钟都调一次终端接口队列被状态刷新灌满MTTA 不分类型统计→ 物料呼叫与质检呼叫的合理响应时间不同混算无意义按钮位置反人类→ 装在操作工要转身才能够的地方呼叫率会完美地趋近于零数据只报不议→ 周报发出没有改善课题跟进安灯退化为电子打卡清洁班误触→ 保洁擦线时触发呼叫按钮加保护罩或按压确认两秒长按。六、验收清单每个工位按钮触发灯、喇叭、记录三者同时出现防抖生效呼叫可关闭且有 MTTA 记录周报按工位/类型分组安灯组与告警组语义分立状态灯静音、仅停线出声节拍状态变化才调用终端状态刷新不灌队列一次呼叫→到位→关闭全流程演练MTTA 数据落库周度看板进班前会呼叫 Top 工位有对应改善课题。七、小结安灯实践的本体不是技术而是精益理念异常要呼叫正常要可见响应要有度量。声光终端恰好把这三件事集成在一件设备里——按钮触发它的报警面业务系统驱动它的状态面数据库沉淀它的度量面。对采购与部署的启示是这台设备的投资回报不要只算告警那一半。产线呼叫响应提速、停线时间可视、改善课题有数据支撑——安灯功能让同一台终端在告警体系之外再撑起一套现场管理工具。会报警的灯很多会讲节拍、能被度量的灯才是产线愿意长期共事的伙伴。