看板数据不刷新的处理
车间大屏上的数字停在上个班次。本文说明看板刷新的机制、不刷新的常见原因,以及看板稳定性的一些加固建议。
现象
车间看板上的数据不更新,显示的还是几小时前的内容。
看板的刷新机制
先搞清楚看板是怎么刷新的:
| 机制 | 说明 | 特点 |
|---|---|---|
| 定时轮询 | 前端每隔 N 秒请求一次 | 简单,但实时性一般 |
| 长连接推送 | 服务端主动推送 | 实时性好,实现复杂 |
| 消息订阅 | 订阅数据变化事件 | 实时性好,需消息中间件 |
不同机制,排查方法不同。
排查步骤
第一步:确认是看板问题还是数据问题
打开后台的数据查询页面,看同样的数据是否更新了。
| 结果 | 判断 |
|---|---|
| 后台数据是新的 | 看板前端问题 |
| 后台数据也是旧的 | 数据链路问题 |
这一步能立刻把问题范围缩小一半。
第二步:如果是前端问题
检查 1:浏览器页面是否卡死
大屏通常长时间运行,浏览器可能出现内存泄漏、页面卡死。
验证:按 F5 刷新页面,看数据是否恢复。
恢复 → 前端问题。
检查 2:轮询是否停止
如果是轮询机制,看浏览器开发者工具的 Network 面板,看是否还有周期性请求。
没有请求 → 轮询逻辑出错(可能是 JS 报错导致定时器中断)。
检查 Console 面板有没有红色报错。一个未捕获的异常会导致后续定时器不再执行。
检查 3:请求失败
有请求但返回失败(401、500、超时)。
常见:Token 过期导致后续请求全部 401。
解决:加 Token 自动刷新,以及请求失败的重试逻辑。
第三步:如果是数据链路问题
检查 1:采集是否正常
设备数据有没有采上来?查采集网关状态。
检查 2:报工是否正常
如果看板显示的是生产数据,而车间没在报工,数据自然不会变。
先确认业务是否真的在发生——有时候不是系统问题,是真的没生产。
检查 3:中间处理环节
如果有数据加工环节(比如每 5 分钟汇总一次),检查这个任务是否在跑。
检查 4:数据库查询
直接查数据库,看数据是否写入。
- 数据库有新数据但看板没有 → 查询或缓存问题
- 数据库也没有 → 采集或写入问题
注意缓存:如果看板数据走了缓存,缓存未过期时会显示旧数据。
第四步:检查时间范围
看板的查询条件通常是"今天 8:00 到现在"这类动态时间。
如果服务器时间不对,或者时间范围的逻辑有 bug,可能查的是错误的时间段。
验证:看板上显示的数据时间范围是否合理。
常见根因汇总
| 现象 | 可能原因 |
|---|---|
| 刷新页面就好 | 前端定时器中断、内存泄漏 |
| 刷新也不好 | 后端接口或数据问题 |
| 每天早上出问题 | 定时任务、跨天边界处理 |
| 一台看板好一台不好 | 那台设备/浏览器的网络问题 |
| 数据停在同一时刻 | 采集或任务中断 |
看板的稳定性加固
看板通常要 7×24 运行,需要额外加固:
前端
| 措施 | 说明 |
|---|---|
| 自动重连 | 断线后自动重连,不要依赖人工刷新 |
| 定时软刷新 | 每小时整页刷新一次,清理内存 |
| 页面守护 | 检测页面卡死后自动重载 |
| 隐藏鼠标指针 | 大屏不需要,避免遮挡 |
| 禁止息屏 | 系统设置里关闭屏幕保护 |
"定时软刷新"很实用:每天凌晨自动刷新一次页面,能清掉大部分内存泄漏问题。
后端
| 措施 | 说明 |
|---|---|
| 接口超时控制 | 看板接口不能拖太久 |
| 缓存 | 高频查询的数据做缓存 |
| 降级 | 数据源不可用时展示上次数据并提示 |
| 独立部署 | 看板服务与业务服务分离,互不影响 |
"降级"很重要:看板取不到数据时,不要显示空白或报错,而是显示最后一次成功的数据并标注时间。这样车间至少知道数据是旧的,而不是以为没数据。
部署
| 措施 | 说明 |
|---|---|
| 有线网络 | 大屏尽量用有线,比无线稳定 |
| 独立终端 | 不要和办公电脑共用 |
| 不断电 | 配 UPS,避免跳闸重启 |
| 备用终端 | 关键看板准备一台备用机 |
一个管理提醒
看板不刷新,有时候原因是没人报工。
排查时先看一眼生产现场:今天真的在干活吗?如果车间在检修、放假、或者换了产品还没报工,看板不动是正常的。
技术排查之前,先确认业务事实。
看板的配置与刷新参数,[待补充:百华智造 MES 看板配置说明]。
这篇内容对你有帮助吗?
当前为游客态,投票按设备去重