前一篇讲了Intouch怎么装、怎么建第一个工程、怎么把WindowMaker和WindowViewer这对“编辑/运行”兄弟分清楚。这篇咱们把真正干活时绕不开的几个核心功能拆开揉碎讲清楚：标记名怎么建才不会以后想哭、图形动画怎么做才不掉链子、通信怎么走通PLC数据、报警和历史数据单机版怎么玩得转。这些都是我实际做项目时一个个踩过来的，写成白话给你，照着做基本能避开大部分坑。
1. 单机版Intouch的环境与工程规划
1.1 版本选型背后的逻辑
先说版本。Intouch这些年版本号一堆，从老的7.0、9.5、10.x、11.x，到后来的2012、2014、2017、2020，更名之后是Wonderware Intouch，现在归Aveva旗下了。很多新手一上来就问“到底装哪个版本好”，我的建议很直接：能用2017 R2或2020就别碰老古董。原因有三个——
第一，新版对Windows 10/11的兼容性好很多，老版本在Win7上跑得欢，换到新系统动不动就报表控件失效、历史数据服务起不来。第二，新版的图形渲染和符号库比老版强一大截，做出来的画面不会像上个世纪的风格。第三，授权管理方式更统一，老版本的授权服务有时候折腾半天认不到狗。
不过这里有个反直觉的经验：在工业生产现场，千万别只图新。2020之后的某些版本，在部分工控机上反而偶发画面刷新问题。我见过一个项目，现场Windows 10 LTSC 2019 + Intouch 2017 R2，跑了三年稳如老狗。所以我的选型公式是：新项目且系统盘性能好，用2020；老系统利旧改造，继续用2012/2014；虚拟机或老工控机，2017 R2是万金油。
单机版这个词也需要解释一下。Intouch的“单机版”指的就是不依赖System Platform、不搞分布式部署、不上一堆AppServer服务的独立版本。你在一台机器上装完，WindowMaker做画面，WindowViewer跑运行，组态和运行在同一台机器上完成。很多小项目——三五台PLC、几十个点位、一台操作员站——根本用不上大型SCADA架构，单机版就是性价比最优解。但注意，单机版不等于“随便搞搞”，工程规划如果不做，后期加设备能把你烦死。
1.2 工程结构规划与备份
我第一次做单机版工程的时候，直接在默认目录下乱建画面，画面名用“画面1”“画面2”这种命名。结果一个多月后回头维护，自己都分不清哪个是哪个。后来我做了一个简单的规范，现在每次开新工程都按这个来：
- 画面命名：按区域缩写加功能，比如
HT_OVERVIEW（换热站总览）、HT_PUMP1（1号泵）、TREND_MAIN（主趋势）、ALARM_MAIN（报警总览） - 目录结构：画面统一放在一个目录，脚本统一管理
- 标记名前缀：设备代号加点位类型，后面细说
Intouch的工程文件结构，本质上是WindowMaker在某个应用程序目录下生成的一组文件。里面最核心的是这几个：
*.APP工程启动文件，双击会启动Application Manager*.WIN窗口文件，每个画面窗口一个TAGNAME.DAT标记名辞典文件，这玩意最重要，所有点位定义都在里面，一旦损坏容易出大事LOGIC.DAT全局脚本文件
所以日常备份，你只需要把整个应用程序目录打包即可。我在现场的习惯是每天下班前关掉WindowViewer，把整个工程目录压缩一份扔到U盘或拷贝到上位机。别嫌麻烦，我有一次现场改脚本，改到一半电脑蓝屏，重启后LOGIC.DAT直接损坏，幸好前一天有备份，不然一周的改动全废了。
2. 标记名（Tagname）是组态的根
2.1 访问名、标记类型与数据类型的三角关系
很多初学者最懵的就是Intouch这套标记名体系。你打开WindowMaker，点“标记名词典”（Tagname Dictionary），会看到需要填一堆东西：访问名、标记类型、数据类型、初始值、报警上下限……满屏英文，直接劝退。这里我用人话把关系理清楚。
访问名（Access Name）：是Intouch和外部通信的“通道配置”。它告诉Intouch：你要跟谁通信、走什么协议、连哪个节点。比如你定义了访问名PLC1_MODBUS，它指向Modbus TCP的特定IP和端口。后面所有标记名只要“挂在”这个访问名下，就等于所有点都从PLC1_MODBUS这个门出去读数据。简单说，访问名是“通信路由”，标记名是“具体地址的房间号”。
标记名（Tagname）：就是你在HMI画面里用来引用的变量。它分为两大类——I/O型和Memory型。I/O型标记名是从外部设备（PLC、仪表）读写的数据，它有对应的访问名、设备地址或寄存器地址；Memory型标记名是Intouch自己的内存变量，不跟外部通信，常用于中间逻辑计算、画面切换控制、按钮状态保存。
数据类型：按照工控习惯，Intouch常用的是离散型（Discrete，布尔）、整数型（Integer）、实数型（Real）、字符串型（String）和消息型（Message）。选错数据类型这事我见过太多次，把PLC传来的32位浮点数定义成Integer，读出来的数据就像天书。这里送你一条实战准则：凡是模拟量、温度、压力、流量，一律用Real；凡是阀门开关、电机启停状态，一律用Discrete；凡是计数器、批次号，用Integer；报警信息和故障描述，考虑String或Message。
2.2 实操：五步建好一个可用的I/O标记名
假设现在现场有一套Modbus TCP的PLC，需要读取一个寄存器的压力值，地址是40001，数据是浮点数。咱们用这个例子走一遍完整流程：
- 创建访问名：菜单“标记名 -> 访问名”，新建访问名。名字填
PLC1，节点名填PLC的IP（以实际为准），应用程序名选“MODBUS”，话题名可以留空或用通道名，协议选“Modicon Modbus”或“Modbus TCP”。保存。 - 打开标记名词典：菜单“标记名 -> 标记名词典”，点“新建”。
- 填写标记名：名称填
PRESSURE_MAIN（主压力）。 - 选择类型：类型选
I/O Real（I/O型实数）。 - 配置地址：访问名选
PLC1，地址填40001。Intouch的地址格式不同驱动略有差异，Modbus协议下很多驱动用寄存器地址或偏移地址，如果你不确定具体格式，先查一下对应驱动手册，别靠猜。
保存之后，这个标记名就可以在画面和脚本里直接用。你先不需要理解里面每个字段的深意，先把它跑通，后面踩过几次通信坑自然就明白了。
2.3 命名规范与死区设置的惨痛教训
我做过一个饮料车间的项目，当时年轻气盛，标记名随手起。后来设备增加到两百多个点位，画面开始复杂了，我就发现不对——看名字完全不知道哪个是哪个。后来我重新整理了规范，自己总结了一套，推荐给大家参考：
- 设备代号：
P（泵）、V（阀）、T（罐）、F（流量计）、M（电机） - 功能后缀：
_RUN（运行）、_FAULT（故障）、_AUTO（自动模式）、_PV（过程值）、_SP（设定值）、_OUT（输出值）
举例：P101_RUN代表101号泵的运行状态，V202_OPEN代表202号阀的开到位反馈，T301_PV代表301号罐的温度过程值。这套命名可能不是最优的，但在中小项目里足够直观，你在组态画面里写脚本时，看一眼标记名就知道是哪个点的什么属性，极大降低维护成本。
另外，报警死区这个参数，新手经常忽略。所谓死区，就是当数值从超过报警上限回落到多少时才算“报警恢复”。如果不设置死区或死区太小，现场压力在报警值附近轻微波动时，系统会不断产生报警/恢复/报警/恢复的抖动，报警记录和蜂鸣器能把操作员逼疯。我给一个经验值：温度死区0.5~1℃，压力死区按量程的0.5%~1%设置，液位死区可稍大。你要是看到现场报警频繁抖动，先别急着怀疑PLC，八成是死区设小了。
3. 图形对象与动画连接
3.1 画面设计基础：对象、图库与智能符号
Intouch的画面，本质上是在WindowMaker里摆各种图形对象（矩形、圆、管道、文本、位图），然后给这些对象绑定“动画连接”。当你掌握了这个“先画图、再绑数据”的思路，界面的复杂度就只是个时间问题了。
绘图工具栏上的基础组件，跟画图软件类似。工具箱里还有“符号工厂”和“智能符号”（SmartSymbol）功能，前者可以自己做可复用的图元，后者是带逻辑的图形对象。我建议你前期老老实实把基础对象练熟，矩形、椭圆、文本、水平滑动条、垂直滑动条、按钮、指示灯、管道线……这些就够用了。
图库是个好东西。Intouch自带的图库里有很多泵、阀、电机、罐体的符号，直接拖进来改一改就能用。不过要注意，图库里的符号有些是“纯图片”，不带动画连接，你得自己绑定数据；有些则自带了连接的属性，放进画面时要检查一下它绑的是哪个标记名，避免出现“我明明改了标记名怎么画面不动”的情况。
做画面我有个习惯：网格对齐一定要开。Panel的网格间距设成2~4像素，画管道和布局的时候不会歪七扭八。现场操作员天天盯这个画面，要是线条对不齐，很容易给人留下不专业的印象。
3.2 用填充动画做一个液位显示
这一节我们动手做最经典的例子——一个液位罐，用矩形填充高度显示罐内液位百分比。
具体步骤：
- 新建一个窗口，命名
DEMO_TANK，宽度800，高度600。 - 从工具箱选择“矩形”，在画面上拉一个细长的矩形，当作罐体。宽度建议60像素，高度400像素。
- 右键矩形，选择“动画连接”（Animation Links），在弹出的窗口里找到“填充”（Fill）类型。
- 表达式填液位的标记名，比如
LI_101_PV。 - 设置百分比对应关系：Intouch的填充动画，需要配置“值对应百分比”。比如液位变送器输出是0~100（kPa），而你希望画面上显示0到100%的填充，那么最小值填0，对应百分比0%；最大值填100，对应百分比100%。如果你的液位量程是0到5000mm，那就填0对应0%，5000对应100%。
- 填充方向选“从下到上”，这样液位上涨时矩形是从底部向上升起来的。
保存运行后，你看到的画面就是液位随着PLC实际值一起升降。这里最关键的思维是：动画连接的“表达式”不一定要填标记名，它也可以填一段表达式，比如(LI_101_PV - 0)/(5000 - 0) * 100，这样你就可以把工程量换算成百分比。很多老工程师喜欢直接填百分比，因为PLC侧已经做了量程转换，但你要清楚在哪里转换更合适。
填充动画只是冰山一角，Intouch的动画连接还有：
- 颜色变化：通过表达式真假变化改变对象颜色。比如
P101_RUN == 1时变绿，P101_FAULT == 1时变红。配方写法是选择“颜色”标签，填入表达式和对应的前景/背景色。 - 文本显示：可以实时显示字符串消息，比如设备状态、报警描述。
- 对象大小：用数值控制对象的长宽，可以做趋势条或模拟仪表棒图。
- 位移：用数值控制对象的水平和垂直位置，这个做动画小车、皮带传输效果很好用。
- 滑动条与输入：做设定值调整非常好用，可以在运行画面里直接写PLC的给定参数。
3.3 表达式与QuickScript的第一次亲密接触
有了动画连接的基础，你会发现表达式就是Intouch的灵魂。除了在动画连接里填表达式，Intouch还可以写脚本（QuickScript）。脚本分好几种，最常用的是“窗口脚本”“按键脚本”“条件脚本”。
举一个最简单的例子。你在画面上放一个“自动/手动”切换按钮，点击后需要把PLC里的某个M区置位。选择按钮右键“动画连接”，在“动作”（Actions）里选“左键动作”，输入：
IF SWITCH_MODE == 0 THEN SWITCH_MODE = 1; ELSE SWITCH_MODE = 0; ENDIF;这段脚本的意思是：如果当前模式标记名SWITCH_MODE的值是0，就把它改成1；否则就改成0。注意Intouch的QuickScript基本语法里的细节：每条语句要以英文分号结尾，IF...THEN...ELSE...ENDIF;不能少，逻辑比较用等号==而不是单等号。这些细节不搞清楚，脚本写完不生效你都不知道错哪了。
Intouch脚本中数组的下标从1开始，不是0。这一点跟大部分编程语言不一样。我第一次写数组循环，按C语言的习惯从0遍历，结果把画面搞崩了。还有，注释符号是单引号开头。比如：
' 这是一个注释 PT100_ARRAY[1] = PT100_PV;如果你有多余的脚本逻辑，标准做法是放在“全局脚本”（Global Script）里，用条件触发或周期触发。举例：每5秒把实时压力值写入历史表中的某个局部变量，就可以建全局脚本，触发条件填1 == 1然后设置一个定时执行周期为5秒，脚本里写一段数据搬运逻辑。
脚本操作有一个大忌：不要在按键脚本里直接写死循环。我见过有人图省事，在按钮脚本里写了一个WHILE循环等待某个条件，结果画面直接卡死，WindowViewer整个无响应，只能强制结束进程。Intouch的脚本是串行执行在界面线程里的，一旦死循环，界面就完蛋。
4. 通信配置与OPC连接
4.1 通信方式选型：DDE、SuiteLink与OPC
Intouch的通信家族，按年代可以分为三代。最老的是DDE（动态数据交换），Windows 95时代的老古董；后来Wonderware搞了SuiteLink，比DDE稳定快速；现在主流的是OPC DA/UA。
单机版项目我强烈推荐直接用OPC。原因很简单：现在市面上的PLC、仪表、第三方网关，几乎都能通过OPC服务器暴露数据。你用一套Kepware之类的OPC服务器，把PLC的数据Model成OPC标签，Intouch作为OPC客户端去读，就不需要去折腾老掉牙的DDE语法。
但这里需要提醒一个关键点：Intouch自带的OPC客户端是OPC DA 2.0/3.0，它不支持OPC UA，除非你用第三方桥接软件。所以如果你要接的PLC只支持OPC UA，那通路就变成“PLC UA -> OPC UA服务器 -> UA-DA桥 -> Intouch DA客户端”，链路会变复杂。大多数情况，你用Kepware做统一网关，Kepware本身可以把UA采集下来的数据重新以DA方式暴露给Intouch。
4.2 实操走通OPC通道
咱们以Modbus TCP PLC为例，配一个标准OPC链路，完整走一遍：
- PLC侧准备：在你的PLC里准备好要读写的寄存器数据。如果是测试，可以用电脑装一个Modbus从站模拟器。
- 安装OPC服务器：这里我用Kepware（现在叫KEPServerEX）做示范。安装完成后，在Kepware里新建一个通道，选择驱动“Modbus TCP/IP”，指定PLC的IP地址、端口502、单元ID（通常为1或与PLC配置一致）。
- 在Kepware里新建设备：设备名称填
S7_1500或M221（按你的PLC型号填，名称只是逻辑名）。关键设置包括字节序（Byte Order），这个非常容易错——不同PLC的浮点字节顺序不一样，顺序不对读出的浮点数是乱码。遇到浮点读出来驴唇不对马嘴，先检查字节序。 - 建标签：在设备下创建标签，比如
Pressure，地址映射到40001。 - Intouch侧建访问名：打开WindowMaker，创建访问名，协议选“OPCLink”，节点名留空或填本机名，应用程序名填
Kepware.OPCClient，话题名或OPC server ProgID填Kepware提供的ProgID（比如Kepware.KEPServerEX.V6）。注意不同版本ProgID略有差异，在系统中可以查到。 - 建标记名：在标记名词典里新建一个I/O Real标记名，访问名选刚才建的OPC访问名，项目名（Item Name）填
Channel1.Device1.Pressure——这个路径要和Kepware里的层级完全对应。 - 验证：运行WindowViewer，拉一个文本显示绑定这个标记名，如果值真实刷新，说明链路通了。
链路通之后，操作员最常用的功能是写入。OPC写入的参数配置同样在标记名词典里完成，一般不用额外配置，但你需要保证PLC侧对应寄存器是可写的。如果写入失败，十有八九是PLC侧程序把这块地址保护了，或者你写的地址本身就是只读的。
4.3 通信状态监控与故障排查
通信入门容易，排查难。单机版环境里，最常用的排查工具是Intouch自带的SMC（System Management Console）。你可以在开始菜单里找到它，打开后选择当前运行的Intouch应用，查看“通信状态”。
我调试通信时有个固定套路，按顺序看三步：
- 看WindowViewer窗口右下角——如果标记名显示是红色感叹号或通信用红色叉号，说明这个标记名的通信处于失败状态。这是第一信号。
- 看SMC里的实时统计——SMC会显示每个访问名发送和接收的记录数、失败次数、平均响应时间。如果发送数一直在增加但接收数是0，说明数据发不出去，考虑IP通不通、PLC程序是否运行。
- 用OPC服务器自带的Quick Client诊断——Kepware这类OPC服务器都会带一个测试客户端，你可以不看Intouch，直接用Quick Client连OPC服务器读那个标签。如果Quick Client能读到，而Intouch读不到，问题就在Intouch的访问名或程序集配置上；如果Quick Client也读不到，问题就在OPC服务器或PLC侧。
这个思路能帮你快速定位是“Intouch配置错”还是“底层通信错”，不用像个无头苍蝇一样到处改配置。
5. 报警、历史数据与运行调试
5.1 报警系统的正确玩法
Intouch单机版的报警功能，其实很完整。很多初学者不知道怎么配报警，觉得复杂就干脆不做，只用画面颜色变红来提示——这在正规项目上是行不通的。操作员不可能每分钟都盯着屏幕看颜色，报警记录也是事后追责和改进的依据。
配置报警的关键路径：
- 定义报警组：在标记名词典里，每个标记名都可以指定一个报警组，比如
SYSTEM_MAIN、TANK_GROUP、PUMP_GROUP。 - 设置报警上下限和死区：在标记名词典或细化到报警标签页里设置高的报警值、低低的报警值、高的高高报警值等。这里的死区就是前面讲的去抖设置。
- 放置报警显示控件：在运行画面里插入一个“报警/事件”显示控件，选择关联的报警数据源。操作员在运行界面就能看到实时的报警列表，并按时间、优先级、报警组筛选。
- 报警声音：在Intouch运行环境里可以启用报警声响，报警产生时主机蜂鸣器发出声音提醒操作员。
单机版做报警，有一个容易忽略的点——告警确认（Acknowledge）。工业现场默认逻辑是：报警产生后，操作员需要点击确认，才能让报警状态从“未确认”变成“已确认”。在设计时，你要决定哪些报警需要确认、哪些不需要。比如液位高位报警可能只是提示，允许不确认；但燃气压力低低联锁报警，必须确认并记录确认时间。Intouch的确认状态也是可以写到PLC里的，配合安灯系统或MES使用。
5.2 历史数据与趋势显示
单机版要积累历史数据，最简单的就是开启Intouch自带的历史记录功能。配置在运行环境（WindowViewer）的“历史数据”里，勾选需要记录的标记名，设置存储路径和采样周期（一般1秒到5秒）。数据会存储为本地文件或SQL数据库，单机场景下建议用本地文件，效率高且不依赖外部数据库。
然后在画面上放置“历史趋势”控件，绑定对应标记名，操作员就可以查看过去24小时、一周、一个月的趋势曲线。
我的项目经验是：历史数据的存储周期最好跟工艺变化速度匹配。液位这种变化慢的，5秒一个点完全够用；压力波动快的关键点，1秒一个点才算安全。但存得越密，文件增长速度越快，磁盘空间要提前规划好。另外，如果你在运行WindowViewer的时候改了历史记录配置，必须要重启运行环境才能生效，这点很多人不知道，导致改了感觉没改。
5.3 运行调试与交付部署
单机版开发完成后的调试阶段，我推荐一套流程：
- 先模拟、后真实：可以用模拟数据先测画面动画、报警、脚本逻辑，确认无误后再接真实PLC。
- 一个一个点排查：接上真实PLC后，把所有I/O标记名导出一份清单，逐个核对实时值是否和PLC侧一致。
- 测试报警联动：人为触发报警，确认报警声音、颜色变化、报警记录三样东西都正常。
- 压力测试：连续运行24小时或48小时，观察WindowViewer内存占用是否持续增长，通信是否掉线重连。如果内存一直涨，多半有脚本泄漏或历史数据句柄泄漏，要尽早查出。
正式交付给现场时，单机版部署其实很简单：把开发机的整个应用程序目录拷贝到操作员站，安装好Intouch运行时授权，配置好WindowViewer开机自启动。这里提醒一句，很多工厂的操作员站是没有键盘鼠标的，你得把操作界面设计成纯触摸或鼠标友好，按钮大一点、位置固定、逻辑清晰。
6. 常见问题与排查技巧实录
6.1 高频故障速查表
我把自己和同行经常遇到、跟我私信求助最多的几类问题整理成一个表，留着备用：
| 现象 | 优先排查方向 | 常见解法 |
|---|---|---|
| 标记名显示红色或停止更新 | 通信访问名或底层OPC链路 | 用SMC看通信状态，用OPC Quick Client测试底层 |
| 浮点数乱码、数值异常大/小 | 字节序、字序、数据类型 | 检查OPC服务器里标签的字节序设置，尝试不同顺序 |
| 打开画面时脚本报错 | 脚本语法、标记名拼错 | 在WindowMaker里用“编译脚本”功能定位错误行 |
| 报警抖动频繁 | 报警死区设置 | 调大死区，观察是否稳定 |
| WindowViewer启动后没画面 | 主启动窗口配置错了 | 在运行环境的“起始窗口”设置里修改主窗口 |
| 修改了标记名但画面不更新 | 标记名词典没保存 | 保存标记名后再运行程序 |
| 运行一段时间通信断开 | 网络掉线、OPC服务器崩溃、PLC程序停止 | 检查网线/交换机日志，重启OPC服务和PLC程序 |
| 历史趋势无数据 | 历史记录功能没启动或存储路径失效 | 检查WindowViewer历史记录配置，确认存储路径存在 |
遇到问题，先冷静定位是“配置问题”“数据问题”还是“环境问题”，绝大多数Intouch故障都能通过定位层级解决。别一上来就卸载重装，这是最后的手段。
6.2 我踩过的几个真坑
上面那些是常规问题，下面这几个坑属于“教科书里不写但现场一定会遇到”的。
第一个坑是断电导致组态丢失。我在一个污水处理项目上，工程改了三天，画面结构、脚本全都弄好了，结果现场突然跳闸，电脑重启后打开工程提示标记名词典文件损坏。后来我学乖了：每天固定时间压缩备份工程目录。修改大工程结构之前，也备份一次。组态软件的工程文件不像Word那样有自动恢复，丢了就真丢了。
第二个坑是脚本死循环卡死运行画面。当时给操作员做一个“一键启动”按钮，里面写了循环等待多个设备全部启动完成的脚本，想着简化操作，没想到有一个阀门故障导致条件永远不满足，脚本卡在循环里，整个操作员站直接无响应。这个教训让我明白：任何按键脚本都不要写阻塞式循环，正确做法是使用“条件脚本”——设定一个周期触发的脚本，检查启动条件不满足时自动发送报警，而不是在按钮里等。
第三个坑是字节序导致的历史数据全错。那是我接一个进口品牌PLC，Kepware默认按大端解析，PLC变量实际是小端存储，结果所有浮点数据全部错乱。排查了半天，最后发现就是字节序选项的问题。所以任何通信问题，先怀疑字节序和数据类型，再怀疑通信链路。
6.3 新手最容易忽略的几个小技巧
最后给几个实用小技巧，都是经验换来的：
- 善用窗口脚本和全局脚本：不要把所有逻辑都堆在按钮脚本里，分散容易乱。
- 会用F3键：在WindowMaker里按F3，可以快速打开标记名词典查找标记名，开发效率提升巨大。
- Ctrl+W：在WindowMaker画画面时，选中多个对象后按Ctrl+W可以对齐和分布对象，排布画面非常实用。
- 模板画面思路：多个相同设备，比如10台一样的泵，别做10个画面。做好一台泵的控制画面，用“间接标记名”或替换引用功能，复制画面并改绑定即可。
- 符号工厂做自定义图元：把常用设备做成自己的智能符号，里面带上动画连接模板，后续新工程直接拖出来用，效率暴增。
我个人的体会是，Intouch这样的工业组态软件，上手门槛并不高，真正难的是“习惯用工程化思维去做图”。所谓工程化思维，就是命名规范、结构清晰、脚本简洁、备份及时。这套方法论养成了，哪怕以后你换别的组态软件，依然能快速迁移。
这个系列说到这儿，作为一个单机版入门，你只要把标记名、画面绑定、通信连接、报警历史这四个核心吃透，就已经能顶起一个小项目的实施了。后面如果项目规模变大、点位上千或者需要多站部署，再考虑System Platform或者数据库历史库也不迟——但单机版项目积累的底层思路，换到任何大架构上都不过时。
