Intouch组态软件入门：从DDE设备到画面数据绑定的完整Demo教程

1. 从Demo跑通到理解Intouch运行逻辑

上一篇我们聊了Intouch单机版的安装和基础认识，这篇我直接带你把第一个Demo跑起来。很多刚接触Intouch的朋友容易卡在一个尴尬的阶段：安装完成了、界面也打开了，但就是不知道怎么把一台虚拟设备变成画面上跳动的数字。我当初踩坑最深的地方，就是没搞懂Intouch的“运行逻辑”——它到底怎么和外部数据打交道的，搞清楚了这个，后面所有操作都是顺理成章的事。

先花两分钟建立整体认知。Intouch单机版本质上是两套程序在工作：开发环境WindowMaker和运行环境WindowViewer。你在WindowMaker里组态画面、绑定数据，然后通过WindowViewer把工程跑起来。单机版意味着你不需要配置复杂的分布式架构，一台电脑装好软件、插好设备（或者用仿真驱动模拟数据），就能完成从采集到展示的完整链路。

这次我们的目标非常明确：用Intouch自带的DDE仿真驱动（或者你机器上已有的实际设备驱动）创建一条数据通路，在画面上放两个按钮、一个数值显示框，再绑定一个定时刷新的模拟量，让它真正动起来。整个过程我会以64位Windows 10系统下的Intouch 2014 R2（或2020）为准来讲，其它版本菜单名称略有差异但思路完全一致。

提示：如果你连Demo都还没跑通，建议先照着上一篇把软件装好，把WindowMaker能正常打开作为起点。这篇的内容默认你已经能看到Intouch开发环境的欢迎界面。

2. 第一步：建立逻辑设备与访问名

2.1 理解访问名和标记点是什么关系

很多人刚开始会混淆访问名（Access Name）和标记点（Tag），甚至以为它们是同一个东西。这俩的关系，我用一个生活化类比解释一下：访问名相当于你家的门牌地址，标记点相当于你家某个房间里的具体物品。你要拿到客厅茶几上的杯子，得先知道门牌号（比如“3栋2单元502”），再从这套房子里的具体位置（客厅茶几）去取东西。

在Intouch里，访问名是一组通信参数的集合，它告诉Intouch“数据从哪里来”——通过什么驱动、连接到哪台设备、设备编号是多少。而标记点是实际的数据项，它挂在访问名之下，对应设备里的某个寄存器或变量。一个访问名下可以挂几十上百个标记点，这样的好处是：如果设备地址变了，你只需改访问名的设备地址，所有标记点自动跟着走，不用一个个去改。

2.2 在DAServer里配置仿真设备

Intouch负责采集数据的后端组件叫DAServer（以前叫IO Server）。单机版安装时通常已经带了一个名为“DAServer Manager”的工具，它是所有通信驱动的管理门户。我们的仿真Demo要用的是DDE→Intouch MDI或SuiteLink→模拟器。对于纯练习场景，推荐直接用DDE方式绑定dunamis仿真驱动，它不需要连接真实硬件，能自己产生正弦波、随机数等模拟信号。

操作顺序如下：

1. 打开DAServer Manager，在左侧树状列表找到“Configuration” → “DDE” → 对应的协议名（比如DDE.FASTDDE）。右键选择“Add Device”，新建一个设备名，比如叫DemoDevice。
2. 设备名创建后，右键属性，把“Device ID”设置成一个唯一标识，比如dev1。这一步相当于给设备一个编号，通讯时靠它区分多台设备。
3. 如果你的Intouch版本自带“Simulator”类型的DAServer（有些版本叫DASim），那就更省事，直接添加一个Simulation类型的设备，参数项极少，几乎填个设备名就能用。

注意：DAServer里建立的设备名，在Intouch访问名里要严格对应。名字能看得出来就行，但一旦建立，别随手乱改，否则Intouch侧所有绑定这个设备的标记点全部找不到数据源。这个我在现场吃过亏，那天改了个设备名，整个车间十几个画面全部显示“通讯失败”，排查了两个小时才反应过来。

2.3 在WindowMaker里新建访问名

设备在DAServer那边准备好后，打开WindowMaker，菜单栏找到“标记名字典”或者“访问名”配置入口（不同版本入口叫法略有差异，一般在“特殊”或“配置”菜单下）。以Intouch 2014 R2为例：

