各位工控同行，你有没有见过这样的现场：

A 设备绿灯亮着，机械手一动不动；B 设备黄灯闪着，操作员不知道该补料、复位，还是等它自己恢复；C 设备红灯亮了一下午，结果只是一个“门没关好”的普通报警。

最精彩的是，三个设备由三个不同供应商做的——绿灯分别代表“已上电”“自动运行”“设备空闲”；黄灯分别代表“缺料”“等待启动”“有报警但不影响生产”。

操作员站在产线前，像在参加一场没有说明书的猜灯谜。

很多人觉得塔灯不就是红黄绿三个输出点吗？Q0.0 接绿，Q0.1 接黄，Q0.2 接红，程序里一写完事。

直到量产才会发现：塔灯不是灯，它是设备对现场人员说话的“语言”。

语言一旦没有统一语法，设备越多，现场越乱。今天就聊聊，三色塔灯的状态到底应该怎么定义，才能让操作员看一眼就知道：设备怎么样、事情急不急、自己该干什么。

1

塔灯的目的，不是“告诉你设备通电了”

先给塔灯定一个核心目标：

所以，好的塔灯状态不能只描述“设备内部发生了什么”，更要表达“人现在要不要介入”。

比如“PLC 已上电”这个状态，对程序员有意义，对操作员未必有意义。设备上电了，但安全门开着、气压不足、伺服未使能，这时候绿灯亮着，只会让人误以为设备已经可以生产。

一套可用的塔灯定义，至少要回答三件事：

注意最后一句：状态不明确时，宁可定义为“待确认”，也不要用绿灯糊弄过去。

2

红黄绿不是“国际统一答案”，而是一套项目语言

IEC 60073 给出了人机接口、指示与操作器件的颜色及编码原则；IEC 61310-1 则涉及机械安全场景下指示、标识与操作的通用要求。它们的核心思想并不是让所有工厂把每一个灯定义得一模一样，而是强调：颜色、闪烁、文字、声音和操作含义要一致、可理解，并与风险相匹配。

换句话说：

红灯通常意味着危险、故障、停止或需要立即关注；黄灯通常意味着警告、异常趋势或等待人工处理；绿灯通常意味着正常、允许或运行状态。但“通常”不等于你可以随意发挥。

例如，有些设备把“缺料”定义为黄灯常亮，有些定义为红灯常亮。两种定义都未必错，关键在于：缺料时设备是否已经停机？是否会造成安全风险？操作员是否必须马上补料？

因此，塔灯定义必须来自设备风险评估、工艺节拍、客户规范和操作流程，而不是“隔壁项目就是这么接的”。

还有一个底线：塔灯只是状态指示，不是安全功能。 急停、安全门、光栅、双手按钮等安全保护，必须由经过评估的安全回路和安全控制系统实现，不能因为“红灯亮了”就认为安全措施到位。

3

一套适合大多数设备的三色灯定义

如果项目没有客户特别标准，可以采用下面这套相对清晰、容易推广的逻辑。

3.1

绿灯常亮：设备处于可生产状态

绿灯建议只表达一件事：

它可以包含自动运行中，也可以包含自动待机、等待上游来料等正常状态。但前提是设备本身没有故障、没有被安全链切断、没有等待人工复位。

这里有一个容易吵起来的问题：设备“待机”时，绿灯到底该不该亮？

我的建议是：

• 自动模式下，因节拍正常等待来料、等待下游放行：绿灯可以常亮；

• 设备因人为暂停、模式未切自动、条件未满足而不能生产：不要亮绿灯；

• 设备刚上电、还没回零、还没建立气压：不要亮绿灯。

绿灯代表的是“正常可用”，不是“控制柜有电”。

3.2

黄灯常亮：设备需要关注，但尚可控

黄灯最适合表达“需要人工关注，但不属于紧急故障”的状态，例如：

• 物料即将用完；

• 产品计数接近换型数量；

• 设备处于手动、调整、维护待确认状态；

• 工艺条件有偏差，但尚未触发停机；

• 某个辅助条件未满足，设备安全等待。

黄灯常亮的潜台词应该是：

黄灯不要滥用成“我也不知道是什么状态”。一旦黄灯同时代表缺料、换型、暂停、通讯抖动、质量预警，操作员最后只会把它当背景灯。

