很多做自动化项目的朋友找我聊得最多的一个问题就是“现场WinCC系统跑得好好的但领导天天要日报、周报、月报数据都在WinCC里怎么才能自动出来一张Excel报表”说实话WinCC本身就是一个带归档引擎的SCADA平台历史数据是现成的只是很多人只把它当成“能看画面”的上位机来用。更可惜的是WinCC自带的报表功能要么做得太简陋要么就是授权里根本不含报表选件。所以真正落地的方案往往就是绕一圈把WinCC的实时数据或历史归档取出来按模板填到Excel里再让Excel做输出。这条路走通之后日报周报月报全自动领导再也不用催你下班前交表。这篇文章就围绕我实际做过的一套“基于WinCC的历史数据Excel报表系统”来拆。不会讲太多虚的架构重点放在数据怎么读、模板怎么设计、脚本怎么写得稳、坑在哪里尽量做到拿回去就能改、就能用。适合做过WinCC组态、又没系统搞过报表开发的朋友也适合刚入门想知道“WinCC数据到底怎么导出来”的新手。1. 系统整体设计与方案选型思路1.1 先用一个球把需求完整接住立项之前先别急着写代码。做报表系统的第一件事是搞明白业务方到底要什么。就拿我经历过的典型场景来说现场有一条产线几十个温度、压力、流量、设备状态信号领导要的是“每天早上9点自动出昨天全天的小时平均报表周末要出周报月底要出月报”。搞清需求之后我再把它拆成三层数据层WinCC的趋势归档里存了哪些变量采样周期多少存储路径在哪是否用标准归档数据库。业务层报表是“平均值、最大最小值、累计量”还是“某个时刻的快照值”单位是什么显示几位小数表达层Excel模板长什么样表头、页眉、签名栏、数据区在哪里很多人在需求都没聊透的情况下就跑去写SELECT查询最后报表格式改了三轮代码推倒重来。我这边经验是先跟需求方约法三章只确认时间段范围、统计口径、报表模板三个核心点其余细节在后边迭代。确认好这三个点方案就不会跑偏。1.2 为什么报表模块不直接用WinCC自带的WinCC不是不能做报表。它自带的打印控件能打印趋势曲线也带简单的表格输出如果买对应选件还能用WinCC/Reporting做更复杂的报表。但实际项目里你会发现三个绕不开的问题一是授权成本不低小型项目里专门为出报表去买选件甲方容易觉得烧钱二是样式自由度差WinCC自带的报表控件出来的格式比较“工程师审美”要做那种带企业Logo、领导签字栏、多级表头的正式表格等于要跟控件死磕三是历史数据要二次加工比如计算班次的累计产量折算成标准吨数WinCC里写C脚本也不是不行但很别扭。所以实践下来大多数项目都会选择“WinCC只负责存数据和展示报表交给Excel”。Excel普及率高业务人员都会用出了问题大家都能上手改格式。这样做还有一个隐性好处——将来如果需要把数据导出给第三方Excel格式本身就是最容易对接的中间格式。1.3 技术路线对比VBS脚本、C#独立程序、还是Python定时任务这是一个非常关键的方案选择点。我用一个表格来总结主流的三条路线方便你做判断方案优点缺点适用场景WinCC内嵌VBS Excel COM与WinCC集成最紧能读实时变量部署简单脚本挂在WinCC工程里版本升级麻烦调试不如外部程序方便小型项目报表逻辑简单没有专业开发人员C# / VB.NET独立程序开发灵活可独立部署能读写SQL Server归档库出错不影响WinCC需要开发环境部署需.NET运行时学习成本稍高中型项目需要定时调度、多格式输出、操作界面友好的场景Python定时脚本代码短能直接读数据库也支持Excel读写比较轻量WinCC服务器上要装Python环境现场维护人员未必熟悉快速原型、数据量不大、IT基础较好的团队我自己最推荐的做法是报表逻辑不写在WinCC画面脚本里而是写一个独立的小程序定时跑。原因很简单WinCC工程一旦做了安全性授权、冗余改造你要重新动里面的脚本牵一发动全身。而独立程序就是“隔岸取水”只去读归档库不动WinCC本身出问题也不影响监控画面。1.4 一张图说清数据流向虽然不建议画太复杂的架构图但数据流向必须理清楚WinCC变量 → WinCC归档数据库SQL Server → 查询抽取按时间戳和变量ID → 数据清洗去坏值、补空缺 → 内存数据表 → 填充Excel模板 → 另存为日期命名的报表文件。这个链路里最容易出问题的是“查询抽取”和“数据清洗”两步。前者是因为WinCC归档库的表结构有一点绕后者是因为现场传感器偶尔会给你冒出坏值或毛刺直接写进Excel会被工艺人员吐槽“仪表抽风了”。2. 历史数据读取打开WinCC数据仓库的正确姿势2.1 WinCC历史数据存到了哪里WinCC V6.0之后的历史归档数据默认存在SQL Server里熟悉了之后你会觉得这个设计相当好原因也很简单SCADA系统的本质就是一套实时数据库叠加一套历史数据库。你打开WinCC的安装目录找到“归档组态”里的数据库连接字符串实际数据就落在SQL Server实例下的某个数据库里。在WinCC项目所在的服务器上用SQL Server Management Studio连接本机实例能看到类似“CC_机器名_年_月_日_随机数”这样的数据库名。这些库里最重要的两张表一张是变量归档定义相关的表另一张就是趋势历史值表。后者的典型命名格式是“ARCHIVE”开头加上变量归档的编号。也就是说WinCC把“变量元数据”和“历史数值”是分开存储的查询时要把它们关联起来。新手第一次打开这些表的时候看着一大堆带数值后缀的字段很容易懵其实思路很简单先通过变量名字典查出归档编号再去对应的时间索引表里取数据。2.2 查询归档数据的核心思路两张表关联以WinCC 7.x项目为例你需要关注两类表变量元数据表命名类似“TAG”或者存储了变量名和归档ID的关系。历史数据表通常按时间范围自动分表用变量归档ID对应到具体列值。不要指望用一条万能SQL搞定所有版本不同版本的WinCC归档表结构会有差异。正确做法是先连上数据库浏览几张表找到“变量名 → 归档ID”的对应关系再确认“时间戳列”和“数值列”的名字。之后所有查询都建立在这套真实结构上。我习惯在程序里写一个“自动探测配置”的小工具输入变量名和起始时间工具先扫描元数据表找到归档ID再查询对应的历史表把前几条记录打印到日志里。确认数据对得上再切换到正式报表流程能帮你省掉大量的手工调试时间。2.3 常用SQL查询示例假设你已经找到了变量归档ID以及历史数据表名查询某变量在某个时间段的平均值可以用类似下面的SQLSELECT AVG(CAST(Value AS FLOAT)) AS AvgValue, MIN(CAST(Value AS FLOAT)) AS MinValue, MAX(CAST(Value AS FLOAT)) AS MaxValue FROM ArchiveTableName WHERE TagArchiveID 123456 AND ValueTime BETWEEN 2025-01-01 00:00:00 AND 2025-01-02 00:00:00需要注意WinCC归档表里的Value字段有时是以字符串或变体类型存储的所以做CAST转换是常规操作。否则你以为自己在算平均值结果按字符串排序求了个“文本最大值”查出来之后对着Excel发呆半小时。而如果需要取“每个整点时刻的快照”查询方式又不同SELECT TOP 1 CAST(Value AS FLOAT) AS CurrentValue FROM ArchiveTableName WHERE TagArchiveID 123456 AND ValueTime 2025-01-01 08:00:00 ORDER BY ValueTime DESC这个查询的含义是“找8点整之前最近的一条记录”用来做准时快照。很多报表里的“某时刻料位”“某时刻温度”就是这么来的不需要纠结档案里是不是精确在8:00:00存了一条取最近即可。注意历史归档表数据量会很大查询时一定要卡时间范围并利用好时间索引。别在报表程序里写不带时间约束的全表扫描SQL否则WinCC服务器CPU会被你直接拉满。2.4 使用WinCC OLE-DB Provider替代裸SQL如果你的项目环境相对固定不想关心底层表结构WinCC还提供了一套OLE-DB Provider接口可以让你用类似标准方式去访问归档数据。使用OLE-DB Provider的好处是WinCC升级后表结构变化对你透明你写的查询语句不用跟着改。但用OLE-DB Provider也有坑字符串连接写不对就报错且有些版本的Provider对SQL语法的要求比较严格很多函数用不了。我的建议是小项目直接用SQL Server就行查看表结构还能顺便确认数据本身对不对大项目如果讲究标准化维护再考虑封装一套OLE-DB访问层。3. 实时数据展示让WinCC画面与Excel“动起来”3.1 实时数据采集的典型触发方式报表不只是出历史的有些场景需要实时展示比如领导办公室要放一块屏显示当前产量和机器状态数据来自WinCC展示用Excel。实时数据从WinCC流向Excel有两个典型方案。第一种是在WinCC画面里用VBS脚本设定定时器触发比如每5秒读取几个关键变量的值然后写到Excel某个单元格。第二种是用WinCC的变量归档只归档不快存Excel侧以一定频率查询数据库最新值。第一种方案的好处是实时性强延迟不超过一个扫描周期缺点是WinCC画面的脚本要长期挂载运行人员一旦把画面关了数据流就断了。第二种方案的鲁棒性更好Excel那边独立运行但实时性受查询周期限制而且每次查询都有开销。3.2 WinCC VBS读写Excel的两种打开姿势在WinCC里操作Excel最常见的是CreateObject方式也可以使用WinCC自带的MsExcel对象。很多工程师一上来就用CreateObject(“Excel.Application”)这是最直接的办法但你必须记住三个原则用完毕必须释放对象即把Excel进程关掉否则WinCC服务器上会累积大量残留EXCEL进程。很多人项目挂了一两个月之后发现服务器卡成蜗牛原因就是Excel进程泄漏。不要以ScreenUpdatingFalse关闭界面刷新后忘了恢复容易出现脚本正常运行但没有写入效果。打开工作簿时要注意文件路径不能有中文和特殊字符个别系统环境会因此报“找不到文件”。如果只是简单写一组实时值用下面这个典型骨架就够了Dim objExcel Set objExcel CreateObject(Excel.Application) objExcel.Visible True Dim objWorkbook Set objWorkbook objExcel.Workbooks.Open(D:\Reports\RealtimeTemplate.xlsx) Dim objSheet Set objSheet objWorkbook.Sheets(Dashboard) 从WinCC读取变量 objSheet.Cells(2, 2).Value HMIRuntime.Tags(Tag_Temperature).Read objSheet.Cells(3, 2).Value HMIRuntime.Tags(Tag_Pressure).Read objWorkbook.Save objWorkbook.Close False Set objSheet Nothing Set objWorkbook Nothing objExcel.Quit Set objExcel Nothing3.3 实时数据“顺滑展示”的调优技巧想让Excel页面上的实时数据看起来不“一跳一跳”有两种做法。一种是数值变化时让所在单元格高亮闪一下提醒操作员数据刷新了。这个可以通过Excel的条件格式完成WinCC侧只负责把值写进去。第二种是趋势效果直接在Excel里插入动态图表数据区域设为报表的某个存储区图表源数据自动引用该区域。这样画面看起来比单纯刷数字高级很多也方便操作员观察趋势。别指望去用Excel控件做曲线就用原生图表动态区域引用简洁又稳。另外要提醒一点如果你真打算让Excel当“看板”那就要把Excel的自动重算设置成“手动重算”。Excel里如果公式太多默认打开文件时会全部重算一遍若配合每秒一次的写入CPU占用率会很难看。手动重算模式下只有你主动调用Calculate时才更新公式结果适合这种高频写数的场景。4. 模板化报表生成从“手工粘贴”到“一键出表”4.1 为什么必须用模板而不是程序“画”表有些朋友写报表程序时喜欢在代码里从头创建Excel单元格比如不停地写Cells(1,1)“项目名称”这样写出来不是不行只是后患无穷如果你要让报表里加一行表头改四个字的描述你就得改代码、重新编译、重新部署。业务人员想调整一下格式根本没法自己动手。改用模板之后业务人员可以自己负责维护格式工程师只管填数据。这才是模板化生成的本质价值格式与数据分离。4.2 模板设计的三条实操原则我在多个项目里总结了三条模板设计原则照着做基本不会翻车固定数据区把每个数据项的单元格地址固定下来比如“C3放平均温度D3放最大压力”不要用揣摩规则去猜数据放哪。预留一个“参数区”在模板的某个角落比如第100行以下放一些计算用的中间量或查询参数。报表生成后再用脚本把参数区整块清除避免无关内容露在报表里。样式模板只做“基础样式”不做死格式字体、边框、列宽可以放好但需要程序控制的颜色和特殊标注尽量写成条件格式。这样模板即使被用户改动程序也不容易报错。4.3 启动VBS脚本自动打开模板并填充数据模板化生成最经典的方式是用一个VBS脚本在WinCC的按钮事件里执行点击“生成报表”按钮脚本从当前画面抓取查询条件打开既定模板把查询到的数据填进去。这里面有一个容易忽略的细节查询时间范围怎么传我通常会在WinCC画面里放两个IO域一个填起始时间一个填结束时间按钮触发脚本时把这两个值拼进SQL拿结果集再循环写入单元格。为防止用户输入格式不对脚本里要加一个“字符串转成日期格式”的检查抛出友好提示而不是直接抛出一个让现场人员看不懂的ADO错误。4.4 报表文件名按日期自动生成报表生成之后文件名如果一直是“报表.xlsx”第二天就被覆盖了。最好按“年月日班次”命名类似“20250115_A班日报.xlsx”。在VBS里可以用Date和Time函数来拼文件名也可以读取WinCC的系统变量。但要注意如果WinCC服务器所在操作系统的区域设置是英文月份名和日期格式都可能变直接拼字符串容易出现奇怪结果。更稳妥的写法是用FormatDateTime去统一格式或者直接用Year、Month、Day函数分别取值保证文件名稳定。5. 核心脚本与代码实现能直接改着用的版本5.1 WinCC内嵌VBS脚本一键导出实时数据到Excel下面这段脚本是我在WinCC 7.5项目里实际用过的代码做了精简只保留了核心逻辑。新建一个内部函数或者按钮事件里都可以放 从WinCC读取两个标签并写入Excel指定单元格 Dim objExcelApp, objWorkbook, objSheet Set objExcelApp CreateObject(Excel.Application) objExcelApp.Visible False objExcelApp.DisplayAlerts False 打开模板文件 Set objWorkbook objExcelApp.Workbooks.Open(D:\ReportTpl\DailyTpl.xlsx) Set objSheet objWorkbook.Worksheets(日报) 读取WinCC实时值 Dim fTemp, fPress fTemp HMIRuntime.Tags(PT01_Temp).Read fPress HMIRuntime.Tags(PT01_Press).Read 写入固定单元格 objSheet.Cells(5, 2).value fTemp objSheet.Cells(6, 2).value fPress 保存并关闭 objWorkbook.Save objWorkbook.Close False objExcelApp.Quit Set objSheet Nothing Set objWorkbook Nothing Set objExcelApp Nothing MsgBox 报表生成完毕这段脚本的优点是简单没有做太多容错。但你也要理解缺点如果模板文件被占用比如用户正开着这个Excel脚本会卡在Open那一行如果WinCC变量读取失败fTemp有可能是一个特殊值。所以正式使用时建议在外围加上错误陷阱比如用On Error Resume Next和Err对象做判断。5.2 SQL Server查询脚本从归档库取班次统计值下面是一段能从WinCC归档库直接取班次汇总值的SQL假设班次是8小时DECLARE StartTime DATETIME 2025-01-15 08:00:00 DECLARE EndTime DATETIME 2025-01-15 16:00:00 SELECT AVG(CAST(Value AS FLOAT)) AS AvgTemp, MIN(CAST(Value AS FLOAT)) AS MinTemp, MAX(CAST(Value AS FLOAT)) AS MaxTemp, COUNT(*) AS RecordCount FROM CC_Archive.dbo.ArchiveTableName WHERE ArchiveID 1101 AND ValueTime StartTime AND ValueTime EndTime其中RecordCount非常有用。它不只用来统计记录条数还能帮你间接判断数据质量如果记录数明显少于理论值说明这段时间有停机或者数据缺失你再去看平均值的时候就要留个心眼。5.3 C#独立程序方案定时生成Excel报表如果你不想把全部逻辑绑在WinCC里推荐用C#写一个Windows服务程序。核心步骤同样分三步连接归档数据库查询数据打开模板文件填充数据并另存。C#里操作Excel优先考虑用Excel的COM接口Microsoft.Office.Interop.Excel还是那句话用完必须释放。尤其要注意ReleaseComObject和GC.Collect配合使用否则也会导致Excel进程不退出。以大话概括经验C#版本的报表程序部署到服务器上以后我会在Windows计划任务里添加一项“每5分钟执行一次”程序内部再判断当前时间是不是到达报表生成时间点避免了计划任务时间设置上有误差的问题。用计划任务的好处是程序崩溃后系统会自动重新启动不需要人工干预。5.4 Python脚本轻量快速原型如果你的WinCC服务器允许装Python并且有关部门能接受用Python写一个轻量报表脚本也很舒服。读取数据库可以使用pyodbc操作Excel可以使用openpyxl。Python方案有一个比较明显的好处openpyxl写Excel时的性能比VBS的Cells逐个写入好一些而代码的表达力也更强。import pyodbc from openpyxl import load_workbook conn pyodbc.connect( DRIVER{ODBC Driver 17 for SQL Server}; SERVERlocalhost; DATABASECC_Archive; Trusted_Connectionyes ) cursor conn.cursor() query SELECT AVG(CAST(Value AS FLOAT)) FROM ArchiveTableName WHERE ArchiveID? AND ValueTime BETWEEN ? AND ? cursor.execute(query, 1101, start_time, end_time) avg_value cursor.fetchone()[0] wb load_workbook(rD:\ReportTpl\DailyTpl.xlsx) ws wb[日报] ws[C3] avg_value wb.save(rfD:\Reports\20250115_日报.xlsx)Python适合快速出结果但要注意一点WinCC服务器往往不允许额外安装第三方运行时因为这会影响SCADA系统的稳定性。所以你用Python之前先跟甲方和IT确认好别为了图方便而违反现场管理规定。6. 常见问题与排查技巧实录6.1 查不到数据先分清是“没查到”还是“没存上”遇到报表里数据全是空值或者零值首先不要急着改代码先用SQL Server Management Studio手动跑一遍查询确认数据库里到底有没有数据。如果数据库里压根没有该变量的历史记录可能的原因有四个变量没有勾选“归档”属性这是最最基础的错误。归档周期设置太长比如你10秒钟才归档一次而报表想统计每分钟的平均值自然很多时段没有记录。变量被停机或暂停归档WinCC运行时如果组态了“只有变量变化时才归档”而某信号一直恒定不变就不会有新记录。WinCC归档数据库分表了代码还在查历史表名查错了表。我遇到过一个典型场景某温度点平时波动就不大又做了“变化时归档”结果报表统计某个时段数据时记录数只有可怜的两三条。不是我程序有问题而是归档策略本身就不适合做这个统计。解决办法是想办法修改归档类型为周期归档或者在报表逻辑里把恒定不变的值向前填充。6.2 Excel进程残留一张表讲透释放机制这是WinCCExcel方案中最经典的一个坑。VBS或C#操作Excel后如果进程不退出服务器上会堆出一堆EXCEL.EXE内存迟早被吃光。导致残留的原因正确做法只执行了Close没有执行Quit先Close Workbook再Quit Application没有释放局部变量把所有临时对象Set NothingExcel弹出了隐藏对话框设置DisplayAlerts False并处理Workbook.Saved状态程序异常中断在任务管理器手动杀进程或写个自动清理脚本VBS里我习惯写一个专门用于释放对象的代码段放在脚本末尾执行它负责逐个清空所有对象引用。C#里则需要注意如果创建过多个Range对象或Sheet对象也都要ReleaseComObject。如果调试发现某个进程一直不退出很可能是某一行代码Throw Exception了导致后续释放代码没执行。所以务必要用Try-Catch-Finally包起来把释放代码放进Finally块。6.3 报表中时间格式不对怎么办WinCC的日期时间格式来回变化是常态。你在做SQL查询拼接字符串时老老实实写成“2025-01-15 16:00:00”没问题但如果你用短日期“2025/1/15”碰上不同区域设置的服务器可能直接把日期当成文本比较结果数据全空。我的实用技巧是所有日期时间在进入SQL之前统一转成标准化的字符串格式最好精确到秒数据写入Excel单元格时直接用DateTime类型对象而不是把格式化好的字符串丢进去。这样Excel里就保留了真正的日期类型后续用户做筛选和透视表时才不会出幺蛾子。6.4 查询大数据量时WinCC服务器CPU飙升报表要统计一年的数据或者跨月查询一次性把一年所有历史数据全拉回来填充到Excel里WinCC服务器和Excel都会卡到怀疑人生。优化策略也很直接分页查、分批写、压缩统计口径。比如一年报表不是要你列出每小时所有数据而是每天的平均值那就应该在SQL层面就做好GROUP BY分组而不是把几百万行原始值拉到Excel里再去做透视表。SQL层面算完Excel只接收一两百行结果速度自然快。6.5 模板文件被占用导致生成失败这个问题的根源是用户手动打开了同一个模板文件。WinCC服务器是无人值守的如果某天工程师远程登录顺手打开模板文件看格式然后忘了关定时任务再去写文件时就会报“文件正由另一进程使用”。我的应对方案有两个一是把模板文件拷贝一份到一个“临时加工区”脚本永远只操作临时副本不碰原始模板二是写一个文件占用检测在代码里尝试打开文件后马上关闭失败则抛出“模板文件被占用”的明确提示而不是让用户看一堆底层COM异常。7. 部署上线与维护优化经验7.1 从开发到上线的完整步骤清单我按自己的项目经验给你一份可以直接照抄的部署清单在WinCC工程里确认归档变量和归档周期导出变量清单。在测试环境用SQL Server验证归档库的表结构和字段写出可靠查询语句。创建Excel模板固定数据区设定参数区保存为xlsx文件。开发报表脚本先做单次手动运行确认结果正确。设置定时任务让脚本每天自动执行先跑一周观察。增加日志功能脚本每次运行都输出“开始时间、查询行数、生成文件路径、结束时间”出问题可追溯。正式交付前做一次服务器重启和数据库回收测试确保WinCC服务恢复后脚本后续能正常执行。最后一条容易被人忽略WinCC服务器重启后后台SQL Server服务不一定马上可用。如果定时任务在开机后5分钟就触发很可能连不上数据库导致脚本失败。我的做法是在脚本里加连接重试逻辑比如连不上数据库就每隔30秒重试一次最多重试10次这样服务器波动时也可以扛过去。7.2 如何让业务人员自己也敢用报表系统写完之后真正难的不是代码是让现场的工艺员敢用。我的习惯是报表生成之后把文件放到一个共享目录然后WinCC画面上提供一个“打开报表文件夹”按钮这样他们不用知道文件在哪点一下就能看到所有历史报表。另外我会在Excel第一行放一个“报表生成时间”和“数据截止时间”避免业务方拿着旧表到处传。这一点在工厂里面非常重要曾经就是有人把上周的旧表当成最新数据报给领导被批评之后项目组差点背锅。7.3 周期性维护的两个小习惯报表系统正常运行之后我不会把它扔在一边就不管了。我给自己定了两个维护习惯第一每月检查一次WinCC归档数据库的磁盘剩余空间别等数据库写满导致WinCC归档停止那比报表失败严重得多。第二每季度把Excel模板文件备份一次。业务方的负责人经常会在不讲武德的情况下修改模板格式比如加了一列备注或调整了行高。这种修改有可能是他们真的需要但如果改坏了我得有原始模板可以随时恢复。备份好了遇到问题就不慌。最后说点实在的我在实际项目中最大的感悟是WinCC历史数据报表系统真正考验人的不是技术而是“取舍”。你不会的东西就去网上查但真正让你少加班的是你对业务需求的理解、对数据库结构的熟悉、对Excel对象模型的掌控。这三样缺一不可。方案本身并不神秘一头扎进WinCC归档库一条SQL查数一批脚本写表一套计划任务维护运行。但这个链路里的每个环节都藏着小坑像那个Excel进程残留、那个日期格式问题、那个模板文件占用任何一个没处理好报表系统投产后都会变成夜里的求助电话。如果你正准备做这套系统我建议你从最简单的场景切入先做一个班次日报把数据查出来把模板填好别一上来就追求全自动全融合。跑通了再逐步加周报、月报、实时看板路是一步一步走出来的。最后再分享一个小技巧所有报表脚本开头一定要加一句“记录日志”。哪怕只是把时间戳和生成状态追加到一个txt文件里也会在你被现场追问“这报表数据对不对”的时候帮你省下至少两个小时的扯皮时间。系统做得好是一方面能证明系统做得好是更重要的一方面。
很多做自动化项目的朋友找我聊得最多的一个问题就是“现场WinCC系统跑得好好的但领导天天要日报、周报、月报数据都在WinCC里怎么才能自动出来一张Excel报表”说实话WinCC本身就是一个带归档引擎的SCADA平台历史数据是现成的只是很多人只把它当成“能看画面”的上位机来用。更可惜的是WinCC自带的报表功能要么做得太简陋要么就是授权里根本不含报表选件。所以真正落地的方案往往就是绕一圈把WinCC的实时数据或历史归档取出来按模板填到Excel里再让Excel做输出。这条路走通之后日报周报月报全自动领导再也不用催你下班前交表。这篇文章就围绕我实际做过的一套“基于WinCC的历史数据Excel报表系统”来拆。不会讲太多虚的架构重点放在数据怎么读、模板怎么设计、脚本怎么写得稳、坑在哪里尽量做到拿回去就能改、就能用。适合做过WinCC组态、又没系统搞过报表开发的朋友也适合刚入门想知道“WinCC数据到底怎么导出来”的新手。1. 系统整体设计与方案选型思路1.1 先用一个球把需求完整接住立项之前先别急着写代码。做报表系统的第一件事是搞明白业务方到底要什么。就拿我经历过的典型场景来说现场有一条产线几十个温度、压力、流量、设备状态信号领导要的是“每天早上9点自动出昨天全天的小时平均报表周末要出周报月底要出月报”。搞清需求之后我再把它拆成三层数据层WinCC的趋势归档里存了哪些变量采样周期多少存储路径在哪是否用标准归档数据库。业务层报表是“平均值、最大最小值、累计量”还是“某个时刻的快照值”单位是什么显示几位小数表达层Excel模板长什么样表头、页眉、签名栏、数据区在哪里很多人在需求都没聊透的情况下就跑去写SELECT查询最后报表格式改了三轮代码推倒重来。我这边经验是先跟需求方约法三章只确认时间段范围、统计口径、报表模板三个核心点其余细节在后边迭代。确认好这三个点方案就不会跑偏。1.2 为什么报表模块不直接用WinCC自带的WinCC不是不能做报表。它自带的打印控件能打印趋势曲线也带简单的表格输出如果买对应选件还能用WinCC/Reporting做更复杂的报表。但实际项目里你会发现三个绕不开的问题一是授权成本不低小型项目里专门为出报表去买选件甲方容易觉得烧钱二是样式自由度差WinCC自带的报表控件出来的格式比较“工程师审美”要做那种带企业Logo、领导签字栏、多级表头的正式表格等于要跟控件死磕三是历史数据要二次加工比如计算班次的累计产量折算成标准吨数WinCC里写C脚本也不是不行但很别扭。所以实践下来大多数项目都会选择“WinCC只负责存数据和展示报表交给Excel”。Excel普及率高业务人员都会用出了问题大家都能上手改格式。这样做还有一个隐性好处——将来如果需要把数据导出给第三方Excel格式本身就是最容易对接的中间格式。1.3 技术路线对比VBS脚本、C#独立程序、还是Python定时任务这是一个非常关键的方案选择点。我用一个表格来总结主流的三条路线方便你做判断方案优点缺点适用场景WinCC内嵌VBS Excel COM与WinCC集成最紧能读实时变量部署简单脚本挂在WinCC工程里版本升级麻烦调试不如外部程序方便小型项目报表逻辑简单没有专业开发人员C# / VB.NET独立程序开发灵活可独立部署能读写SQL Server归档库出错不影响WinCC需要开发环境部署需.NET运行时学习成本稍高中型项目需要定时调度、多格式输出、操作界面友好的场景Python定时脚本代码短能直接读数据库也支持Excel读写比较轻量WinCC服务器上要装Python环境现场维护人员未必熟悉快速原型、数据量不大、IT基础较好的团队我自己最推荐的做法是报表逻辑不写在WinCC画面脚本里而是写一个独立的小程序定时跑。原因很简单WinCC工程一旦做了安全性授权、冗余改造你要重新动里面的脚本牵一发动全身。而独立程序就是“隔岸取水”只去读归档库不动WinCC本身出问题也不影响监控画面。1.4 一张图说清数据流向虽然不建议画太复杂的架构图但数据流向必须理清楚WinCC变量 → WinCC归档数据库SQL Server → 查询抽取按时间戳和变量ID → 数据清洗去坏值、补空缺 → 内存数据表 → 填充Excel模板 → 另存为日期命名的报表文件。这个链路里最容易出问题的是“查询抽取”和“数据清洗”两步。前者是因为WinCC归档库的表结构有一点绕后者是因为现场传感器偶尔会给你冒出坏值或毛刺直接写进Excel会被工艺人员吐槽“仪表抽风了”。2. 历史数据读取打开WinCC数据仓库的正确姿势2.1 WinCC历史数据存到了哪里WinCC V6.0之后的历史归档数据默认存在SQL Server里熟悉了之后你会觉得这个设计相当好原因也很简单SCADA系统的本质就是一套实时数据库叠加一套历史数据库。你打开WinCC的安装目录找到“归档组态”里的数据库连接字符串实际数据就落在SQL Server实例下的某个数据库里。在WinCC项目所在的服务器上用SQL Server Management Studio连接本机实例能看到类似“CC_机器名_年_月_日_随机数”这样的数据库名。这些库里最重要的两张表一张是变量归档定义相关的表另一张就是趋势历史值表。后者的典型命名格式是“ARCHIVE”开头加上变量归档的编号。也就是说WinCC把“变量元数据”和“历史数值”是分开存储的查询时要把它们关联起来。新手第一次打开这些表的时候看着一大堆带数值后缀的字段很容易懵其实思路很简单先通过变量名字典查出归档编号再去对应的时间索引表里取数据。2.2 查询归档数据的核心思路两张表关联以WinCC 7.x项目为例你需要关注两类表变量元数据表命名类似“TAG”或者存储了变量名和归档ID的关系。历史数据表通常按时间范围自动分表用变量归档ID对应到具体列值。不要指望用一条万能SQL搞定所有版本不同版本的WinCC归档表结构会有差异。正确做法是先连上数据库浏览几张表找到“变量名 → 归档ID”的对应关系再确认“时间戳列”和“数值列”的名字。之后所有查询都建立在这套真实结构上。我习惯在程序里写一个“自动探测配置”的小工具输入变量名和起始时间工具先扫描元数据表找到归档ID再查询对应的历史表把前几条记录打印到日志里。确认数据对得上再切换到正式报表流程能帮你省掉大量的手工调试时间。2.3 常用SQL查询示例假设你已经找到了变量归档ID以及历史数据表名查询某变量在某个时间段的平均值可以用类似下面的SQLSELECT AVG(CAST(Value AS FLOAT)) AS AvgValue, MIN(CAST(Value AS FLOAT)) AS MinValue, MAX(CAST(Value AS FLOAT)) AS MaxValue FROM ArchiveTableName WHERE TagArchiveID 123456 AND ValueTime BETWEEN 2025-01-01 00:00:00 AND 2025-01-02 00:00:00需要注意WinCC归档表里的Value字段有时是以字符串或变体类型存储的所以做CAST转换是常规操作。否则你以为自己在算平均值结果按字符串排序求了个“文本最大值”查出来之后对着Excel发呆半小时。而如果需要取“每个整点时刻的快照”查询方式又不同SELECT TOP 1 CAST(Value AS FLOAT) AS CurrentValue FROM ArchiveTableName WHERE TagArchiveID 123456 AND ValueTime 2025-01-01 08:00:00 ORDER BY ValueTime DESC这个查询的含义是“找8点整之前最近的一条记录”用来做准时快照。很多报表里的“某时刻料位”“某时刻温度”就是这么来的不需要纠结档案里是不是精确在8:00:00存了一条取最近即可。注意历史归档表数据量会很大查询时一定要卡时间范围并利用好时间索引。别在报表程序里写不带时间约束的全表扫描SQL否则WinCC服务器CPU会被你直接拉满。2.4 使用WinCC OLE-DB Provider替代裸SQL如果你的项目环境相对固定不想关心底层表结构WinCC还提供了一套OLE-DB Provider接口可以让你用类似标准方式去访问归档数据。使用OLE-DB Provider的好处是WinCC升级后表结构变化对你透明你写的查询语句不用跟着改。但用OLE-DB Provider也有坑字符串连接写不对就报错且有些版本的Provider对SQL语法的要求比较严格很多函数用不了。我的建议是小项目直接用SQL Server就行查看表结构还能顺便确认数据本身对不对大项目如果讲究标准化维护再考虑封装一套OLE-DB访问层。3. 实时数据展示让WinCC画面与Excel“动起来”3.1 实时数据采集的典型触发方式报表不只是出历史的有些场景需要实时展示比如领导办公室要放一块屏显示当前产量和机器状态数据来自WinCC展示用Excel。实时数据从WinCC流向Excel有两个典型方案。第一种是在WinCC画面里用VBS脚本设定定时器触发比如每5秒读取几个关键变量的值然后写到Excel某个单元格。第二种是用WinCC的变量归档只归档不快存Excel侧以一定频率查询数据库最新值。第一种方案的好处是实时性强延迟不超过一个扫描周期缺点是WinCC画面的脚本要长期挂载运行人员一旦把画面关了数据流就断了。第二种方案的鲁棒性更好Excel那边独立运行但实时性受查询周期限制而且每次查询都有开销。3.2 WinCC VBS读写Excel的两种打开姿势在WinCC里操作Excel最常见的是CreateObject方式也可以使用WinCC自带的MsExcel对象。很多工程师一上来就用CreateObject(“Excel.Application”)这是最直接的办法但你必须记住三个原则用完毕必须释放对象即把Excel进程关掉否则WinCC服务器上会累积大量残留EXCEL进程。很多人项目挂了一两个月之后发现服务器卡成蜗牛原因就是Excel进程泄漏。不要以ScreenUpdatingFalse关闭界面刷新后忘了恢复容易出现脚本正常运行但没有写入效果。打开工作簿时要注意文件路径不能有中文和特殊字符个别系统环境会因此报“找不到文件”。如果只是简单写一组实时值用下面这个典型骨架就够了Dim objExcel Set objExcel CreateObject(Excel.Application) objExcel.Visible True Dim objWorkbook Set objWorkbook objExcel.Workbooks.Open(D:\Reports\RealtimeTemplate.xlsx) Dim objSheet Set objSheet objWorkbook.Sheets(Dashboard) 从WinCC读取变量 objSheet.Cells(2, 2).Value HMIRuntime.Tags(Tag_Temperature).Read objSheet.Cells(3, 2).Value HMIRuntime.Tags(Tag_Pressure).Read objWorkbook.Save objWorkbook.Close False Set objSheet Nothing Set objWorkbook Nothing objExcel.Quit Set objExcel Nothing3.3 实时数据“顺滑展示”的调优技巧想让Excel页面上的实时数据看起来不“一跳一跳”有两种做法。一种是数值变化时让所在单元格高亮闪一下提醒操作员数据刷新了。这个可以通过Excel的条件格式完成WinCC侧只负责把值写进去。第二种是趋势效果直接在Excel里插入动态图表数据区域设为报表的某个存储区图表源数据自动引用该区域。这样画面看起来比单纯刷数字高级很多也方便操作员观察趋势。别指望去用Excel控件做曲线就用原生图表动态区域引用简洁又稳。另外要提醒一点如果你真打算让Excel当“看板”那就要把Excel的自动重算设置成“手动重算”。Excel里如果公式太多默认打开文件时会全部重算一遍若配合每秒一次的写入CPU占用率会很难看。手动重算模式下只有你主动调用Calculate时才更新公式结果适合这种高频写数的场景。4. 模板化报表生成从“手工粘贴”到“一键出表”4.1 为什么必须用模板而不是程序“画”表有些朋友写报表程序时喜欢在代码里从头创建Excel单元格比如不停地写Cells(1,1)“项目名称”这样写出来不是不行只是后患无穷如果你要让报表里加一行表头改四个字的描述你就得改代码、重新编译、重新部署。业务人员想调整一下格式根本没法自己动手。改用模板之后业务人员可以自己负责维护格式工程师只管填数据。这才是模板化生成的本质价值格式与数据分离。4.2 模板设计的三条实操原则我在多个项目里总结了三条模板设计原则照着做基本不会翻车固定数据区把每个数据项的单元格地址固定下来比如“C3放平均温度D3放最大压力”不要用揣摩规则去猜数据放哪。预留一个“参数区”在模板的某个角落比如第100行以下放一些计算用的中间量或查询参数。报表生成后再用脚本把参数区整块清除避免无关内容露在报表里。样式模板只做“基础样式”不做死格式字体、边框、列宽可以放好但需要程序控制的颜色和特殊标注尽量写成条件格式。这样模板即使被用户改动程序也不容易报错。4.3 启动VBS脚本自动打开模板并填充数据模板化生成最经典的方式是用一个VBS脚本在WinCC的按钮事件里执行点击“生成报表”按钮脚本从当前画面抓取查询条件打开既定模板把查询到的数据填进去。这里面有一个容易忽略的细节查询时间范围怎么传我通常会在WinCC画面里放两个IO域一个填起始时间一个填结束时间按钮触发脚本时把这两个值拼进SQL拿结果集再循环写入单元格。为防止用户输入格式不对脚本里要加一个“字符串转成日期格式”的检查抛出友好提示而不是直接抛出一个让现场人员看不懂的ADO错误。4.4 报表文件名按日期自动生成报表生成之后文件名如果一直是“报表.xlsx”第二天就被覆盖了。最好按“年月日班次”命名类似“20250115_A班日报.xlsx”。在VBS里可以用Date和Time函数来拼文件名也可以读取WinCC的系统变量。但要注意如果WinCC服务器所在操作系统的区域设置是英文月份名和日期格式都可能变直接拼字符串容易出现奇怪结果。更稳妥的写法是用FormatDateTime去统一格式或者直接用Year、Month、Day函数分别取值保证文件名稳定。5. 核心脚本与代码实现能直接改着用的版本5.1 WinCC内嵌VBS脚本一键导出实时数据到Excel下面这段脚本是我在WinCC 7.5项目里实际用过的代码做了精简只保留了核心逻辑。新建一个内部函数或者按钮事件里都可以放 从WinCC读取两个标签并写入Excel指定单元格 Dim objExcelApp, objWorkbook, objSheet Set objExcelApp CreateObject(Excel.Application) objExcelApp.Visible False objExcelApp.DisplayAlerts False 打开模板文件 Set objWorkbook objExcelApp.Workbooks.Open(D:\ReportTpl\DailyTpl.xlsx) Set objSheet objWorkbook.Worksheets(日报) 读取WinCC实时值 Dim fTemp, fPress fTemp HMIRuntime.Tags(PT01_Temp).Read fPress HMIRuntime.Tags(PT01_Press).Read 写入固定单元格 objSheet.Cells(5, 2).value fTemp objSheet.Cells(6, 2).value fPress 保存并关闭 objWorkbook.Save objWorkbook.Close False objExcelApp.Quit Set objSheet Nothing Set objWorkbook Nothing Set objExcelApp Nothing MsgBox 报表生成完毕这段脚本的优点是简单没有做太多容错。但你也要理解缺点如果模板文件被占用比如用户正开着这个Excel脚本会卡在Open那一行如果WinCC变量读取失败fTemp有可能是一个特殊值。所以正式使用时建议在外围加上错误陷阱比如用On Error Resume Next和Err对象做判断。5.2 SQL Server查询脚本从归档库取班次统计值下面是一段能从WinCC归档库直接取班次汇总值的SQL假设班次是8小时DECLARE StartTime DATETIME 2025-01-15 08:00:00 DECLARE EndTime DATETIME 2025-01-15 16:00:00 SELECT AVG(CAST(Value AS FLOAT)) AS AvgTemp, MIN(CAST(Value AS FLOAT)) AS MinTemp, MAX(CAST(Value AS FLOAT)) AS MaxTemp, COUNT(*) AS RecordCount FROM CC_Archive.dbo.ArchiveTableName WHERE ArchiveID 1101 AND ValueTime StartTime AND ValueTime EndTime其中RecordCount非常有用。它不只用来统计记录条数还能帮你间接判断数据质量如果记录数明显少于理论值说明这段时间有停机或者数据缺失你再去看平均值的时候就要留个心眼。5.3 C#独立程序方案定时生成Excel报表如果你不想把全部逻辑绑在WinCC里推荐用C#写一个Windows服务程序。核心步骤同样分三步连接归档数据库查询数据打开模板文件填充数据并另存。C#里操作Excel优先考虑用Excel的COM接口Microsoft.Office.Interop.Excel还是那句话用完必须释放。尤其要注意ReleaseComObject和GC.Collect配合使用否则也会导致Excel进程不退出。以大话概括经验C#版本的报表程序部署到服务器上以后我会在Windows计划任务里添加一项“每5分钟执行一次”程序内部再判断当前时间是不是到达报表生成时间点避免了计划任务时间设置上有误差的问题。用计划任务的好处是程序崩溃后系统会自动重新启动不需要人工干预。5.4 Python脚本轻量快速原型如果你的WinCC服务器允许装Python并且有关部门能接受用Python写一个轻量报表脚本也很舒服。读取数据库可以使用pyodbc操作Excel可以使用openpyxl。Python方案有一个比较明显的好处openpyxl写Excel时的性能比VBS的Cells逐个写入好一些而代码的表达力也更强。import pyodbc from openpyxl import load_workbook conn pyodbc.connect( DRIVER{ODBC Driver 17 for SQL Server}; SERVERlocalhost; DATABASECC_Archive; Trusted_Connectionyes ) cursor conn.cursor() query SELECT AVG(CAST(Value AS FLOAT)) FROM ArchiveTableName WHERE ArchiveID? AND ValueTime BETWEEN ? AND ? cursor.execute(query, 1101, start_time, end_time) avg_value cursor.fetchone()[0] wb load_workbook(rD:\ReportTpl\DailyTpl.xlsx) ws wb[日报] ws[C3] avg_value wb.save(rfD:\Reports\20250115_日报.xlsx)Python适合快速出结果但要注意一点WinCC服务器往往不允许额外安装第三方运行时因为这会影响SCADA系统的稳定性。所以你用Python之前先跟甲方和IT确认好别为了图方便而违反现场管理规定。6. 常见问题与排查技巧实录6.1 查不到数据先分清是“没查到”还是“没存上”遇到报表里数据全是空值或者零值首先不要急着改代码先用SQL Server Management Studio手动跑一遍查询确认数据库里到底有没有数据。如果数据库里压根没有该变量的历史记录可能的原因有四个变量没有勾选“归档”属性这是最最基础的错误。归档周期设置太长比如你10秒钟才归档一次而报表想统计每分钟的平均值自然很多时段没有记录。变量被停机或暂停归档WinCC运行时如果组态了“只有变量变化时才归档”而某信号一直恒定不变就不会有新记录。WinCC归档数据库分表了代码还在查历史表名查错了表。我遇到过一个典型场景某温度点平时波动就不大又做了“变化时归档”结果报表统计某个时段数据时记录数只有可怜的两三条。不是我程序有问题而是归档策略本身就不适合做这个统计。解决办法是想办法修改归档类型为周期归档或者在报表逻辑里把恒定不变的值向前填充。6.2 Excel进程残留一张表讲透释放机制这是WinCCExcel方案中最经典的一个坑。VBS或C#操作Excel后如果进程不退出服务器上会堆出一堆EXCEL.EXE内存迟早被吃光。导致残留的原因正确做法只执行了Close没有执行Quit先Close Workbook再Quit Application没有释放局部变量把所有临时对象Set NothingExcel弹出了隐藏对话框设置DisplayAlerts False并处理Workbook.Saved状态程序异常中断在任务管理器手动杀进程或写个自动清理脚本VBS里我习惯写一个专门用于释放对象的代码段放在脚本末尾执行它负责逐个清空所有对象引用。C#里则需要注意如果创建过多个Range对象或Sheet对象也都要ReleaseComObject。如果调试发现某个进程一直不退出很可能是某一行代码Throw Exception了导致后续释放代码没执行。所以务必要用Try-Catch-Finally包起来把释放代码放进Finally块。6.3 报表中时间格式不对怎么办WinCC的日期时间格式来回变化是常态。你在做SQL查询拼接字符串时老老实实写成“2025-01-15 16:00:00”没问题但如果你用短日期“2025/1/15”碰上不同区域设置的服务器可能直接把日期当成文本比较结果数据全空。我的实用技巧是所有日期时间在进入SQL之前统一转成标准化的字符串格式最好精确到秒数据写入Excel单元格时直接用DateTime类型对象而不是把格式化好的字符串丢进去。这样Excel里就保留了真正的日期类型后续用户做筛选和透视表时才不会出幺蛾子。6.4 查询大数据量时WinCC服务器CPU飙升报表要统计一年的数据或者跨月查询一次性把一年所有历史数据全拉回来填充到Excel里WinCC服务器和Excel都会卡到怀疑人生。优化策略也很直接分页查、分批写、压缩统计口径。比如一年报表不是要你列出每小时所有数据而是每天的平均值那就应该在SQL层面就做好GROUP BY分组而不是把几百万行原始值拉到Excel里再去做透视表。SQL层面算完Excel只接收一两百行结果速度自然快。6.5 模板文件被占用导致生成失败这个问题的根源是用户手动打开了同一个模板文件。WinCC服务器是无人值守的如果某天工程师远程登录顺手打开模板文件看格式然后忘了关定时任务再去写文件时就会报“文件正由另一进程使用”。我的应对方案有两个一是把模板文件拷贝一份到一个“临时加工区”脚本永远只操作临时副本不碰原始模板二是写一个文件占用检测在代码里尝试打开文件后马上关闭失败则抛出“模板文件被占用”的明确提示而不是让用户看一堆底层COM异常。7. 部署上线与维护优化经验7.1 从开发到上线的完整步骤清单我按自己的项目经验给你一份可以直接照抄的部署清单在WinCC工程里确认归档变量和归档周期导出变量清单。在测试环境用SQL Server验证归档库的表结构和字段写出可靠查询语句。创建Excel模板固定数据区设定参数区保存为xlsx文件。开发报表脚本先做单次手动运行确认结果正确。设置定时任务让脚本每天自动执行先跑一周观察。增加日志功能脚本每次运行都输出“开始时间、查询行数、生成文件路径、结束时间”出问题可追溯。正式交付前做一次服务器重启和数据库回收测试确保WinCC服务恢复后脚本后续能正常执行。最后一条容易被人忽略WinCC服务器重启后后台SQL Server服务不一定马上可用。如果定时任务在开机后5分钟就触发很可能连不上数据库导致脚本失败。我的做法是在脚本里加连接重试逻辑比如连不上数据库就每隔30秒重试一次最多重试10次这样服务器波动时也可以扛过去。7.2 如何让业务人员自己也敢用报表系统写完之后真正难的不是代码是让现场的工艺员敢用。我的习惯是报表生成之后把文件放到一个共享目录然后WinCC画面上提供一个“打开报表文件夹”按钮这样他们不用知道文件在哪点一下就能看到所有历史报表。另外我会在Excel第一行放一个“报表生成时间”和“数据截止时间”避免业务方拿着旧表到处传。这一点在工厂里面非常重要曾经就是有人把上周的旧表当成最新数据报给领导被批评之后项目组差点背锅。7.3 周期性维护的两个小习惯报表系统正常运行之后我不会把它扔在一边就不管了。我给自己定了两个维护习惯第一每月检查一次WinCC归档数据库的磁盘剩余空间别等数据库写满导致WinCC归档停止那比报表失败严重得多。第二每季度把Excel模板文件备份一次。业务方的负责人经常会在不讲武德的情况下修改模板格式比如加了一列备注或调整了行高。这种修改有可能是他们真的需要但如果改坏了我得有原始模板可以随时恢复。备份好了遇到问题就不慌。最后说点实在的我在实际项目中最大的感悟是WinCC历史数据报表系统真正考验人的不是技术而是“取舍”。你不会的东西就去网上查但真正让你少加班的是你对业务需求的理解、对数据库结构的熟悉、对Excel对象模型的掌控。这三样缺一不可。方案本身并不神秘一头扎进WinCC归档库一条SQL查数一批脚本写表一套计划任务维护运行。但这个链路里的每个环节都藏着小坑像那个Excel进程残留、那个日期格式问题、那个模板文件占用任何一个没处理好报表系统投产后都会变成夜里的求助电话。如果你正准备做这套系统我建议你从最简单的场景切入先做一个班次日报把数据查出来把模板填好别一上来就追求全自动全融合。跑通了再逐步加周报、月报、实时看板路是一步一步走出来的。最后再分享一个小技巧所有报表脚本开头一定要加一句“记录日志”。哪怕只是把时间戳和生成状态追加到一个txt文件里也会在你被现场追问“这报表数据对不对”的时候帮你省下至少两个小时的扯皮时间。系统做得好是一方面能证明系统做得好是更重要的一方面。
