说实话，上个月客户那边又打电话来问，为什么看板上显示的OEE和实际车间对不上。我差点没把电话摔了。但这不能怪客户，只能怪当初设计的时候——我把口径问题想得太简单了。今天把这套系统的设计思路和踩坑经历整理出来，希望同行少走点弯路。
先别急着选型，也别急着画界面。你得先弄明白一件事：你需要的到底是一个数据展示平台，还是一个管理工具？我们一开始就搞错了，以为是后者，结果做成了前者。
数据采集：别把看板做成电子黑板
很多车间上马看板系统，第一反应是搞个excel报表然后投屏。这种做法，说白了就是把黑板换成了LED。真正的制造绩效看板，数据必须从设备端自动采集。我们车间是机加工为主，设备有进口的加工中心，也有老掉牙的普通车床。加工中心倒是带以太网口，用MTConnect协议就能读，普通车床呢？连个串口都没。后来我们外接电流互感器，通过判断启停状态来抓开始时间。这个方案粗犷，但成本够低。
不过话说回来，数据采集频率是个大坑。一开始我们把机床状态写数据库，每秒一次。结果车间40台设备，一天下来数据库暴涨到几个G，查询直接卡死。后来改成变化时记录，状态不变就不写，数据量直接砍掉90%以上。对，就是类似PLC里的边沿触发。另外，采集时钟必须统一。我们以前各设备时间不一致，导致产量归集错位，后来加了NTP同步，问题才消失。
还有个大坑是断网续传。车间无线网络不稳定，数据传一半丢一半。我们的方案是每台设备加一个本地缓存，用SQLite暂存，网络恢复后再补传。这个机制太重要了，不然你看到的看板永远缺斤短两。对了，当时我们还遇到过传感器误触发的问题，铣刀换刀那一下电流波动，愣是给记成了一次停机。后来在算法里加了阈值延时，才把这类假信号过滤掉。
指标计算：OEE的秘密和口径之争
做看板，核心是指标。但坦白讲，指标算不对，看板就是个笑话。拿OEE来说，公式是可用率×性能×良品率，可这三个子项怎么定义，全行业就没个统一。我们的设备计划停机算不算？换型时间算不算？小停机几秒钟算不算？
我们吃过一次大亏。生产部认为计划内保养不应该算损失，设备部却坚持要算，因为保养占用时间会影响产能。最后大家吵到总经理那，定了规则：计划内且提前一周申报的停机不计入OEE。你看，指标定义背后其实是管理意图。
还有性能损失，很多书上写的是“理论节拍×生产数量/运行时间”。但理论节拍从哪来？研发给的是理想值，实际加工根本不可能达到。我们后来用历史最优节拍的90%作为标杆，才勉强让工程师们服气。这件事给我的教训是：指标计算不能只靠抄书，必须结合自己车间的工艺特征。
顺带提一嘴，质量指标也别光看最终合格率。过程不良率、报废率、返工率，这些都有各自的含义。我们一开始把返工件当合格品，结果被审计差点打脸。后来改了统计口径，按工序合格率和终检合格率分开列，才合理。
可视化布局：既要好看又要好用
看板不是给工程师看的，是给一线操作工看的。你搞得花里胡哨，人家根本找不到重点。我们的第一版看板什么都有：OEE趋势、产量排行、质量饼图、停机原因红黄绿灯……结果现场反馈说眼都花了。后来重新设计，遵循三个原则：核心指标一眼可见，趋势走向明显，报警信息突出。
布局上，我们采用16:9的大屏，左侧放综合OEE和产出数，中间放各产线的实时状态图，右侧是当前异常停机列表。对，最重要的就是异常列表，一定要用红黄绿颜色区分。系统设定红色表示停机超10分钟，黄色表示超5分钟，绿色正常。这个规则简单，但现场工人依赖感极强。后来我们还加了一个“当日目标达成率”的进度条，放在正中央，因为老板每天一进车间就看这个。
刷新频率呢？一开始我们试过1秒刷新，结果大屏闪烁得像迪厅。后来改成5秒刷一次核心指标，15秒刷趋势图。这里有个小技巧：用WebSocket推数据，而不是轮询。轮询请求太多，数据库压力大，WebSocket能省不少资源。
还有个小细节，颜色盲怎么办？我们选了颜色模型的时候特意在色相旁边加了图标或文字，比如红色旁边配个×，黄色配个!，绿色配个√。这个细节被安全经理点名表扬了。
系统架构与选型：从硬件到软件的权衡
选型这事，我差点被供应商带偏。有的推荐直接用云平台，一个月好几千订阅费；有的推荐工控机+组态软件，授权费也不便宜。我们最终用的是普通PC + 自研Web仪表盘，数据库用PostgreSQL，中间层用Node.js。为什么这么选？因为我们车间IT支持薄弱，出了问题自己好搞，开源社区一堆案例。
不过别急着抄作业。如果你车间本来就部署了MES系统，那直接复用它的数据库接口会更省事。我们的生产部一直想上线MES，但预算不足，这才走了自研路线。另外，历史数据的存储要分级：热数据存3个月，冷数据归档到文件服务器。不然数据库越来越大，备份都成问题。
最后提醒一句：看板系统的稳定性和可靠性必须设计到99.9%以上。我们吃过亏，有一次服务器半夜自动更新重启，第二天早班全车间看板全黑。后来我们做了看板主机双机热备，加上UPS断电保护，才敢说能扛住。
其实选型还有一个隐藏成本，就是调试时间。我们光是在PLC数据解析上就耗了两周，因为各个品牌的数据格式都不一样。西门子的S7协议，三菱的MC协议，还有欧姆龙的FINS……后来我们用了一个开源库，统一转成Opc UA，才算解脱。如果你要接的设备品牌杂，强烈建议找一个中间层把协议转换掉。
结论：
讲真，这套系统做下来，最大的感悟是——看板不是技术问题，而是流程问题。数据采集、指标口径、可视化布局，每一项背后都是车间管理的博弈。如果你正在规划类似系统，我强烈建议先到现场蹲一周，看看工人到底怎么干活，再回机房敲代码。
