InTouch 2014 R2 SCADA写入SQL Server与报表避坑-北京尧图网络

简介围绕WonderWare Intouch 2014R2与SQL Server 2012的数据集成及Excel报表开发展开的工程文档面向SCADA/HMI实施人员、自动化工程师及需要完成实时数据入库与报表输出的技术人员重点解决Intouch变量绑定、数据库连接管理与报表模板搭建中的配置衔接问题。包内为1份doc文件压缩包约2.48MB内容以图文步骤和脚本示例组织便于对照现场平台版本查阅。已有533人学习下载。文档覆盖数据库登录方式与权限设置、标记名字典中连接状态和时间变量创建、条件脚本触发、SQL访问管理器绑定列表、SQLConnect与SQLDisconnect连接及关闭处理、SQLInsert写入判断以及Excel VBA引用、报表样式模板和SQL数据库文件恢复附加等环节可帮助读者梳理从数据采集入库到报表呈现的完整链路并作为Intouch与SQL Server联调时的参考材料。1. 一份 .doc 拆开看InTouch 2014 R2 落库卡住的是四处而不是一步现场最常见的场面是HMI 上曲线跑得好好的一到月底要交班报翻历史库发现一条记录都没有。这份 .doc 讲的就是把这条链路补上——在 InTouch 2014 R2 的 IDE 里用应用程序脚本把变量写进 SQL Server 2012再用 Excel 的 VBA 把库里的数据拉成日报最后把 mdf/ldf 搬到报表服务器上附加回来。它面向的是已经在做 SCADA 上位机、需要交付生产报表的人而不是想找 ORM 方案的 Web 开发者。整份文档按“建库—连接—绑定—写入—报表—恢复”顺序编排看着像流水账实际卡人的只有四处数据库验证模式、绑定列表的列对齐、条件脚本的触发时机、以及那个容易被写错位置的去重标志。下面按我自己的实施顺序重排一遍。2. 打通 SQL Server 2012验证模式、登录名与表结构的三层对齐2.1 混合验证模式不是可选项是前置条件InTouch 的 SQL 函数底层走 OLE DB连接串里带User ID和Password也就是 SQL 标准登录。如果实例只开了 Windows 身份验证连接串里就算写sa也连不上返回的是一个非 0 的错误码而 HMI 上不会弹任何提示——这是第一个让人怀疑人生的地方。改法在文档里写得很简略SSMS 里右键实例 → 属性 → 安全性 → 选“SQL Server 和 Windows 身份验证模式”。但漏了最关键的一步改完必须重启 SQL Server 服务。这个选项本质是注册表里的LoginMode引擎只在启动时读取一次不重启的话 SSMS 里看着已经改了实际连接仍然被拒。动手之前先确认现状别凭印象-- 返回 1 表示仅 Windows 验证返回 0 表示已开启混合模式 SELECT SERVERPROPERTY(IsIntegratedSecurityOnly) AS OnlyWindowsAuth;如果返回 1就去改并重启。改完再跑一次返回 0 才算过关。重启生产库要排窗口这件事在项目排期里就得提前说别等到联调当天才发现要停库。2.2 登录名要单建别把 sa 写进脚本文档示例里的连接串用的是sa调试阶段图省事可以理解但直接上生产有两个问题一是sa权限过大一旦脚本或工程文件外流整个实例都暴露二是密码明文躺在应用程序脚本里任何能打开 IDE 的人按两下就能看到。合格做法是建一个只够用的登录名只给目标库的读写角色-- 1) 建 SQL 标准登录开启密码策略 CREATE LOGIN scada_writer WITH PASSWORD Chg_Me#2024, CHECK_POLICY ON; -- 2) 建库 CREATE DATABASE YADC_BB; -- 3) 建用户并映射到登录名 USE YADC_BB; CREATE USER scada_writer FOR LOGIN scada_writer; -- 4) 只给读写不给 ddl 权限 ALTER ROLE db_datareader ADD MEMBER scada_writer; ALTER ROLE db_datawriter ADD MEMBER scada_writer;参数上注意两点CHECK_POLICY ON会强制密码复杂度别为了省事关掉否则过几个月渗透扫描第一个报的就是它角色只加db_datareader和db_datawriterdb_owner不要给——InTouch 侧只需要 insert 和 select不需要建表改表。报表端建议再单建一个只读登录名比如report_reader只挂db_datareader。写数和读数的账号分开出问题时日志里一眼能看出是谁干的。2.3 表结构与绑定列的类型对照文档强调“变量数据类型与数据库表单列的数据类型对应”但没给对照关系。这恰恰是SQLInsert失败率最高的地方因为类型不匹配时整条 insert 直接失败InTouch 只留一个错误码不告诉你哪一列出的问题。常用对照如下按这个建表基本不会翻车InTouch 标记类型建议列类型说明Memory Discretebit只存 0/1不要用char(1)Memory Integerint计数、状态码Memory Realfloat模拟量精度够用且转换宽松Memory Messagenvarchar(n)必须 n 开头长度 ≥ 标记最大长度$Date$Timedatetime拼成一个字符串再写建表语句照这个来CREATE TABLE dbo.TDays ( RecTime datetime NOT NULL, -- 对应绑定的日期时间列 NodeName nvarchar(32) NOT NULL, -- 对应 Memory Message 标记 P1 float NULL, -- 对应 Memory Real RunFlag bit NULL -- 对应 Memory Discrete );两个细节值得单独说Message类型一定要配nvarchar而不是varchar否则中文字段进库变问号排查半天以为是编码问题datetime比datetime2更稳因为老版本 OLE DB provider 对datetime2的隐式转换支持不齐用datetime少一类玄学。2.4 先用命令行验证通路再回 InTouch 里折腾这一步文档里没有但能省掉大量来回。在装 InTouch 的那台机器上直接开命令行连一次库能通说明网络、实例名、登录、库权限四件事全对后面再出问题就只可能是绑定或脚本。# -S 服务器命名实例要写成主机名\实例名 # -U/-P 登录名与密码-d 目标库-Q 执行后立即退出 sqlcmd -S HMI_SRV01 -U scada_writer -P Chg_Me#2024 -d YADC_BB \ -Q INSERT INTO dbo.TDays VALUES(GETDATE(),OP_01,1.25,1); SELECT COUNT(*) FROM dbo.TDays;这条命令跑通等于把“数据库侧”整段验收完了。如果sqlcmd报连接超时八成是 SQL Server 配置管理器里 TCP/IP 协议被禁用或者命名实例没写实例名——这两条在 InTouch 里表现完全一样都是连不上所以必须先在这里排除掉。3. InTouch 侧的内存标记与条件脚本$Second3 到底在等什么3.1 为什么四个辅助标记都建成内存型文档在标记名字典里建了Connid1内存整型、GetDateTimeS内存消息、NodeName内存消息后面脚本里又冒出个WSQLS内存离散。四个都选内存型不是随手是有原因的内存标记不挂通讯驱动值完全由脚本掌控PLC 断线、驱动重连都不会把它刷掉。Connid1存的是SQLConnect返回的连接号一旦被通讯状态刷成 0后面所有SQLInsert全部失败而且现场看起来“通讯正常、界面正常”极难定位。四个标记的用途整理成表照着建就行标记名类型初值用途Connid1Memory Integer0保存 SQLConnect 返回的连接号NodeNameMemory Message32空保存 GetNodeName 取到的本机名GetDateTimeSMemory Message32空保存拼好的时间字符串WSQLSMemory Discrete0本轮是否已写入用于去重NodeName的长度按实际机器名给别卡在 8 位——很多现场机器名是OP_01、LINE2_ST02这种长度不够会被截断后面字符串比较就永远不成立脚本静默不执行。3.2 日期时间格式文档里那行“0、”不是凑数原文把“在操作系统的日期和时间中更改日期和时间格式”放在第 0 步看起来像个无关紧要的准备工作实际上它是整条链路能不能对齐时间的基础。$Date和$Time转成字符串时受系统区域设置影响短日期如果是dd/MM/yyyy或者带中文“年月日”写进datetime列时服务端按mdy解析轻则报转换错误重则日期整个错位——12 月 1 号被解析成 1 月 12 号这种数据进库之后做报表是灾难。做法是把短日期改成yyyy-MM-dd长时间改成HH:mm:ss改完重启 InTouch 让运行时重新读区域设置。然后在脚本里拼时间{拼成 SQL Server 能稳定识别的格式不依赖区域设置} GetDateTimeS StringFromTime($Date, 1) StringFromTime($Time, 3);StringFromTime的第二个参数是格式枚举不同版本编号略有差异以 IDE 内帮助里那张表为准别照抄别人的数字。我一般会在诊断画面上把这个字符串直接显示出来肉眼确认是2024-06-01 14:58:03这种形态再往下走。3.3 $Second3 与 $Second5 的选法两个条件脚本分别挂在系统秒等于 3 和等于 5。选非 0 的值有讲究整点、整分那一秒系统里一堆脚本同时在跑避开 0 能减少瞬时压力两个脚本错开 2 秒是为了给SQLConnect留出返回连接号的时间否则SQLInsert可能拿着Connid1 0去执行。但$Second 3这种写法本身有个隐患如果运行时负载高某一秒被跳过这个脚本当天就一次都不执行。我在一个点位上遇到过机器 CPU 长期 80% 以上一个月里漏了十几天报表出现规律性空洞查了两周才定位到是跳秒。比较稳的写法是改成时间窗再配去重标志{条件$Second 3 AND $Second 5 AND WSQLS 0} {含义3 到 5 秒之间任意一次机会都能触发WSQLS 保证只执行一次}三个参数的作用分别是$Second是系统秒标记每秒刷新时间窗给三次机会对抗跳秒WSQLS 0防止窗口内重复执行。改完之后即使跳掉一秒还有两次机会兜底。3.4 应用程序脚本的三段式连接、写入、断开连接放在应用程序脚本的“运行时”里程序一启动就建立{应用程序脚本 - 运行时} {provider 用 sqloledbData Source 换成实际机器名或主机名\实例名} SQLConnect(Connid1, providersqloledb;Data SourceHMI_SRV01;Initial CatalogYADC_BB; User IDscada_writer;PasswordChg_Me#2024);写入脚本挂在条件$Second 5上逻辑比文档里的版本多了个ELSE{条件脚本$Second 5条件类型为真时} GetNodeName(NodeName, 131); IF NodeName OP_01 THEN IF $Minute 58 THEN IF WSQLS 0 THEN SQLInsert(Connid1, TDays, TDays); WSQLS 1; ENDIF; ELSE WSQLS 0; {关键复位必须放在分钟数不足的分支里} ENDIF; ENDIF;GetNodeName的第二个参数 131 是取值模式表示取本机计算机名这个值在 IDE 帮助里能查到。整段的作用是只有本机是OP_01时才写库避免多台 HMI 同时往一张表里灌数据。ELSE分支那行WSQLS 0是整段脚本的命门。文档里代码行⑥和⑦是连着写的置位后立刻复位等于去重完全失效——58 分那一分钟里每个扫描周期都会插一条一分钟能灌进去几十条重复记录。正确时序是这样时刻$MinuteWSQLS实际动作09:57:05570走 ELSE复位为 009:58:05580执行 SQLInsert置 109:59:05591分钟条件成立但 WSQLS1跳过10:00:0501 → 0走 ELSE 复位等待下一个 58 分这样每小时正好一条。退出时别忘了在“关闭时”脚本里断开否则连接句柄留在服务端累积几天会话数就打满了{应用程序脚本 - 关闭时} SQLDisconnect(Connid1);4. SQLConnect 连接串与绑定列表五个字段里藏着三个翻车点4.1 连接串逐项拆解SQLConnect(连接号, 连接字符串)的第二个参数由五段组成段间用分号隔开每段键值字段文档示例值实际怎么填易错点Providersqloledb保持默认别换成新版驱动InTouch 未必加载得了Data Source计算机名HMI_SRV01或HMI_SRV01\SQLEXPRESS命名实例不写实例名必失败Initial Catalog数据库名YADC_BB填库名不是表名User IDsascada_writer与 2.2 建的登录名一致Password明文强密码密码含分号会截断连接串第一段Providersqloledb不要“顺手升级”。这个 provider 是随系统组件走的InTouch 2014 R2 年代的运行时就认它换成MSOLEDBSQL之类的新驱动轻则连接失败重则 IDE 加载时报错回退起来还得重装组件。第三段Initial Catalog填错的表现很有欺骗性连接返回成功因为服务器和登录都对但SQLInsert一直失败——因为默认库可能是个空库。排查时直接SELECT DB_NAME()确认当前落在哪个库上比猜快得多。第五段的密码里如果带分号连接串会在分号处被提前截断剩下的部分被当成新的键值对解析报的错跟密码错误完全无关。这是最血泪的一条现场改密码时随手加了个;做分隔结果排查了一下午。省事的办法就是密码里永远不放分号。4.2 绑定列表变量名和列名的对不上全在这里绑定列表在 SQL 访问管理器里作用是建立“InTouch 标记 ↔ 数据库表列”的映射。SQLInsert(Connid1, TDays, TDays)里第二个TDays是表名第三个是绑定列表名——两者可以同名但概念上不是一回事很多人以为第二个参数是绑定列表名改表名的时候改错位置。建完之后逐行核对按这张对照表检查绑定列名标记名类型对应表列RecTimeGetDateTimeSMessagedatetimeNodeNameNodeNameMessagenvarchar(32)P1P1_RealRealfloatRunFlagRunFlagDiscretebit三条硬规则列名必须和表里一字不差大小写不敏感但拼写必须对类型必须能隐式转换过去Message 标记声明的最大长度不能超过列的nvarchar(n)长度。第三条最阴超长时 SQL Server 侧可能截断也可能直接报错取决于驱动版本现场表现不一致。4.3 返回值别丢它是唯一的诊断入口SQLConnect和SQLInsert都返回整型结果码0 表示成功非 0 是错误。文档示例里直接调用不接收返回值出问题只能靠猜。做法很简单把返回值落到标记上{把连接结果存进 Connid1成功时是非 0 的连接号失败时是错误码} Connid1 SQLConnect(Connid1, providersqloledb;Data SourceHMI_SRV01;Initial CatalogYADC_BB; User IDscada_writer;PasswordChg_Me#2024); {写入结果单独存一个整型标记比如 WRet方便在线看} WRet SQLInsert(Connid1, TDays, TDays);注意SQLInsert返回的是执行结果码不是插入行数别拿它当行数用。在 HMI 上做个巴掌大的诊断画面把Connid1和WRet显示出来运维人员一眼就能判断是连接问题还是写入问题省掉大量电话沟通。4.4 写入频率与数据量的取舍按 3.4 的时序一小时一条一天 24 条一年不到九千条这个量级对 SQL Server 来说毫无压力表可以几年不清理。但如果现场要求的是分钟级甚至秒级存储——那就该换方案了条件脚本 SQLInsert的写法撑不住每次 insert 是一次独立事务秒级写入会把日志文件撑爆而且 InTouch 脚本是单线程扫描写库耗时会直接拖慢整个运行时的响应。判断标准很直接日增记录数超过几万条就该考虑用历史库组件或者批量提交而不是往条件脚本里继续堆。这份文档的定位是班报、日报级别的抽样存储把它用在秒级趋势上是选型错误不是配置问题。5. 避坑与排查五条现场记录从“连不上”到“跑了三天突然不写”5.1 连接层连不上与连上了写不进记录一SQLConnect一直返回非 0Connid1永远是 0。现象是 HMI 上诊断画面里Connid1一动不动。原因通常有三个实例只开了 Windows 验证2.1 那条改完没重启服务也算命名实例在Data Source里只写了机器名SQL Server 配置管理器里 TCP/IP 协议被禁用。解决顺序是先在 HMI 那台机器上用sqlcmd连一次能连说明前三个原因都不成立问题在连接串本身连不上就按“服务是否启动 → TCP/IP 是否启用 → 验证模式 → 登录名”逐层排除。记录二连接成功SQLInsert一直失败。现象是Connid1有值、WRet非 0。原因八成在绑定列表列名拼错一个字母、类型对不上、或者表建在了非dbo架构下而绑定里没带架构名。解决办法是在 SSMS 里执行EXEC sp_help TDays;把列名和类型原样抄到绑定列表里别凭记忆敲。记录三连接跑了两三天突然失效重启 InTouch 才恢复。这是最像玄学的一条。原因是连接被服务端空闲超时或网络闪断掐掉了但Connid1里还留着旧句柄脚本继续拿它去 insert一直失败。解决思路是在条件脚本里判断返回值失败就重连{每小时那次写入前先探一下连接失败则重连} IF WRet 0 THEN SQLDisconnect(Connid1); Connid1 SQLConnect(Connid1, providersqloledb;...); ENDIF;更稳妥的做法是加一张心跳表每分钟写一条既能保活又能当监控信号——心跳断了就是链路断了比等报表缺数据早发现好几天。5.2 数据层写进去了但内容不对记录四同一分钟写入几十条重复记录。现象是报表里同一时刻出现十几行相同数据。原因就是 3.4 说的那个WSQLS 1后面紧跟WSQLS 0去重形同虚设。解决是把复位挪到ELSE分支里让它在分钟数不足 58 时才归零。改完用 4.4 那张时序表逐分钟对一遍别只看一眼觉得对就上线。记录五时间列全是1900-01-01或者整体差 8 小时。1900-01-01是 SQL Server 对空字符串和非法日期做转换时的默认值说明传过去的时间字符串根本没被识别。原因基本锁定在区域格式3.2——短日期不是yyyy-MM-dd。差 8 小时则是另一回事HMI 和服务器的时区设置不一致或者列用了带时区语义的类型。解决是把两边时区对齐列统一用datetime时间字符串统一yyyy-MM-dd HH:mm:ss格式并且在 HMI 诊断画面上把这个字符串显示出来人工核对一次。5.3 排查顺序从下往上别从上往下现场出问题很多人的第一反应是打开 InTouch 看脚本这是反的。正确顺序是从数据源头往上一层一层验在 HMI 机器上sqlcmd连库验证网络、实例、登录、权限在 SSMS 里手工INSERT一条验证表结构和列类型检查绑定列表的列名与类型映射最后才看条件脚本的触发条件和去重逻辑。这四层里前两层能覆盖八成问题而且验证成本极低。跳过前两层直接改脚本改对了是运气改错了还会引入新问题。注意每次改完连接串或绑定列表都要把 InTouch 切到运行态重新加载一次IDE 里改完不重启运行时脚本用的还是旧值。6. Excel 报表取数与库文件附加两个收尾动作的可靠做法报表端文档讲得比较粗只写了“配置 Excel”和“至少勾选三项引用”。实操上我建议直接用 ADO 后期绑定不勾引用也能跑部署到别的机器上少一堆“引用丢失”的麻烦。要勾的话Microsoft ActiveX Data Objects 2.8 Library这一项是必须的其余按需。取数的核心是把时间段作为参数传进去而不是把整表拉出来再筛Sub RefreshDaily() Dim conn As Object, rs As Object, sql As String Set conn CreateObject(ADODB.Connection) 后期绑定免去引用依赖 conn.Open ProviderSQLOLEDB;Data SourceHMI_SRV01;Initial CatalogYADC_BB; _ User IDreport_reader;PasswordChg_Me#2024; 用具体时间段过滤避免全表扫描 sql SELECT RecTime, NodeName, P1, RunFlag FROM dbo.TDays _ WHERE RecTime 2024-06-01 00:00:00 AND RecTime 2024-06-02 00:00:00 Set rs conn.Execute(sql) Sheet1.Range(A2).ClearContents Sheet1.Range(A2).CopyFromRecordset rs 一次性灌入比逐格写快两个数量级 rs.Close: conn.Close End Sub三个参数值得盯住报表账号用只读的report_reader不给写权限时间段用左闭右开避免边界那一秒重复统计CopyFromRecordset一次灌入几千行比逐单元格赋值快得多。日报模板里那个“参数日报”页的按钮就绑这个过程VBA 里再补一段按日期循环就能批量生成一整月的报表。库文件搬运用的是附加而不是还原前提是目标实例的版本不低于源实例。命令行版本比 SSMS 图形界面可靠也方便写进脚本-- 附加前确认 mdf/ldf 已拷到目标机且去掉了只读属性 CREATE DATABASE YADC_BB ON ( FILENAME E:\DataBase\YADC_BB.mdf ), ( FILENAME E:\DataBase\YADC_BB_log.ldf ) FOR ATTACH;两个坑只拷 mdf 不拷 ldf附加会直接报错要么把两个文件一起拷要么用sp_attach_single_file_db让 SQL Server 重建日志文件属性是只读时附加失败报错信息还很不直观拷完先右键看一眼属性页。另外附加要求文件没有被其他实例占用源库如果还在运行得先分离或者停服务。从那以后我每次碰这类项目都强制自己按“命令行连库 → 手工插一条 → 绑定列表核对 → 脚本时序表”这个顺序走一遍哪怕觉得闭着眼都能做对。这套流程救过我不止一次——有回现场赶工期跳过了第二步结果表建在非dbo架构下脚本调了两天才发现。希望帮到你。本文还有配套的精品资源点击获取

InTouch 2014 R2 SCADA写入SQL Server与报表避坑

相关推荐

INCA标定软件使用教程：ECU标定连接、A2L/s19与CAN采集避坑

多智能体协作系统架构与实现解析

MySQL自增ID耗尽应急方案与分布式ID设计

更多资讯

MySQL高级CRUD操作与性能优化实战

虚拟偶像技术架构与测试策略全解析

YuukiPS Launcher：轻量级动漫游戏运行环境封装方案

工业数据采集：从设备到数字化的核心技术解析

Windows视频下载工具全解析与优化技巧

STM32F103在Keil5中导入芯片库文件与工程搭建指南

今日更新

AI辅助技术栈评估：提升研发决策效率60%

从生成Token到直接决策：Jev如何重塑AI Agent工程实践

32G统一内存跑大模型：内存账、TPS实测与端云分流

本周精选

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

本月热门

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

读完文章，想聊聊您的网站？