1. 为什么我说WinCC报表是被低估的“全能选手”做自动化项目这些年我越来越清楚一件事现场调试搞定程序只是上半场真正让客户觉得“这系统值”的往往是你交付的那一摞报表——班产量、温度趋势、报警汇总、能耗统计领导层看的不是梯形图而是这些白纸黑字的数据。WinCC报表就是这一块的核心工具功能覆盖范围比我接触过的很多组态软件都要完整而且它本身就是一个绝佳的学习载体。你把它摸透了几乎就等于把WinCC的归档、脚本、数据库、打印输出这条主线全打通了。很多人一听到“报表”就觉得简单不就是查数据、打印表格吗实际用起来完全不是这么回事。WinCC报表既要做画面上的趋势曲线又要做定时打印的Excel班报还要能按事件触发报警记录输出甚至通过脚本把数据推到SAP这类管理系统。这里面牵扯到WinCC的变量归档配置、消息归档机制、VBS脚本编写、报表编辑器布局、数据库查询语句、打印机路由选择每一个环节都有坑。正因为覆盖面广WinCC报表反而成了一块特别好的磨刀石——你把这个功能吃透WinCC的整体架构也就懂了大半。这篇文章我按自己从零开始摸索报表开发的路径来写适合三类人看一是刚接手WinCC项目、被分派做报表的工程师二是想把组态技能往上提一提、往数据方向转型的同行三是需要给团队做内部培训、想找一条清晰学习路线的技术负责人。我不会只讲“点哪里”而是把每一步背后的“为什么要这样”和“不这样会出什么问题”都讲透。实际上WinCC在不同产品线上的报表形态略有差异比如WinCC V7.x使用专门的报表编辑器和运行系统打印而TIA Portal中的WinCC Professional则把报表功能嵌入到了更统一的工程环境里。不过核心逻辑是相通的先把数据归档搞好再把报表模板做出来最后用脚本或调度把它自动跑起来。我们按这个思路展开。2. WinCC报表的基础认知与功能地图2.1 报表家族的三大类型趋势、消息、自定义报表WinCC报表绝不只是“表格”。我第一次接手时以为报表就是列表格后来才发现它至少分三大类每类的适用场景完全不同。第一类是趋势报表也就是历史趋势曲线。平时你在画面上看到的实时曲线已经足够直观但客户要的往往是“昨天夜班的温度波动曲线”“过去一周的pH变化趋势”这时候必须有历史趋势报表。WinCC里可以通过在线趋势控件和变量归档配合实现也可以用脚本导出历史数据到Excel再生成图表。热搜词里那个“wincc历史趋势曲线脚本”说的就是这类需求后面我专门讲怎么用脚本把历史数据导出来。第二类是消息报表也就是报警/事件记录。工厂里“熔炼炉超温报警”“压缩机启动”这类消息都需要按时间、优先级、区域过滤后打出来。WinCC的消息归档会存下每条记录的时间戳、消息文本、确认状态、变量值等字段报表系统负责把这些字段按你想要的布局排出来。很多客户在审核时必须要纸质的报警记录这时消息报表是唯一合规的出口。第三类是自由格式报表或者叫自定义报表。这一类的自由度最高——表格、统计图、公式计算、logo、签名栏都可以混排。典型的应用就是生产班报表头是车间名称、班次、日期中间是产量、设备运行时长、能耗数据底部还能加“备注栏”让当班人员手写签字。WinCC的报表编辑器对这类版面支持得不错你可以用网格方式排布文本、表格框、图表对象字段直接绑定到归档变量或数据库查询结果。这三类报表在工程里往往同时存在。你不可能用一张趋势报表去替代班报也不可能让消息报表去算OEE。所以学习的第一步不是急着打开编辑器去画表格而是先搞清楚你手上这个项目到底需要哪几类报表每类的数据源是什么。我的建议是初学者从趋势报表入手最容易建立信心因为趋势控件集成度高配置变量后基本能跑然后做一张消息报表理解过滤条件和模板布局最后再做自定义班报这时候你才真正开始接触“字段绑定脚本计算”这些硬核内容。2.2 数据从哪来归档系统才是报表的“粮仓”报表做得再漂亮底层没有数据就是一张白纸。这里每个做WinCC报表的人都需要建立的一个核心观念报表显示的是历史数据而历史数据全部来自WinCC的归档系统。WinCC归档分两类变量归档Tag Logging和消息归档Alarm Logging。变量归档负责定时把过程变量写到硬盘上的SQL数据库里比如温度、压力、流量、产量根据配置的快照周期和采集周期来记录。消息归档负责记录报警和事件消息每条消息产生或者确认时写一条记录。报表的本质就是把归档数据库里的记录按条件查询出来再排版呈现。这意味着你在做报表之前必须先确认归档有没有配好需要记录的变量有没有添加到变量归档里采集周期是多少是快照采集还是变化时采集归档段大小怎么设置存多久的数据多久转储一次数据在运行系统里实际有没有写进去这些听起来基础却是我踩过最多坑的地方。好几次客户反馈“报表里没有数据”查了半天发现归档变量根本就没勾选“记录”属性或者采集周期被设成了“仅在变化时”而变量始终在一个固定值结果一条记录都没写入。所以我的习惯是做报表之前先花十分钟在运行系统里用“变量归档”的诊断界面抽查几个变量的当前值和记录条数。确认数据在库里再做报表模板。这一步省下的排查时间远比那十分钟多得多。另外一个容易忽视的点是系统时间和时区。WinCC的归档时间戳默认取计算机本地时间。如果工控机的系统时间被手动改过、或时区不对报表上的时间轴就会出现跨度漂移。项目交付时我建议把工控机的自动对时配置好NTP或手动校时脚本并把“从PC时间同步”选上避免半夜报表数据全是错位的。2.3 报表触发与输出方式的灵活组合数据有了模板也有了下一个问题就是“什么时候打”“怎么打”。WinCC报表的触发方式比很多人想象的要灵活。手动触发是最直接的画面放一个按钮操作工一点弹出打印或保存对话框。这种适合班报、交接班记录、临时查询。定时触发是用调度器实现的配置一个启动任务比如每天6点和18点各触发一次班报打印不需要人工干预。自动生成PDF并保存到共享文件夹或者直接把报表内容以邮件附件发出去都是可以的。事件触发则通过脚本实现例如设备故障停机时自动生成一份包含停机前后半小时趋势的故障分析报表或者报警数量超过阈值时自动滚动打印。这一类是WinCC报表真正增值的地方。输出方式上WinCC报表可以走打印机硬拷贝也可以导出为PDF、CSV、Excel文件还可以把数据写入另一个数据库甚至SAP系统——热搜词里“sap 扣账报表公式”对应的就是这种场景现场物料消耗数据通过报表脚本统计后按照特定公式计算出扣账数量再传到SAP按批次记账。关于自动化导出Excel我强烈建议实际项目中优先采用“报表数据导出为CSV/Excel 模板格式化”的方案原因后面会在脚本部分细说。3. 报表开发的完整实操流程3.1 经典项目案例自动生成并导出生产班报下面我给你一份可以直接抄作业的实操流程。以最常见的“生产班报自动导出Excel”为例子某配料车间三个班次每班8小时班报内容包括班组名称、班次、当班产量累计量差值、平均温度、最高最低温度、报警条数、以及一条温度趋势图。要求是交班时自动生成Excel文件文件名带日期班次标记保存到指定目录。整体流程分四步配置归档 → 设计模板 → 编写脚本 → 布置调度。走完这一遍你对整个WinCC报表体系的认知会空前清晰。3.2 第一步把变量归档配置成报表的“粮仓”首先确认要记录的变量已经进了变量归档。WinCC V7.x里打开“变量归档”编辑器在“归档变量”下添加归档比如创建一个“Production”归档段把“产量累计值”“反应温度”“温度高报”这些变量加进去采集周期设为1秒。这里有一个关键技巧如果你要算“当班产量 交班时刻累计值 - 开班时刻累计值”那最好不要在报表脚本里去对累计值做差值——更稳的做法是直接在PLC侧记录每个班次开始/结束时的累计值快照作为独立的归档变量保存。因为报表系统查询历史数据时如果当前班尚未结束累计值还没更新到你预想的位置算出来就是错误的。PLC侧每个班次交接时把累计值存入“班始累计值”“班末累计值”变量报表直接取这两个值相减逻辑最干净。消息归档建议单独开启。报警消息必须进消息归档才能在报表里做过滤查询。确认在“报警记录”里勾选了“记录到归档”并设置内存和硬盘归档的大小。硬盘归档的段大小要根据消息量估算比如一天最多1000条报警每条消息大约占1KB一个月约30MB那硬盘归档至少按60MB以上来规划。注意事项变量归档和消息归档是互相独立的两个子系统很多人漏配了消息归档结果报表里能出趋势却怎么也调不出报警列表。3.3 第二步设计一个班报模板的结构接下来打开WinCC的“报表编辑器”新建一个报表。我用的是V7.x的报表布局设计界面大致思路如下画面里放置一个布局网格通常A4横向。表头区域放三个静态文本项目名称、车间名称、报表标题以及一个动态文本绑定当前日期时间。中间区域放一个表格控件列绑定归档变量查询结果比如时间、班次、产量、温度上下限这几列用“表格字段”的方式通过VBS脚本文档填充也可以直接在表格控件的数据源属性里配置SQL查询。区域下方放一个位图控件放“趋势图”这个趋势图绑定一个历史趋势对象数据源为变量归档时间段是当前班次的起止时间。报表排版的“布局”思维很重要动态字段用占位符表示比如 $CurrentDate $TagValue:Temperature这类占位符在运行时被解析成实际值。在这里我建议你先做一张静态模板跑通链路再加动态绑定否则一上来就绑定一堆变量出错时根本分不清是模板问题还是数据问题。额外说一句用WinCC自带报表编辑器设计排版时尽量少用“重叠布局”和“隐藏控件”这类花活一旦涉及报表自动打印经常出现局部不刷新的问题。3.4 第三步用VBS脚本实现自动导出Excel模板设计好了接下来写导出脚本。WinCC支持VBSVBScript可以通过脚本调用Excel的COM对象来生成独立的Excel文件。很多人一听“脚本”就觉得难其实核心就是把查询到的归档数据一行一行写进Excel单元格。下面给出一段我常用的核心代码片段示例环境WinCC V7.x Excel 2016。Sub GenerateShiftReport() Dim objExcel, objSheet, objDb, objRs, strSQL Dim strFilePath, strShift, dtStart, dtEnd 班次参数这里简化实际可从变量或数据库读取 dtStart DateSerial(Year(Now), Month(Now), Day(Now)) TimeSerial(6, 0, 0) dtEnd DateSerial(Year(Now), Month(Now), Day(Now)) TimeSerial(14, 0, 0) strShift 早班 创建Excel对象 Set objExcel CreateObject(Excel.Application) objExcel.Visible False objExcel.DisplayAlerts False Set objSheet objExcel.Workbooks.Add().Sheets(1) 报表头 objSheet.Cells(1, 1).Value 配料车间生产班报 objSheet.Cells(2, 1).Value 班次: strShift objSheet.Cells(2, 2).Value 时间: Format(Now, yyyy-mm-dd hh:mm:ss) 查询归档数据库 Set objDb HMIRuntime.DataSets(DataLog).Connection Set objRs objDb.Execute(SELECT TagName, Value, TimeStamp _ FROM Production _ WHERE TimeStamp Format(dtStart, yyyy-mm-dd hh:mm:ss) _ AND TimeStamp Format(dtEnd, yyyy-mm-dd hh:mm:ss) ) 写入数据 Dim iRow, iCol iRow 4 objSheet.Cells(iRow, 1).Value 时间 objSheet.Cells(iRow, 2).Value 温度 objSheet.Cells(iRow, 3).Value 产量累计 Do While Not objRs.EOF iRow iRow 1 objSheet.Cells(iRow, 1).Value objRs.Fields(TimeStamp).Value objSheet.Cells(iRow, 2).Value objRs.Fields(Value).Value iRow iRow 1 objRs.MoveNext Loop 保存文件 strFilePath D:\Reports\班报_ Format(Now, yyyymmdd) _ strShift .xlsx objExcel.ActiveWorkbook.SaveAs strFilePath, 51 51 xlsx格式 objExcel.Quit Set objExcel Nothing MsgBox 班报已生成: strFilePath, vbInformation End Sub要注意几个技术细节。第一HMIRuntime.DataSets(DataLog)的写法在不同版本略有差别有些版本需要用DataLog或System前缀具体以项目里的连接名称为准。第二SQL查询字段名要与归档段内实际的表结构对应WinCC归档表的字段名称在不同语言版本下可能变化中文版会显示中文表名最稳妥的办法是先用数据库工具查看归档表的字段列表再写SQL。第三Excel的SaveAs格式编号51代表xlsx-4143代表创建新工作簿时要用的xls默认值导出CSV则用SaveAs加文件后缀。我因为格式编号写错丢过数据后来干脆统一用xlsx。3.5 第四步把报表按钮和定时调度布置好脚本写好以后还需要两样东西让它真正在生产环境里跑起来手动触发按钮和定时调度。手动触发很简单在画面编辑器里新建一个按钮在按钮的“对象事件”里选择“鼠标按下”动作里写一行Sub OnClick(ByVal Item) GenerateShiftReport End Sub这样操作工点一下按钮班报就在后台生成并保存到指定目录。定时调度则用WinCC的“日程指派”或“全局脚本计划程序”。打开“Global Script”的“计划程序”新建一个定时任务选择“每个工作日”或“周期性触发”把时间设为交接班时间比如早班6点整。任务类型选择“运行脚本”指定上面的子过程。确认运行系统有权限访问计划程序的调度器否则定时任务不会触发。说一个容易被忽略的权限问题如果WinCC运行在普通用户权限下而计划程序服务没有启动定时调度不会生效脚本不会按点执行。排查时先确认“WinCC运行系统”进程是在系统账户还是用户账户下运行。我有个项目因为这个原因定时任务一周没跑客户以为是系统坏了结果只是计划服务的启动类型被设成了“手动”。另外一个实用技巧如果脚本里要写数据库但不想走COM Excel可以考虑把查询结果直接保存为CSV文件。CSV格式不需要装Excel、兼容性好、速度快。项目里如果只是给上位系统或MES做数据交换CSV足够需要给领导看排版美观的再走Excel。4. 常见问题排查与独家实战技巧4.1 报表空白与无数据的排查顺序这是报表开发中出现频率最高的问题没有之一。我总结了一套固定的排查顺序照着走能节省大量时间。第一步确认运行系统在采集数据。在WinCC运行系统的“Alarm Logging”和“Tag Logging”诊断界面看变量当前值和写入条数是否在增长。如果增长速度为0说明归档没跑先解决归档问题——检查变量是否被“使能”记录检查归档段是否已激活检查存储空间是否已满。第二步确认查询条件正确。很多人报表空白不是没数据而是查询时间段根本不对。最常见的是SQL语句里时间格式问题WinCC的TimeStamp字段默认是SQL时间格式但用字符串拼接时容易因为区域设置产生偏差比如本地是东八区但SQL按UTC转结果差8小时。建议查询时先手动执行SQL语句看结果别直接在脚本里调。第三步确认模板绑定的字段名和查询结果集字段名一致。表格控件里定义的字段和脚本输出的字段错位时报表看起来空白实际是字段不匹配。第四步检查打印机和输出路径。如果是打印输出确认打印机名称对应正确、驱动正常如果是文件导出确认路径存在且运行用户有写权限。我遇到过WinCC服务账户对D盘没有写权限文件根本存不了但脚本也不报错的情况——因为在后台静默失败了。后来我在脚本里加一个Err.Number判断保存失败时弹出错误提示问题立刻暴露。表格里把排查顺序列一下现象优先排查点最常出现的原因报表全空白归档是否在采集变量未使能记录部分时间无数据查询时间条件时区或格式不对字段错位/乱字字段名绑定查询字段与报表控件不匹配打印无输出打印机名称/驱动打印服务器配置为最后一次修改文件生成失败保存路径权限运行账户权限不足这套排查顺序我写进了团队培训手册新人照着排查基本能独立解决90%的报表无数据问题。4.2 历史趋势曲线与报表联动的常见坑热搜词里“wincc历史趋势曲线脚本”是一个高频搜索方向。实话讲历史趋势曲线和报表联动做起来不难难点在于三个绕不开的坑。第一个坑是数据量过大导致查询卡顿。趋势报表经常要拉好几个小时的秒级历史数据几万条记录画一条曲线控件直接卡死。解决办法有两层一是查询时做降采样——用SQL的聚合函数把每1分钟取一个平均值/最大值而不是取出所有秒级数据二是趋势控件上启用“压缩”显示时做在线压缩不影响数据完整度。我在现场经常用第一种查询速度快一个数量级。第二个坑是时间轴不能自动跟随班次。画面的历史趋势默认显示最后一段时间报表里需要根据班次自动定位时间段。做法是脚本里动态改变趋势控件的开始时间和结束时间属性比如控件对象名CtrlTrend用脚本设置CtrlTrend.TimeAxisBegin和TimeAxisEnd为当前班次起点和终点同时刷新数据窗口。核心代码思路CTrend.TimeAxisBegin dtStart CTrend.TimeAxisEnd dtEnd CTrend.TrendWindowState 1第三个坑是曲线图例与报表导出的清晰度。WinCC趋势控件直接截图导出到Excel分辨率往往一般。如果要求高建议在报表里只保留数据用Excel自带的图表控件来画曲线。做法就是脚本把历史数据写到Excel的单元格区域再用Excel生成图表。这样曲线可缩放、可编辑美观度和专业度都远超截图。4.3 WinCC与其他数据源相关的报表扩展前面我们说的都是WinCC自己的归档数据源。实际项目经常需要跨系统取数热搜词里的“kepserverex wincc 通讯”就是典型场景——设备数据通过KepServerEX以OPC方式进WinCC报表需要把OPC采集过来的数据也统计进来。我的经验是如果OPC变量已经作为WinCC的“外部变量”在画面和归档里使用那报表不需要做任何特殊处理直接按普通归档变量用就行。真正麻烦的是KepServerEX侧的数据质量与时间戳不同步。OPC通讯延迟、死值周期设置不当时归档里会写入延迟、重复或零值报表统计就会歪。这时候要做两件事一是KepServerEX里设置合适的“死区”和“更新周期”过滤掉抖动信号否则高频波动会被归档写成天量数据。二是脚本里对质量戳做判断只统计质量好的值比如Quality字段等于192Good才参与计算。WinCC归档表里有一个质量戳字段几十个项目下来我发现很多人压根没看它查数据异常时才想起来。还有一个更进阶的用法报表脚本直接连PLC的数据库或第三方系统数据库。只要WinCC运行系统可以访问目标数据库脚本里直接用ADO连接远程库把物料编码、批次信息与本地归档数据合并统计。这种跨库报表只有在脚本层面才能做得干净纯用报表编辑器自带功能很难实现。4.4 版本与环境引发的常见问题WinCC的版本差异给报表带来的麻烦比想象中大。比如“wincc flexible打开工程无显示”这类问题看起来和报表无关却经常在报表调试时冒出来你打开的是一个WinCC flexible的旧工程里面根本找不到报表编辑器或报表组件被禁用画面上控件一片空白。我的建议是开工之前先统一版本基线。涉及报表开发时注意几个和版本强相关的点WinCC V7.x报表编辑器需要额外的授权组件如果授权不全菜单灰显。TIA Portal中的WinCC Professional报表方式和WinCC V7.x不同不要混用教程。WinCC V8.x对报表模块的界面做了调整旧项目的脚本有可能引用路径变化。热搜里的“wincc v8.1安装教程”“wincc v8.1激活”说明很多人在版本升级后卡在环境配置上——这里提醒一句新版本先跑通一个带归档和报表的最小工程再移植老项目别直接拿老项目测试因为驱动、连接、授权问题会混在一起。另外给大家一个经验报表文件.rpl/.cls等在不同版本间不一定完全兼容。老项目的报表在新版本中往往要重新绑定数据源脚本部分从头测试不要假设“打开就能用”。传输项目到新环境时先把报表模板单独拷出来复盘一遍比你整个项目迁移后再逐个排错要快。4.5 我从报表开发中沉淀的几个习惯最后分享一些零散的、但确实帮我省过时间的习惯希望对你也有用。习惯一模板文件统一放在独立目录。不要把报表模板散落在各个项目画面目录里否则版本管理很容易失控。我的目录结构通常是项目名/Reports/模板/、项目名/Reports/脚本/、项目名/Reports/输出/。模板备份时只要拷这个目录既能避免重复劳动也方便团队复用。习惯二所有报表脚本的参数尽量参数化。班次、时间、车间名这些信息不硬编码在脚本里而是放到表格或变量里脚本动态读取。这样换班制、换车间时不用改代码只改参数配置。我见过太多人把早班8点硬编码在脚本里客户调整班次时脚本重写一遍。习惯三做一张“报表测试页”。我通常会在工程里放一个隐藏画面上面放一个测试按钮专门用来跑报表脚本输出一个测试报表到指定目录检查文件生成时间、内容是否正常。生产画面不动测试按钮也不在主画面这样排查和验证都不影响现场操作。习惯四报表输出文件命名规范里必须带时间戳。文件名加上yyyyMMdd_HHmm后再加班次或区域。不然每天生成的报表会被覆盖或混在一起客户回头查历史时根本找不到对应时段。回到“WinCC报表功能全面学习利器”这个标题。我用了几个项目时间才意识到WinCC报表的价值不只是交付成果更是学习WinCC架构的一把钥匙。你为了做一张能用的班报必须理解归档、脚本、数据库、调度器、打印子系统这些恰恰是WinCC最核心的底层模块。等你把这些链路全部打通后续再做任何数据功能都会觉得十分顺畅。我个人在实际操作中的体会是报表不是组态工程最后粘贴上去的一块“装饰”而是从项目初期数据规划开始就要参与的一条主线。变量归档怎么配采集周期怎么选消息归档怎么设这些看似枯燥的基础配置决定了报表能做多深、有多稳。希望这篇分享能让你在报表这条路上少踩几个坑早点体会到“把数据变成报表”的成就感。