1. 课程导入与看板目标界定

在食品工厂里，设备状态信息往往并不缺，缺的是“同一时刻、同一口径、一眼看懂”。班组长在车间里问灌装机为什么停机，维修工在维修间查昨天的故障记录，生产经理在办公室看上周的OEE报表，品控则在追一批杀菌釜的温度曲线——这些信息分散在PLC、SCADA、纸质点检表、微信群和Excel里，彼此对不上时间戳，也无法支撑当班决策。食品设备状态实时看板要解决的，正是把分散的设备信号收敛成一张面向特定角色、刷新及时、判断明确的界面。

需要先明确一个边界：看板不是数据仓库，也不是完整的MES。它的核心价值在于把“当前设备能不能用、为什么不能用、还能用多久、下一步该谁动手”这四个问题在数秒内回答清楚。超出这个范围的历史追溯、深度分析、排产优化，应交给上层系统，看板只做“当下”的呈现与触发。

典型用户与他们的真实问题

食品设备看板的用户不是抽象的“管理者”，而是有具体动作的人。不同角色在同一套数据上关注点差异很大，设计时必须先锁定主用户，否则容易做成“什么都有、什么都不突出”的仪表盘。

• 班组长/线长：关心本班设备是否在运行、停机是否超过阈值、是否影响当班产量。他们需要的是大字号状态色块、停机计时和报警提示，通常在车间大屏或工位平板上看。
• 设备维修工：关心哪台设备报了故障、故障代码是什么、上次同类故障怎么处理、备件是否在库。他们需要故障详情、报警优先级和响应倒计时。
• 生产经理/厂长：关心整体设备效率、非计划停机累计时长、跨产线对比。他们看的是聚合指标和趋势，刷新频率可以低一些。
• 品控人员：食品行业的特殊性在于，部分设备状态直接关联食品安全，如杀菌釜温度、金属检测机运行状态、冷链库温。品控关注的是关键控制点设备是否处于受控状态，而非单纯“开/停”。

一个常见的设计失误是把这四类需求塞进同一屏。更合理的做法是确定一个主用户（多数产线以班组长为主用户），其余角色通过下钻页面或角色切换视图满足。主用户决定了首屏的信息密度、字号和刷新节奏。

使用场景决定刷新与呈现方式

看板的使用场景直接影响技术选型。车间大屏通常距离观察者3～8米，要求字号大、颜色对比强、无滚动，刷新周期在1～5秒即可；工位平板由班组长手持操作，需要可点击下钻、能查看报警详情，刷新可放宽到5～10秒；办公区网页端则侧重趋势与对比，刷新30秒以上也可接受。食品车间还有两个现实约束：一是潮湿、粉尘、冲洗环境对显示屏防护等级有要求（常见IP65防护箱体）；二是部分区域存在噪声，报警不能只靠声音，必须有视觉强提示。

设计目标与成功标准

目标不能写成“实现设备状态可视化”这类空话，而应转化为可检验的指标。以下是一组示例性的目标设定（数值为教学假设，实际项目需结合产线基线确定）：

这些标准中，“可判读性”最容易被忽略却最关键。很多看板数据齐全，但颜色语义混乱、状态定义不清，导致班组长仍需打电话确认。设计时应先定义状态字典，例如运行（绿）、待机（蓝）、计划停机（灰）、故障停机（红）、质量Hold（橙），并保证全厂一致。

从目标到设计约束的落地

把上述目标转成设计约束时，有几个具体判断值得在项目启动阶段就定下来。第一，状态口径必须先于界面设计。建议先产出一份状态字典表，明确每个状态位的来源（哪个PLC地址、哪条报警码）、判定条件（如“运行”需同时满足电机反馈为1且速度大于设定下限）、显示颜色和是否计入停机时长。第二，刷新频率按角色分层，不要全屏统一高频刷新，否则既增加采集压力，也让大屏上的数字跳动干扰判读。第三，报警分级，把“安全/食品安全相关”“影响产线停机”“一般提示”分开，避免所有报警都用红色，导致真正的严重故障被淹没。

以一个乳品灌装线为例（示例场景）：该线有灌装机、杀菌机、CIP系统、贴标机和金检机。若把五台设备都做成同等大小的卡片，班组长很难在3米外快速定位问题。更合理的首屏布局是：灌装机与杀菌机作为主设备占大卡片，显示运行状态、速度、当班停机累计；金检机单独放入关键控制点小区，用“受控/未受控”而非“运行/停止”表达；CIP系统在非清洗时段显示为计划停机灰色，避免误判为故障。这样的布局不是审美选择，而是由“班组长5秒判读”这一成功标准倒推出来的。

最后要强调的是，看板目标界定不是一次性文档，而是后续数据采集、界面布局、报警规则和验收测试的共同基准。当有人提出“再加一个温度曲线”时，判断依据应是它是否服务于已确定的主用户和成功标准，而不是“数据反正有”。把目标写清楚、把成功标准量化，后面的设计才不会在需求拉扯中失焦。