1. 选择“访问名”选项卡，点“添加”。
2. 访问名填DemoAccess，应用程序名填DDE.FASTDDE（这是DDE驱动在DAServer里的注册名），主题名填你在DAServer里新建的设备名DemoDevice。这三个字段是DDE通讯模型的三要素：应用程序名对应驱动，主题名对应设备，项目名对应具体的数据项。
3. 确认“使用DDE协议”被选中。如果用的是SuiteLink，协议选SuiteLink，应用程序名就是DAServer的实际服务名，主题名依旧是设备名。

完成之后，Intouch这边就相当于拿到了“门牌号”：以后标记点只要选定这个访问名，再填一个项目名，就能定位到具体的数据了。

2.4 为什么DDE常见但尽量换SuiteLink

这里插一句选型经验。DDE协议是Windows早年遗留下来的动态数据交换机制，它的特点是配置简单、兼容性强，几乎所有老设备驱动都能支持。但DDE的稳定性和速度都比较差，数据量稍微大一点或者通讯频率要求高，容易出现丢包、界面卡顿。单机版学习阶段用DDE完全够用，但如果以后要接到PLC上跑生产数据，尽量换SuiteLink或Modbus TCP之类的现代协议。原因是SuiteLink在数据更新效率、断线重连、大数据吞吐上比DDE强一个量级，而且配置并不复杂，多花十分钟学习，能省掉后面一星期的烦心事。

3. 第二步：用标记名字典建立数据点

3.1 标记点的类型怎么选

Intouch把标记点主要分为内存型（Memory）和I/O型（I/O）。内存型只是软件内部计算、暂存、中转数据用，不涉及外部设备；I/O型才是真正从设备读写数据的点。学Demo时两类都要建：

• 一个I/O型模拟量标记点，用来接收DDE仿真设备产生的数据，让画面上的数字能跳动。
• 一个内存型开关标记点，用来控制画面里的指示灯颜色切换。因为是练手，用内存型可以无成本验证画面交互逻辑。
• 建议再建一个内存型消息标记点，用于在报警窗口里显示一条测试文字。

标记名字典的操作路径一般是：菜单栏 → “标记名字典” → “标记名”选项卡 → “新建”。关键是以下几项：

3.2 项目名填什么很关键

很多新手会在这里卡壳：明明访问名配置好了，标记点也建了，可运行起来就是没数据。问题多半出在“项目名”填错了。DDE模式下，项目名对应的是DAServer仿真设备内部的数据项名称。我们用的dunamis仿真设备，通常支持的项目名包括Ramp（斜坡信号）、Random（随机数）、Sine（正弦波）等。你可以在DAServer Manager里右键设备名查看“数据项列表”或者参考软件的帮助文件，把准确的项目名填进去。

我记得第一次配置仿真器时，想当然地填了sin，结果画面上一片空白，数值永远是0。后来用设备自带的测试工具单独读了一遍，才发现标准名称是Sine，大小写都不能错。这个坑在真实设备上更常见：不同PLC的寄存器命名规范差异很大，有的支持DB1.DBD0，有的要求%MW100，一定要以设备的通信手册为准，不能靠猜。

3.3 令牌式批量建立的技巧

一个工程几十个模拟量是常态，一个个手动建立效率太低，也容易填错。Intouch标记名字典支持类SQL方式的“令牌式”批量建立。以模拟量为例，你可以在标记名编辑行的输入区直接输入类似这种文本：

DemoANALOG, I/O实数, DemoAccess, Ramp, , 0, 100, 0, 0, ℃, 0, 0, 0

用逗号分隔每个字段，从标记名到工程单位、报警上下限都按固定顺序排好。这条行会被Intouch解析成一条完整的标记点记录。批量操作时，你可以先在Excel里把几十行配好，再复制粘贴到标记名编辑区一键建立。实测下来，几百个点也就几分钟的事，而且不容易漏字段。

实操心得：第一次用令牌式建立时，最好的办法是先手动建一个正确的点，然后在标记名字典里选中那条记录再点“新建”，Intouch会自动生成一条格式相同的模板，你只需要改标记名和项目名。这个方式比从空白手填它稳定得多，还不用记字段顺序。

4. 第三步：画面设计与数据绑定

