中央监控系统怎么落地：从值班室三块屏到多站点集中管控
中央监控系统是把点位、报警、画面、权限、留痕放在一起的一套工程。它不负责把屏做得更漂亮，它负责让值班室里那块屏上的东西，能支撑当班的人做判断。
很多厂上系统之前，值班室通常有三块屏：一块画面停在昨天下午的数据上，一块报警列表从夜里滚到天亮，第三块是工艺员每天早上手工更新的表格。屏幕换成一块大的之后，这三件事一件都没解决——不知道看哪个、报警响了没人应、断线了没人知道。
判断一套中央监控系统有没有用，先看这三件事有没有落地，而不是看画面的数量。
一、一屏看全：三层画面
画面不是越多越好。见过一个项目做了两百多张画面，上线三个月，常用的一只手数得过来。
合理的排法是三层，每层只回答一个问题。
总览层回答「现在整厂什么状态」：各车间开停机、当班产量、能耗、当前未处理的报警条数与等级分布。这一层要能在十秒内看完，所以元素少、颜色少、字号大。
工序层回答「这条线卡在哪里」：节拍、在制品、关键工艺参数的当前值与设定值、最近一次停机的原因。给班长看，要能顺着画面找到具体工位。
设备层回答「这台设备怎么了」：运行状态、实时曲线、报警历史、维修记录入口。给设备工程师看，允许信息密，但必须能一键回到上一层。
三层之间要有跳转关系：总览点车间进工序，工序点设备进设备层。跳转关系写进画面清单，做画面的人照着清单做，不要边做边想。
二、报警有用：分级、去抖、抑制、归并
报警泛滥是这类项目里被抱怨得比较多的问题，原因往往不在软件，在阈值和规则没排过。
分级。 停机的、影响安全的、影响质量的、只是提示的，四级就够用。级别决定颜色、声音和推送对象，四级以下不进值班室主屏。
去抖。 压力瞬时波动触发一次报警，三秒后恢复，这条报警对值班员没有价值。加一个持续时间确认，连续超过设定时长才成立，噪声会少一大截。
抑制。 检修期间、设备停机期间、工况切换期间，相关模拟量报警应当由规则屏蔽，而不是靠值班员手动忽略。屏蔽期结束自动恢复，屏蔽动作本身要留痕。
归并。 一个根因常常带出十几条报警：变频器通信断了，后面挂着的十几台设备一起报通信故障。按根因归并成一条，展开才看明细。
做完这四件事，还要有人看统计：按班次、按设备、按类型排一遍。排在头一位的那台设备，问题多半在机械状态，不在阈值上。
阈值由工艺和设备的人定，软件只负责实现和记录。这条界线划不清，后面所有争论都会回到「系统不准」上。
三、断了知道：通信这层的三件事
画面和报警是面子，通信是里子。里子出问题，面子都是假的。
断线重连。 现场网络闪断、交换机重启、PLC 停电，都会让采集断开。方案里要写清楚：多久探测一次、重连几次、失败后怎么告警、由谁处理。
本地缓存补传。 网络断了十分钟，这十分钟的数据是丢了还是补上来，直接决定历史曲线能不能用来复盘。采集端要有本地缓存，恢复后按时间顺序补传，重复数据按时间戳去重。
时钟对齐。 多站点、多采集端的数据要放在同一根时间轴上比较，各台机器的系统时间就得先说齐。单站点项目里常被忽略，扩到第二个站点才开始扯皮。
协议层面，Modbus TCP / RTU、OPC UA / DA、西门子 S7、三菱 MC、CC-Link、串口 RS485、以太网，都是常见组合。选哪种取决于现场已有的设备，不取决于偏好。老设备没有网口，加串口服务器或网关是常规做法，前提是先确认点表能不能拿到。
四、谁能改，谁只能看
一个中央监控系统里，改参数这件事的风险远高于看数据。
权限按角色分：操作员看状态和确认报警，班长可以切画面和做班次交接，工程师可以改阈值和配方，管理员管账号和权限本身。参数下发做二次确认，重要参数改动记进操作日志：谁、什么时间、把哪个点从什么值改成了什么值。
日志不是摆设，它是排障时头一个被翻的东西。三个月前一次停机的起因，往往就在某条参数修改记录里。
权限分级还有一个现实好处：新人和老师傅看到的界面不同，新人不会被一堆可改的参数吓到，也不容易误操作。
五、多站点：先统一命名，再谈统一画面
多站点集中管控最容易踩的坑，是先做集中看板，后补命名规范。结果每个站点一套设备编码、一套点位名、一套单位，集中看板上全是「1号泵」「2号泵」，谁也说不清是哪个站的哪台。
顺序应该反过来。先定编码与命名：设备编码规则、点位命名规则、单位与量程统一、状态字定义。再定上传策略：哪些点实时传、哪些点按周期传、哪些点只在变化时传。最后才是集中画面与站点自治：站点侧保留完整画面和本地操作能力，集中侧只做汇总、对比和跨站点报警。
站点侧不能因为「上面有集中系统」就减配。网络一断，站点还得靠自己值班。
六、落地顺序与边界
顺序上，先做点位表和画面清单，再通一个站点，把报警规则调顺，最后才扩站点。反过来做，扩站点的时候每扩一个，就要回头改一次命名和规则。
边界也要说清楚。
不给工期数字。 工期取决于点表能不能及时拿到、现场网络条件、老设备的通信改造量，这些在看现场之前都是未知数。
不给效果数字。 说「上了系统能省几个人」「效率提升多少」，在没有现场基线的情况下都是猜。系统能做的是把状态摆出来、把异常推出去、把处置记下来。
不指望一次调好。 报警阈值和画面布局都要在运行中反复调整。上线只是开始，前两三个月的调整期是正常的。
常见问题
Q：中央监控系统和单纯换一块大屏有什么区别？
大屏是呈现形式，中央监控系统是背后的工程。屏幕变大之后，报警仍然不分级、断线仍然没人知道、多站点仍然各说各话，问题都留在原地。真正决定这套系统好不好用的，是点位表、报警规则、权限与留痕有没有落到纸面上。
Q：报警阈值应该谁来定？
阈值本质是工艺判断：这个参数降到多少，生产就出问题。工艺和设备的人定阈值，软件负责实现和记录，并把每次改动留痕。这条分工不划清，后面的争论都会变成「系统不准」，而系统不会错——它按别人给的数字执行。
Q：多站点集中管控应该怎么起步？
顺序要反过来：先统一设备编码、点位命名、单位与量程、状态字定义，再定上传策略，最后做集中画面与站点自治。先做集中看板后补规范，结果就是集中屏上分不清「1号泵」是哪个站的哪台。
需要按自己的现场做一次落地设计，可以先联系我们做一次方案设计，把点位、画面与报警范围理清楚，再谈落地。
关于上海橙轩智能：自 2009 年起专注制造业数字化，累计 600+ 项目与方案实践，覆盖 11 个重点行业方向并具备通用平台能力，业务覆盖 MES、SCADA、上位机 / 标机软件、设备数据、机器视觉、能源管理与储能 EMS，是上海市高新技术企业。
