电话/手机：联系客服
MT8102iE 触摸屏，存 24 小时的温度趋势图。
设置是每 1 秒采样一次。
奇怪的现象：每天凌晨 3 点左右，趋势图就会出现一段大约 10 分钟的空白（断线）。
检查了 PLC（三菱 Q 系列），那个时间点没有停机，通信也没报警。
屏的内存空间是够的，U 盘也是工业级的。
为什么这个断线时间这么固定？难道是屏内部在做定时清理，还是有什么隐藏的系统任务占用 CPU 导致采样停了？”
优质评论内容
这个现象我不太像先怀疑 PLC 通信，更像是 HMI 侧在固定时间做“时间相关”或“文件相关”的动作，把 1 秒采样短时间打断了。
先给判断：
“每天都差不多在凌晨 3 点，固定空白约 10 分钟”，这种规律性太强了，通常优先查这 3 类：
时间同步 / 夏令时 / 时区
历史数据文件按日期切分、备份或转存
你项目里有 Scheduler、宏、备份对象在这个时间点运行
我不太赞成先往“隐藏系统任务随机占 CPU”那个方向想。
因为如果是普通性能不够，断线时间一般不会这么固定。
我更怀疑的第一个点：时间同步或时区设置
威纶通早就支持 DST（夏令时） 和 NTP 对时，相关系统寄存器里也有：
是否启用 DST
是否启用 NTP
开机时是否执行时间同步
NTP 更新时间间隔
时区设置等。
另外，Weintek 还在版本说明里修过几个跟“时间变化”有关的问题，比如：
Scheduler 在时钟变化后第一次执行时间不正确
EasyConverter 需要考虑 Daylight Saving Time 才能避免数据缺失。
所以如果你这个屏：
开了 NTP
时区设错了
DST 开着但实际不该开
或上位机/局域网里有时间服务器在某个固定周期校时
那就可能出现一种情况：
屏幕显示时间看起来是凌晨 3 点，但 HMI 内部正好在做“跨日”或“时钟跳变”处理。
这会直接影响趋势对象按时间轴取样和显示。
第二个高概率点：数据采样文件在“按日期切分”或备份时被打断
Weintek 的 Data Sampling / History 数据本身就是按历史文件管理的，官方手册摘要里明确提到：
历史数据文件会按日期分开
用 Customized File Handling 时，备份文件也会按日期分开。
这件事本身没问题，但问题在于：
如果你现在的工程是：
直接把历史数据写到 U 盘
或者凌晨固定时间做 保存/备份/转存
或者用了 Customized File Handling
那每天一次的文件切换、备份、关闭旧文件、创建新文件，就很容易在趋势图上留下固定时段的空白。
而且 Weintek 的版本说明里还专门提到过：
Certain operation flows can hinder the backup of historical data for data sampling
某些 Data Sampling + 文件处理组合下，历史文件记录数和行为会不一致。
这就说明：
历史数据文件管理这条链路，本来就出现过官方修复项。
第三个点：如果你把历史数据直接落到 U 盘，优先怀疑 I/O 写盘卡顿
你说 U 盘是工业级的，这只能说明介质质量不错，不能说明 HMI 写文件时一定没有阻塞。
威纶通支持把 event/data sampling 保存到 HMI、USB、SD，并且还有专门的系统寄存器去触发保存或删除这些文件。
所以如果你的趋势采样是：
每 1 秒直接写 USB
那固定时间的文件轮换、索引刷新、目录更新，完全有可能造成一段空白。
这种问题在“看起来设备没停、PLC 也没报警”的场景下很常见，因为断的不是 PLC 值，而是 HMI 采样链或历史文件链。
为什么偏偏是“3 点左右”，不是 0 点
这个细节反而更像 时区/NTP/DST 或者定时任务，而不是单纯“跨天切文件”。
比较常见的几种情况是：
HMI 内部时区比你看到的本地时间偏了几小时
NTP 返回的是服务器时区，DST 处理又叠加了一次
工程里设置了 Scheduler / 备份对象 / 宏 在 03:00 执行
你以为没有做备份，但项目里其实有 LB-9034 这类保存历史数据的动作在固定时间触发。
我建议你按这个顺序排，最快
1）先查 HMI 的时间设置
重点看：
是否启用了 NTP
是否启用了 DST
时区是不是正确
NTP 更新时间间隔是多少。
如果这几项有问题，3 点左右固定断档就很合理了。
2）查工程里有没有 Scheduler / 宏 / 备份对象
看是否在 03:00 左右做了这些动作：
历史数据保存到 USB
文件转存
删除旧数据
备份事件/趋势
宏处理 CSV / dtl 文件
Weintek 的系统寄存器和功能本身就是支持这些动作的。
3）确认历史数据现在是写到哪里
如果是 直接写 U 盘，我会优先建议你改成：
先写 HMI 内部存储，再定时备份到 U 盘
因为这比“边采样边长期直写 USB”稳得多。
4）查 EBPro / HMI OS 版本
官方版本说明里明确出现过：
Data Sampling 备份被阻碍
Scheduler 在时钟变化后执行不正确
Trend / History 相关问题修复。
如果版本偏旧，升级值得做。
我个人的概率排序
按你描述，我会这样排：
第一位：NTP / DST / 时区问题
因为“每天固定 3 点左右”这个特征太像时间轴跳变。
第二位：历史文件切分或备份动作
因为 Weintek 的历史数据本来就按日期分文件管理，而且官方确实修过 Data Sampling 备份相关问题。
第三位：直接写 USB 导致固定时段 I/O 阻塞
这在趋势断线但 PLC 正常的场景里很常见。
一句话结论
这事更像 HMI 自己在凌晨固定时间做了“时间/文件层面”的动作，而不是三菱 Q 通信在那 10 分钟刚好断了。
你现在最值得先看的是：
NTP、DST、时区、Scheduler、历史数据保存位置。