4.1 从空白窗口到可运行画面

用鼠标在WindowMaker的左侧工具条找一个叫“新建窗口”的入口（通常在“窗口”菜单下），取名为TestScreen，窗口属性默认即可。双击这个窗口名称进入画面编辑状态，你将面对的是一个空白的绘图区，这就是组态画面的画板。

先放两个静态控件：一个是文本标签，比如“实时数据”；一个是按钮，输入文本“启动测试”。工具条上有对应的绘图工具，画个矩形、输个文本，都是所见即所得的操作，基本不需要额外说明。我重点想讲的是接下来这一步关键动作——把按钮的动作脚本写出来。

4.2 按钮动作脚本这样写

选中“启动测试”按钮，双击或右键进入“动画链接”配置界面，找到“按钮动作”或者“脚本”选项卡。Intouch的脚本编辑器使用类Basic的语法，实际项目中绝大部分逻辑都是在这里完成的。我们这次只需要让按钮改变一个内存离散标记点的值：

IF DemoDIGITAL == 0 THEN DemoDIGITAL = 1; ELSE DemoDIGITAL = 0; ENDIF;

这段逻辑用自然语言翻译就是：如果开关现在是关的，就打开；如果开着，就关掉。按钮的每次点击，实现开关状态与切换。如果你想让按钮文字跟着变，可以在按钮的“文本”动画链接里关联DemoDIGITAL的字符串显示，让它是“启动”时显示“启动”，变成“停止”时显示“停止”。这个逻辑很简单，但它是一个标准按钮交互的骨架，以后换任何设备、任何控制逻辑都是这个套路：事件触发 → 改标记点值 → 画面相应关联内容自动刷新。

4.3 数值显示和动画绑定的核心操作

接下来是重头戏：把数值显示控件和I/O模拟量标记点绑定。放一个“数值显示”控件（工具条上有专门的数字显示工具，也可以放一个文本控件再绑定），右键进入“动画链接”，在“数值显示”栏里选DemoANALOG，单位可选填。这样运行时，代表实时模拟量的数值就会在控件里不断刷新。

指示灯的做法类似：放一个椭圆或矩形，在“填充颜色”动画链接里选DemoDIGITAL，然后设置离散值的两个状态分别对应灰色和绿色。点按钮，灯就会亮灭交替。此时你已经完成了最基础但完整的HMI人机交互闭环：操作员按按钮 → 逻辑改变内部点值 → 画面元素实时反馈。实际生产项目里99%的画面交互，本质上都是这个模型的复杂化。

注意：画面里的每一个动画链接都对应一个刷新周期。能不用动画链接就不用，能减少就减少，这是我从无数次卡顿画面里总结出来的经验。动画链接数量过多，尤其是有实时变化的数据点，会显著拖慢WindowViewer的扫描速度。画面里那些只需要显示一次的设备铭牌、管线名称，通通放成静态文本，别图省事做成动画链接。

5. 运行调试：从画面黑屏到数据跳动

5.1 进入运行模式的正确姿势

画面保存后，点击WindowMaker工具栏上的“运行”按钮（一个绿色小三角形图标），Intouch会切换到WindowViewer运行环境。第一次运行如果弹窗提示“未选择运行时窗口”，需要在运行前的对话框或“运行模式参数”里指定启动窗口为TestScreen。运行时画面会全屏或窗口化显示，取决于你的窗口属性设置。

此时观察画面上“实时数据”那个控件，大多数情况下你可能看到两种情况：要么是0，要么是通讯失败之类的状态提示。数值显示框是0，先别急着怀疑配置，90%的情况是DDE链接还没“热起来”——Intouch和DAServer之间的通道建立是异步的，有时会慢几秒甚至十几秒。耐心等一会儿，如果还是一直0，就进入了排查环节。

5.2 没有数据时从哪几个点查起

我给自己总结了一个排查顺序，基本能覆盖90%以上的“画面无数据”问题：

1. 先看DAServer Manager里设备的状态图标。设备是绿色在线还是红色离线？如果是灰色未激活，右键启动设备。
2. 用DAServer自带的“数据测试”工具（Test Client或者类似功能）直接读一下DemoDevice / Ramp这个项目名，看能不能读出数值。这一步能立刻判断出问题是在设备通信环节还是在Intouch组态环节。
3. 回到WindowMaker，检查访问名的协议配置是否选对。DDE的应用程序名称、主题名称，一个字母都不能错。这一项最隐蔽，因为错了不报错，就是没数据。
4. 确认运行模式里“启用数据字典修改”没有改动，标记点没有被意外禁用。

