结论先说：国发5.0平台近期对上传数据的时间戳校验变细了，设备时钟与平台时间偏差超出允许范围的记录，不再被默默接收，而是被判为无效。受影响最直接的不是刚建的新站，而是早些年联网、之后基本没人再动过的存量站点，以及只装了流量计、其他参数不全的站点。这两类站点的共同点是一年也难得有人去校一次时钟，设备跑久了就慢慢漂。
现场能看到的几个变化
我们在现场看到的现象是，以前数采仪上报参数，页面上那行“上传成功”的提示是笼统的，报文到了就算过；现在提示照样是成功，可过一阵去平台翻历史数据，会发现某些时段是空的，而设备本地记录明明还在。
我们在现场看到的现象是，个别站点在平台端的数据列表里，某些整点记录被标成异常，运维人员把报文抓出来逐字节看，字段格式、编码、校验位都对得上，就是查不出毛病。
我们在现场看到的现象是，同一台数采仪白天传得正常，凌晨两三点那一段却经常缺失。原因往往不是网络断了，而是设备缺少稳定的对时来源，时间一天天往后跑。
平台为什么盯上时钟
从平台校验逻辑看，时间戳是判断一条记录能不能进入统计口径的第一关。数值再准，采集时间和平台时间对不上，做小时均值、日均值、总量核算时就归不进对应时段。早一些的实现是“以平台收到的时间为准”，简单但失真；现在更倾向于“以设备声明的采集时间为准，并要求这个时间和平台时间落在可接受区间内”，数据才有可比性。
从数据完整性角度推测，这次调整和这几年对自动监测数据质量的关注方向一致：不只看有没有传，还要看传上来的这批能不能用。数采仪时钟校准看着是很边缘的一件事，恰恰是这条链的起点。
三类企业，三种处境
新建联网站点一般问题不大。集成商交付时会顺手校一次时间，短期内偏差不明显，真正的风险在半年以后没人管。
存量已联网站点的风险最高。设备装了三五年，中途断过电、换过板卡、机房搬过一次，时间早就不是当初那个。企业自己不知道，因为过去平台不怎么卡这个。
只有流量计或部分仪表的站点情况更绕。仪表各自带时间，数采仪如果直接透传仪表时间戳，同一时刻会冒出多条时间不一致的记录，看起来像是数采仪的毛病，其实是源头没统一。
现在该做什么
- 新建站点：把“设备时间与标准时间的偏差”写进联网验收检查项，由集成商或运维方通过平台下发对时或上位机校时，做完在调试记录里留一行。不做的话，验收时做数据回溯会出现整段缺口，返工还得重新走联网流程。
- 存量站点：先做一次全量盘点，逐台比对设备当前时间和平台时间，差异明显的先手动校一次，再确认是否配置了自动对时。不做的话，正在被考核的排放数据可能已经在判无效，只是没人去翻历史曲线。
- 部分仪表站点：先把各台仪表的时间口径统一到数采仪，由数采仪打时间戳、对数采仪对时，而不是让每台表各说各话。不做的话，数采仪自己再准也没用。
有一类企业其实不受影响
监测设备已办理停运、长期停产、平台端本来就没有有效数据要求的企业，这次不用额外动作。另外，只上传厂界噪声、视频等非污染物参数的站点，也不在这次涉及的数据口径里。判断标准很直接——你现在平台上有没有需要参与统计的污染物小时数据，没有就不用跟着折腾。
FAQ
我这个情况到底要不要传？
只要有在运行的排放口和在线监测设备，就按原有要求传。这次变的不是传不传，是传上来的时间戳认不认。
数采仪时钟校准是不是校一次就行了？
不是。晶振会漂，断电重启、温度变化都有影响。建议把自动对时配好，人工校时只做兜底。
平台提示上传成功，为什么历史数据还是空的？
提示成功通常只代表报文到达，能不能进统计口径还得过字段和时间戳校验。先把同一时段的设备本地记录和平台记录对一遍时间。
仪表自己带时间，能不能直接透传？
能透，但前提是每台表都准。多台表时间不一致时，建议统一由数采仪打时间戳。
有没有可能不是时间的问题？
有可能。有一种情况我们也还在观察，暂时没有确定结论：部分站点做数据补传后，原始记录和补传记录的时间归属会出现重叠，究竟是设备侧还是平台侧处理顺序导致的，目前样本还不够。遇到这种先保留原始报文，别急着改设备参数。