3. WinCC归档组态基础
在WinCC中，历史数据平台的地基是变量记录（Tag Logging）。很多初学者把“归档”理解成“把变量存进数据库”，但真正决定数据质量、存储成本和查询效率的，是四个相互关联的参数：采集周期、归档周期、归档类型和归档变量组态方式。本节以“关键工艺参数归档配置”为主线，把这四个概念讲清楚，并完成一个可复现的配置示例。
一、变量记录组态的基本结构
WinCC的变量记录由三层对象构成：归档变量、归档组和归档数据库。归档变量是实际被记录的过程值，它引用一个已存在的WinCC变量；归档组是归档变量的容器，同一组内的变量共享归档周期和归档类型；归档数据库则是运行时写入的底层存储，通常分为快速归档（Tag Logging Fast）和慢速归档（Tag Logging Slow）两类，分别对应短周期和长周期数据。
在WinCC Explorer中，变量记录位于“变量记录”节点下。右键“归档”可以新建归档组，右键归档组可以新建归档变量。归档变量组态时，需要指定：变量名称、归档类型、采集周期、归档周期、归档周期数或归档时间范围。这些参数共同决定了“多久采一次、多久存一次、存多久”。
二、采集周期与归档周期的关系
这是本节最核心的知识点，也是最容易混淆的地方。
采集周期（Acquisition Cycle）是指WinCC从PLC或过程映像中读取变量值的间隔。它决定了原始数据的“采样密度”。归档周期（Archiving Cycle）是指把采集到的值写入归档数据库的间隔。它决定了历史数据的“存储密度”。
两者关系可以归纳为三种情况：
- 采集周期 = 归档周期：每个采集值都写入归档，数据最完整，但存储量最大。适用于关键质量参数、安全联锁相关变量。
- 采集周期 < 归档周期：采集多次，但只按归档周期写入一次。此时WinCC默认写入的是归档时刻的当前值，中间采集值不进入归档。适用于变化缓慢、只需趋势记录的参数。
- 采集周期 > 归档周期：这种配置通常没有意义，因为归档周期内没有新采集值，WinCC会重复写入相同值或按内部机制处理，实际不推荐使用。
需要特别说明：在WinCC中，归档周期必须是采集周期的整数倍，否则组态时会被拒绝或自动调整。例如采集周期为500ms，归档周期可以设为1s、2s、5s，但不能设为750ms。
三、归档类型的选择
WinCC变量记录支持多种归档类型，常见的有：
- 周期归档（Cyclic）：按固定归档周期持续记录，最常用。
- 周期选择性归档（Cyclic-Selective）：按周期记录，但只在满足条件时写入，适合记录异常工况。
- 非周期归档（Acyclic）：由事件触发写入，例如操作员点击“记录”按钮或变量越限时触发。
- 事件触发归档：由指定变量或脚本触发，适合批次过程。
对于连续生产的关键工艺参数，通常选择周期归档；对于批次记录或报警前后数据，可选择非周期归档或事件触发归档。
四、关键工艺参数归档配置示例
假设某反应釜温度变量为 Reactor_Temp，量程0～200℃，正常波动范围±0.5℃/s。工艺要求：温度趋势需保留30天，异常时能回看秒级变化。我们按以下思路配置：
| 参数 | 取值 | 说明 |
|---|---|---|
| 变量名称 | Reactor_Temp | 已存在的WinCC外部变量 |
| 归档类型 | 周期归档 | 连续记录温度趋势 |
| 采集周期 | 500 ms | 满足秒级变化捕捉 |
| 归档周期 | 1 s | 为采集周期的2倍 |
| 归档组 | FastArchive | 快速归档，短周期存储 |
| 归档时间范围 | 30 天 | 按工艺要求保留 |
配置步骤：在变量记录中新建归档组 FastArchive，设置归档类型为“周期归档”，归档周期1s；在该组下新建归档变量，选择 Reactor_Temp，采集周期设为500ms，归档周期继承组设置或单独设为1s；最后在归档组属性中设置归档时间范围为30天，并启用“归档备份”或“分段归档”以避免单文件过大。
配置完成后，激活运行系统，打开在线趋势控件，选择该归档变量，即可看到每秒一个点的温度趋势。若发现趋势点过密或过疏，应优先检查采集周期与归档周期是否匹配，而不是直接修改归档时间范围。
五、归档配置中的常见问题与判断依据
配置完成后，如何判断归档是否正常工作？最直接的方法是打开WinCC在线趋势控件，加载归档变量，观察曲线是否按预期密度出现数据点。如果曲线出现长时间直线，可能是归档周期过大或采集周期与归档周期不匹配；如果曲线点过密导致卡顿，应检查归档周期是否设得过小。
另一个判断依据是归档数据库文件大小。以1秒归档周期、30天保留期为例，单个浮点变量约产生259万个数据点，若同时归档50个变量，数据量相当可观。因此在实际项目中，应根据工艺重要程度分级设置：关键质量参数采用“采集=归档”的密集记录，一般监控参数采用“采集快、归档慢”的策略，以平衡数据完整性与存储成本。
最后，归档组态不是一次性的工作。在平台建设初期，建议先按“关键参数、重要参数、一般参数”三类分别建立归档组，统一命名规范，例如 Fast_Critical、Slow_General，并在变量记录中记录每个变量的采集周期、归档周期和保留天数。这样在后续扩展或排障时，能够快速定位配置来源，避免因参数混乱导致历史数据不可用。