以上四步走完，绝大多数问题都能定位到具体环节。只要Test Client能读到值，Intouch画面里却没显示，那一定是访问名配置或者标记点项目名的问题；如果Test Client本身就读不到，那是DAServer设备配置的问题，和Intouch无关。用这个思路做二分排查，方向不会跑偏。

5.3 让数值“活”起来的参数调整

如果数值开始跳动了，可以顺便体会一下刷新频率的影响。Intouch的扫描周期由访问名的“更新速率”和具体数据项的“死区/工程单位”共同决定。DDE访问名的更新速率一般默认是1000毫秒，意味着外部数据到达后，画面最长在1秒内会刷新一次。你可以把更新速率改成100毫秒，数值跳动会更“丝滑”，但同时也意味着CPU占用升高、网络负载增大。仿真Demo无所谓，实际项目中要对需要快速响应的信号（比如急停按钮状态）设置短周期，对温度等慢变量设置长周期，不要一刀切。

这里还可以做一个细节体验：在标记点里配置一个报警限值，比如DemoANALOG高限设80。运行时当仿真的斜波信号超过80，画面会弹出报警条，同时标记点的“报警状态”属性变为1。这是Intouch报警体系的最小闭环，后续扩展报警记录、报警确认、历史趋势都是从这一个小点开始的。

6. 常见问题与排查技巧实录

6.1 排查速查表

这张表是从我这两三年在不同项目现场碰到的真实问题里沉淀下来的，不敢说覆盖所有情况，但至少是最高频的一批。每次有新手同事卡住，我都是先让他对照这张表自查一轮，大多能自己解决。

6.2 关于DDE通道掉线的备选方案

Demo阶段DDE一般很少掉线，但在实际生产中，如果你用DDE跑长时间连续运行，偶尔会遇到“设备无响应”或数据停滞的情况。DDE本是为了办公软件之间的数据交换设计的，作为工业实时通道确实力不从心。所以我在现场经验是：凡是要连续运行超过8小时的单机Intouch项目，优先用SuiteLink或设备原生的TCP驱动，而不是DDE。这不代表DDE没法用，而是可靠性等级不同。如果你手头的设备驱动只支持DDE，那至少做好看门狗脚本，检测到长时间无数据变化就自动重启通信或提示操作员，不要让画面“假死”在那里。

6.3 别忽视标记字典的命名规范

做Demo时随手起名无所谓，但养成良好命名习惯会让后面维护省力十倍。我的建议是：标记名按照“区域_设备_信号类型_含义”的格式来，比如Line1_PumpA_RunStatus表示1号线A泵运行状态，Line2_TankLevel_PV表示2号罐液位测量值。访问名则直接用上位机编号或设备类型来区分，比如PLCAccess、MeterAccess。这个习惯在Demo里看似多此一举，但一旦画面数量超过20个、标记点超过500个，命名混乱的工程会让人想砸电脑。

7. 小技巧：把Demo扩展成自己的练习场地

跑通了上面这些，你手上已经有一个可以动起来的迷你工程。我建议你别急着删掉重来，而是把这个TestScreen作为“沙盒”，继续做三个方向的练习：

• 把数值显示改成“柱状图”或“实时趋势曲线”，需要用到Intouch自带的Wizard控件和实时趋势绑定。这是工业画面上最常见的可视化形式之一。
• 给按钮增加“操作权限”逻辑，用“操作员”和“工程师”两个用户角色测试画面安全功能。Intouch的认证体系在生产项目中是必备环节。
• 尝试用“标记名导入/导出”功能，在Excel里改好几十个点再批量导入。这样几轮练下来，你对Intouch的掌握就不是停留在Demo层面，而是真的能上手搭一个简单监控界面了。

我个人在实际操作中的体会是，Intouch入门最大的一道坎，不是画面画得好看不好看，而是把“数据是怎么从设备走进画面”这条链路真正打通。只要这条链路通了，剩下的功能都是在往链路上挂东西而已。希望这篇能帮你顺利迈过那道坎。