简介一份Word格式的工程操作手册面向SCADA工程师和WonderWare Intouch初学者主要解决在Intouch 2014 R2IDE环境下配置SQL Server 2012数据库并利用Excel生成报表系统的问题。手册按项目落地流程展开从数据库端登录权限设置、新建库表到Intouch端创建内存标记、编写SQLConnect与SQLInsert脚本再到Excel端设计VBA报表模板与数据库恢复步骤完整、可直接对照实施。其中重点包含SQL Server身份验证方式切换、日期时间格式匹配、绑定列表与表字段对应、条件触发写入逻辑等关键细节并给出SQL连接串示例与退出时的连接关闭处理。资源为单个Word文档压缩包约2.48MB虽文件数不多但内容覆盖Intouch与SQL Server集成、数据落库、报表拉取三部分能够帮助工程师打通HMI与数据库之间的数据链路。目前已有530人学习下载适合从事工业监控、SCADA报表开发的技术人员参考。1. Intouch里为什么要自己接数据库和Excel报表系统做组态项目做到第三个年头我基本可以断定一件事Intouch自带的存储和报表能力在实际生产项目里几乎不够用。历史报警要翻几天的数据自带的日志文件打开慢得像老牛领导要的日班报表、月度能耗统计靠人工从组态画面里抄数再填Excel不仅费劲还容易错。所以“在Intouch中添加数据库及基于EXCEL报表系统的相关操作”这个需求本质上不是锦上添花而是把组态软件从“实时监控画面”升级成“生产数据平台”的关键一步。这套方案做通了操作工看画面班长看趋势管理层看报表各取所需。这篇文章我会直接讲实践路径先说明Intouch连数据库的选型和原理再给出能抄的脚本和配置步骤然后是Excel报表的生成逻辑最后把我在现场踩过的高频坑列出来。适合正在做Intouch项目、被数据存储和报表折腾过的工程师也适合刚接手组态项目、想一步到位避开弯路的新手。2. Intouch连接数据库选型与通信机制2.1 为什么绕不开ODBC和SQL ServerIntouch本身不内置数据库引擎它的历史数据存储默认走的是自己的日志文件.lgh和.alh这东西做趋势回放还行但要拿去跟MES、ERP对接或者做复杂的条件查询基本使不上劲。常见做法是让Wonderware通过ODBC接口去连外部关系型数据库。在实际项目里SQL Server用的最多Oracle也有但中小型项目里SQL Server的部署和维护成本更低和Intouch的兼容性文档也最全。ODBCOpen Database Connectivity是微软推出的数据库访问接口标准Intouch的脚本语言里通过SQL函数来调用ODBC数据源。整个链路是Intouch脚本 → SQL函数 → ODBC驱动 → SQL Server数据库。这个链路里每一环都要配对好比如64位系统装了32位的ODBC驱动连接就会失败这是最典型的翻车点后面避坑章节我会专门说。2.2 SQL访问函数家族从SQLConnect到SQLExecIntouch的脚本里有一整套SQL函数命名很直白用过一次基本就能记住。SQLConnect用来建立与数据源的连接SQLDisconnect断开连接SQLInsert往表里插入记录SQLSelect执行查询并把结果存入指定的内存表SQLExec直接执行任意SQL语句SQLGetResultValue从结果里取值。写脚本的基本套路是连接 → 拼SQL → 执行 → 断开。这里有个容易混淆的点SQLConnect完成后返回的是一个连接ID不是布尔值。很多新手直接写成SQLConnect(connID, DSNMyDSN;UIDsa;PWD123;)然后拿返回值判断成败其实第一个参数是输出参数连接成功后里面才填上ID。实际写的时候得先声明一个整数变量再调SQLConnect然后判断这个整数变量的值。-- 先建好数据库和数据表这里以SQL Server为例 CREATE DATABASE PlantDB; GO USE PlantDB; CREATE TABLE dbo.RealtimeData ( TagName NVARCHAR(50) NOT NULL, TagValue FLOAT NOT NULL, RecordTime DATETIME NOT NULL DEFAULT GETDATE() ); CREATE INDEX idx_RecordTime ON dbo.RealtimeData(RecordTime);建表时有个细节建议给时间字段加默认值这样Intouch插入时少传一个字段减少脚本里拼接字符串的出错概率。索引建立在时间列上是因为报表查询基本都是按时间段筛选没有索引的话几百万行数据全表扫描查询能慢到让你怀疑服务器是不是死机了。2.3 系统DSN配置三步走在Intouch里用SQL函数之前先把ODBC数据源配好。打开Windows的“ODBC数据源管理器”在“系统DSN”选项卡下点“添加”选择“SQL Server Native Client”或“ODBC Driver 17 for SQL Server”然后填服务器地址和登录信息。注意一定要配“系统DSN”而不是“用户DSN”因为Intouch的Wonderware服务可能跑在不同的Windows账户下用户DSN会找不到。配置完成后先在“控制面板 → 管理工具 → ODBC数据源管理器”里用“测试连接”按钮验证一下别急着回Intouch写脚本。这个测试能过滤掉一大部分权限和网络问题省得你在Intouch里排错半天结果发现是DSN就配错了。# 在命令行里用sqlcmd验证DSN连库是否正常以Windows认证为例 sqlcmd -S localhost -d PlantDB -E -Q SELECT 1 AS TestValuesqlcmd是SQL Server自带的命令行工具-S指定服务器实例-d指定数据库名-E表示用Windows集成认证-Q后面跟要执行的SQL。这条命令能通说明ODBC底层的数据库连接没问题Intouch连不上时就可以把排查重心放在Intouch脚本和驱动位数上。3. 在Intouch里落地数据写入脚本实例与参数调优3.1 利用QuickScript写入实时数据Intouch的脚本语言叫QuickScript支持在画面的事件脚本、条件脚本、数据改变脚本里写逻辑。最常见的做法是在“数据改变脚本”On Data Change里触发比如现场某个压力测点TagValue变化的瞬间立刻把它写入数据库。这种方式实时性最好但数据库写入频率会随信号波动幅度变化信号抖动的现场一天能写几万行数据得考虑批量写入。批量写入的常见做法是加一个计数器和一个缓存标记数据变化时先写入Intouch的内存标签每累计10次或每5秒统一调用一次SQLInsert减少和数据库的交互次数。这招在数据采集频率高的项目里非常管用能把数据库负载降一个数量级。// Intouch QuickScript批量写入实时数据到SQL Server // 适用于数据变化触发累计一定次数后批量落库 INT iCounter; INT iConnectionID; STRING sSQL; FLOAT fBatchValue; STRING sTagName; // 步骤1建立连接建议在WindowShow事件里只做一次不要反复连接 iConnectionID SQLConnect( DSNPlantDSN;UIDsa;PWD123456; ); IF iConnectionID 0 THEN // 步骤2把当前标签值写入缓存标签 fBatchValue Pressure_PV; // 步骤3拼一个INSERT语句注意单引号转义 sSQL INSERT INTO dbo.RealtimeData (TagName, TagValue) VALUES (Pressure_PV, TEXT(fBatchValue, #.#) ); // 步骤4执行SQL并检查返回值 IF SQLExec( iConnectionID, sSQL ) 0 THEN LogMessage(数据库写入失败 sSQL); ENDIF; SQLDisconnect( iConnectionID ); ENDIF;这段脚本的逻辑拆开看SQLConnect负责建立连接返回的数值大于0表示连接成功。这里的fBatchValue是从Intouch的实时标签Pressure_PV里取出的当前值TEXT函数把它转成字符串以便拼进SQL语句。SQLExec执行完如果返回0通常表示出错可以用LogMessage写到Intouch的日志里方便排查。最后别忘了SQLDisconnect不然连接泄漏会导致后面连不上。3.2 标记名与SMC服务连接池的坑Intouch的SQL连接依赖Wonderware的SMCSystem Management Console服务。实际项目里经常遇到的情况是Intouch画面能打开DSN测试也通但脚本里SQLConnect返回0。这时候大概率是SMC服务没起或者SQL访问管理器里的配置有问题。SMC服务的启动在Windows服务管理器里找服务名是“Wonderware SMC Gateway”或类似名字。另一个坑是不要在每次数据变化时都新建连接。SQLConnect的握手过程很重高频调用会导致数据库端连接数爆炸。常见做法是项目启动时WindowShow事件建立全局连接存到内存整数标签里整个运行期间复用只在退出时断开。我在一个造纸厂项目里见过一个同事把SQLConnect写在数据改变脚本里结果数据库连接数冲到几百个最后DBA打电话来骂人。提示Intouch的内存标签内存整数、内存消息可以作为全局变量跨脚本共享把连接ID放在内存整数标签里比每次调脚本重新声明变量靠谱得多。4. 基于Excel的报表系统把查询结果变成可用文档4.1 从Intouch导出数据到ExcelSQL查询结果映射Intouch本身不直接生成Excel文件但可以通过脚本把查询结果写到CSV文件再用Excel打开另存为xlsx或者直接用ODBC把Excel当成数据库来写——Excel支持ODBC驱动Intouch可以把查询结果当作“插入到Excel表”。这两种方式我都用过CSV方式更稳Excel直写方式方便但格式控制有限。CSV方案的操作逻辑先执行SQLSelect把查询结果放到Intouch的内存表格里再用脚本逐行读取拼接成逗号分隔的字符串用FileWrite命令写入磁盘文件。文件名报错时带时间戳例如Report_20240615_0800.csv方便自动化脚本定时拉取。一个偷懒但有效的做法用Intouch自带的SQL函数直接执行存储过程把Excel文件的生成逻辑全部放在SQL Server的存储过程里Intouch只负责调存储过程并监控执行状态。比如存储过程里写死从哪些表取哪些字段拼接路径用BCP工具导出成CSVIntouch这边一个SQLExec调用就完事。这种方法把业务逻辑集中到数据库端Intouch脚本变得极简单排查问题时也更清晰。4.2 存储过程的优先级规划存储过程方案是我现在做项目的主力方案。原因很简单Intouch脚本适合做“触发和展示”不适合做“数据清洗和文件操作”。报表要的往往是跨多表关联查询、时间粒度聚合比如按小时取平均值、特定字段排序这些放在存储过程里改起来不用动组态画面报表逻辑变化时只要更新数据库端的代码就行。存储过程里用BCP命令将查询结果导出为CSV时有个注意点BCP生成的CSV是纯文本没有Excel的列宽格式中文可能乱码。解决办法是生成后用脚本转换编码为UTF-8 with BOM或者在存储过程里先输出成临时表再用OPENROWSET写入Excel文件。后者门槛稍高但生成的是真正的Excel文件格式可控性好很多。-- 生成日报表的存储过程 CREATE PROCEDURE usp_GenerateDailyReport ReportDate DATE AS BEGIN -- 先聚合成统计结果再导出 SELECT TagName, AVG(TagValue) AS AvgValue, MAX(TagValue) AS MaxValue, MIN(TagValue) AS MinValue, COUNT(*) AS SampleCount INTO #DailyReport FROM dbo.RealtimeData WHERE CAST(RecordTime AS DATE) ReportDate GROUP BY TagName; -- 导出为CSV路径按日期生成 DECLARE FilePath NVARCHAR(500); SET FilePath ND:\Reports\DailyReport_ FORMAT(ReportDate, yyyyMMdd) .csv; DECLARE Cmd NVARCHAR(1000); SET Cmd NBCP SELECT * FROM #DailyReport queryout FilePath N -c -T -S localhost -d PlantDB; EXEC master..xp_cmdshell Cmd; END;这里的关键逻辑先用GROUP BY把一天的数据按TagName聚合成统计值避免Intouch端做复杂计算#DailyReport是临时表BCP导出的数据来源xp_cmdshell执行系统命令调用BCP工具-c参数表示字符类型导出-T表示使用Windows信任连接。使用xp_cmdshell需要在SQL Server里提前开启该功能否则存储过程执行会报错。4.3 报表自动化Intouch定时触发存储过程写好了Intouch这边的活就只剩下“到点调用”。用Intouch的条件脚本或者计划脚本每天固定时间执行一次SQLExec调用存储过程。比如白班报表早上8点生成夜班报表晚上8点生成用系统的“计划触发”功能实现。这里建议不要用Intouch的定时器标签加条件判断的方式因为定时器会受到画面切换、登录状态影响。更靠谱的是Windows任务计划程序定时调用SQL Server的作业或者直接在SQL Server Agent里创建作业按时间表执行存储过程。Intouch只负责“用户手动补生成”的按钮比如数据补录后手动触发一次报表刷新。# Windows计划任务里用sqlcmd定时调用存储过程 sqlcmd -S localhost -d PlantDB -E -Q EXEC usp_GenerateDailyReport ReportDate2024-06-15这条命令放在Windows任务计划程序里就能实现每天自动生成报表。-E用集成验证避免了密码硬编码在脚本里安全性和可维护性都好很多。注意任务计划程序的账户需要有权限访问D盘的报表目录不然写文件会失败。5. Intouch与数据库报表联调的避坑指南5.1 “无法打开Intouch应用程序。请参阅记录器以获取详细信息。”的真相这个报错是Intouch界的“玄学”问题几乎每个项目都会遇到。现象是双击应用程序图标后闪退事件查看器里能看到Wonderware相关日志报错。我排查过最多的原因授权文件过期、SMC服务未启动、历史数据库文件.lgh损坏。其中SMC服务未启动占了四成以上。为什么和数据库有关因为Intouch启动时要连接SMC的数据库服务来读配置SMC起不来Intouch就拒绝打开。解决路径是先启动SMC相关服务再检查授权打开Wonderware授权管理器看是否过期最后把历史数据文件备份后移走让系统重建。这个报错本质上是Intouch的前置依赖没准备好而不是Intouch本身坏了。5.2 SQLConnect老是返回0先查这三处我在现场排查SQL连接问题时固定按这个顺序来第一DSN在系统DSN里测试是否通过第二Intouch脚本里连接字符串的UID和PWD是否有拼写错误第三SQL Server的远程连接是否开启。这三项排查下来能解决八成问题。还有个隐蔽的坑Intouch是32位应用程序时必须用32位的ODBC驱动管理工具配置DSN但系统是64位的控制面板里打开的是64位ODBC管理器配置出来的DSN在Intouch里根本看不到。解决办法是运行C:\Windows\SysWOW64\odbcad32.exe打开32位ODBC管理器在里面重新配置。这是Intouch连数据库最经典的翻车点没有之一。5.3 中文乱码和时区偏移报表导出的CSV用Excel打开乱码大概率是编码问题。BCP默认输出可能是GBK或ASCIIExcel直接打开会乱码。解决方法是让BCP输出UTF-8或者在存储过程中先用CONVERT函数把字段强制转成NVARCHAR再导出。时区偏移的问题出在数据写入时用了GETDATE()获取服务器本地时间。如果数据库服务器时区设置和现场不一致报表的时间轴就会整体偏移。建议在Intouch写入时主动传时间比如用System.Time拼进SQL语句而不是依赖数据库端的GETDATE()。这个坑在跨省项目里非常容易踩我在新疆和江苏的两个工厂同时上线时就在这上面栽过跟头。5.4 数据库文件膨胀与归档策略实时数据表如果只写不清理三个月就能让SQL Server的数据文件膨胀到几十个GB。报表查询变慢不说数据库备份恢复都成问题。常见做法是按月建分区表或者定期把超过保留周期的数据归档到历史表再删除当前表的数据。归档策略要在项目初期就定好不然后期补归档逻辑特别痛苦。我现在的习惯是数据保留周期默认3个月超过3个月的数据由SQL Server Agent的清理作业每天定时删除。报表需要长时间跨度数据时走单独的归档库。这样主库始终保持一个轻量状态Intouch写入和报表查询的性能都有保障。5.5 数据库连接字符串的密码管理Intouch脚本里写死了数据库密码每次数据库密码轮换时就得改脚本和重新发布非常麻烦。建议使用数据库的Windows集成认证这样Intouch运行的Windows账户只要在SQL Server里有权限就不用管密码。如果必须用SQL认证密码不要用明文写在脚本里可以通过Intouch的间接变量从配置文件读取。这属于项目维护阶段会被反复感谢的细节。6. 验证与进阶把数据库和报表做成真正的生产力工具整套方案搭建完之后验证工作不能省。我一般会分三层验证第一层是数据完整性验证跑一个脚本连续写1000条数据然后查数据库里的实际记录数和写入时间戳确认没有丢数据也没有时间错乱第二层是报表准确性验证把某一天的实时数据手动算一遍平均值、最大值、最小值和存储过程生成的结果比对第三层是压力验证模拟现场最高频率的数据写入持续一小时盯数据库的CPU和连接数指标确认没有超过设计上限。进阶方向有两个。一是把报警记录也纳入数据库体系Intouch自带报警日志格式是私有格式不方便外部系统二次处理。通过配置报警的ODBC输出让报警信息直接落入SQL Server表再用报表系统按车间、按班次、按报警级别做统计分析。二是把报表输出从CSV升级为真正的Excel格式做法是存储过程里生成一个HTML表格文件再把扩展名改为xls或者用Excel COM对象在服务器端生成xlsx。前者兼容性极好但格式朴素后者格式漂亮但服务器要装Excel且性能差按项目需求取舍。最后聊一个我个人的习惯所有Intouch脚本里涉及数据库操作的地方全部都要写错误日志哪怕只是一个LogMessage。数据库连接是黑匣子出了问题不给日志靠肉眼盯画面根本找不到原因。哪怕只有一个粗略的“数据库写入失败”记录也能让你少花半天排查时间。这是我在一个凌晨两点被电话叫醒的项目里学到的血泪经验。整套方案推行下来最直接的收益是领导要报表不用等人工去抄数了操作工误操作导致的数据异常也能在几分钟内追溯到具体的时间点和数值。只要把上文的这几个步骤和避坑点都照顾到Intouch 数据库 Excel报表这套组合就能真正跑稳。希望帮到你。本文还有配套的精品资源点击获取