3.3

黄灯闪烁：需要尽快处理的预警

黄灯闪烁可以比黄灯常亮高一个等级，适合表示：

• 物料即将耗尽，再不处理会停机；

• 某项工艺参数连续接近报警限；

• 设备等待人工确认已超过设定时间；

• 缓冲区即将满料或空料。

一句话概括：

当然，闪烁频率也要统一。别让 A 设备 1Hz 闪、B 设备 4Hz 闪、C 设备还玩呼吸灯。现场不是电竞房，灯效越丰富，理解成本越高。

3.4

红灯常亮：设备异常停机，等待处理

红灯常亮应当明确表达：

典型场景包括：

• 伺服、变频器、气压、电源等关键故障；

• 安全回路未恢复；

• 产品卡料、机构超时、定位失败；

• 通讯中断导致设备无法继续工作；

• 关键工艺报警触发停机。

红灯亮时，HMI 上必须能快速看到故障文本、故障位置、建议处理动作。否则塔灯只是把问题从“看不见”变成“看见了但不知道怎么办”。

3.5

红灯闪烁＋蜂鸣：紧急事件，而不是普通报警

红灯闪烁加蜂鸣，建议只留给真正需要立即注意的场景，例如：

• 安全相关事件；

• 设备存在可能伤人、伤机或造成严重损失的风险；

• 关键设备发生需立刻干预的异常；

• 需要操作员立即撤离、停止或呼叫支援的情况。

为什么要慎用？

因为蜂鸣器是“注意力税”。你今天拿它提示“胶水快没了”，明天拿它提示“伺服过载”，后天拿它提示“扫码失败”，操作员很快就会把蜂鸣声当成车间背景音乐。

真正紧急时，反而没人抬头了。

4

三色灯状态速查表：建议直接写进设备规范

这张表最重要的不是“照抄”，而是要与下面几项保持一致：

• HMI 的设备状态文本；

• 报警优先级；

• PLC 的状态机编号；

• 电气图纸与 I/O 表；

• 操作指导书；

• FAT、SAT 的验收测试项。

5

最怕的不是灯坏了，而是逻辑各写各的

不少项目里，塔灯输出是这样来的：

• 安全程序里置一个红灯；

• 伺服报警块里又置一个红灯；

• 主程序用运行状态置绿灯；

• 手动程序觉得“调试中”应该置黄灯；

• 某个临时改造又加了一个“报警时黄灯闪”。

最后，谁优先谁也说不清。红黄绿可能同时亮，蜂鸣器也像在随机抽奖。

正确做法是：在 PLC 里建立一个统一的设备状态码，由一个专用功能块集中驱动塔灯。

例如：

• 安全紧急事件     → 红灯闪烁 + 蜂鸣

• 一般故障停机     → 红灯常亮

• 紧急预警           → 黄灯闪烁

• 人工待处理        → 黄灯常亮

• 自动正常           → 绿灯常亮

• 其他未定义状态  → 灯灭或明确的待机状态

重点不在代码写得多漂亮，而在于优先级只能有一个出口。

建议把塔灯功能块做成项目标准件，输入是：

• 安全状态；

• 故障状态；

• 预警状态；

• 自动/手动模式；

• 生产运行状态；

• 人工干预请求；

• 蜂鸣器允许与消音状态。

输出才是红、黄、绿和蜂鸣器。

这样以后设备增加一百条报警，也不会有人直接跑去改 Q 点，把原有逻辑搅成一锅粥。

三色塔灯看似只是三个输出点，背后却是一套设备运行哲学。

好的定义，不是颜色越多、闪法越炫，而是让每个人看到灯以后，都能得到同一个答案：

• 设备现在能不能生产？

• 问题急不急？

• 我需不需要处理？

• 处理完后怎么恢复？

如果同一盏黄灯，在操作员眼里是“缺料”，在维修眼里是“故障”，在工艺眼里是“换型”，那它不是提示灯，而是误会制造机。

最后留三个问题，欢迎大家在评论区聊聊：

1. 你们现场的绿灯，代表“设备上电”、 “自动运行”，还是“具备生产条件”？

2. 缺料停机应该亮黄灯还是红灯？为什么？

3. 你见过最离谱的塔灯定义是什么？