简介《Intouch 2020R2 SP1与西门子1500PLC通讯配置手册》面向具备基本自动化设备安装与调试能力的技术人员尤其适合已有Intouch与西门子PLC通讯经验的工程师参考。内容围绕上位机与S7-1500建立稳定通讯这一目标按实际工程配置流程展开涵盖博图软件参数设置、SMC配置、创建Intouch通讯程序、配置访问名与标记名以及建立动画链接等关键环节并对允许PUT/GET通信、取消优化块访问等易错点作出说明。资源包共1个PDF文件大小约1.42MB便于现场查阅与归档。已有288人学习文档还强调安全操作与风险提示可帮助读者减少调试返工快速完成通讯联调并提升系统运行的稳定性。1. 从一台跑起来的 S7-1500 说起为什么通讯配置总卡在中间那一段现场最耗时间的往往不是画面画不出来而是画面上的数字不动。PLC 程序早就跑起来了Intouch 2020R2 SP1 这边画面也画完了中间那条从 DB 块到标记名的链路却卡两三天——Port 建了、Legacy Connection 也加了Activate 点下去状态就是不对。这份手册把链路拆成三段博图侧要放开什么、SMC 里 Legacy Connection 怎么建、Intouch 的访问名和标记名怎么对齐。它不教 S7 编程也不教组态画面只解决“数字能不能上来”这一件事。适合手上已经有 S7-1500、Intouch 版本固定在 2020R2 SP1、需要走 SIDIRECT 驱动做直连的现场工程师尤其是从 OPC 那套转过来、第一次碰 SMC 目录树的人。2. 通讯链路拆开看SIDIRECT 驱动、PUT/GET 与三个前置条件2.1 数据从 DB 块到画面中间隔了四个进程先把链路画清楚后面每一段配置才有落点。Intouch 的标记名本身不发通讯它只是一条声明我要某个地址的某个类型的数据从哪个访问名取。访问名再把请求交给 DAServer也就是 SIDIRECT 驱动这一跳走的是本机的 SuiteLink 协议默认端口 5413老工程也可能配成 DDE。SIDIRECT 拿到请求后翻译成 S7 协议报文通过 TCP 102 打到 PLC 的通讯资源上由 CPU 去读对应的 DB 块再把结果原路返回。这条链上四个环节任意一个名字对不上画面上显示的就是问号或者 0。现场最常见的误判是一看数值不动就去查 PLC 程序实际上问题出在访问名里的 Topic 名和 SMC 里 Device Group 的名字差了一个字母。所以配之前先记住一条SMC 里的 Port 名、Device Group 名、Intouch 访问名里的 Application Name 和 Topic Name是四把必须互相对上的钥匙任何一把错位链路就在那一跳断掉而且报错信息往往只说“无法读取”不会告诉你是哪一把。另一件容易被忽略的事是时间。SIDIRECT 是按扫描周期批量取数的Intouch 标记名的扫描周期设得比 DAServer 的更新周期还快多出来的请求并不会让数据更新更快只会堆积。我一般把标记名扫描周期设成 500ms 到 1sDAServer 侧保持默认先把链路跑通再谈优化。2.2 为什么这套组合走 SIDIRECT 而不是 OPC UA选型这件事没有绝对优劣只有场景匹配。Intouch 2020R2 SP1 这一代产品自带 SIDIRECT 驱动装完就能在 SMC 目录树里看到Siemens – SIDIRECT节点不需要额外采购 OPC 组件、不需要配证书、不需要在两台机器之间做信任关系。对车间里那种“一台上位机、一台 PLC、一个交换机”的简单拓扑这条路的配置面是最小的。代价也很明确。SIDIRECT 走的是 S7 的非优化通讯对 S7-1500 来说就是 PUT/GET这类连接不参与 CPU 的配对通信资源管理但有独立的连接数上限点位铺得太多、请求太密CPU 那边的通信负载会上去。它也不做加密跨网段跨厂区那种场景不该用它。所以判断标准很朴素同网段、点数在几百到一两千、没有信息安全硬要求SIDIRECT 够用而且省事要跨网段、要做证书、要和第三方系统共享数据源那还是老老实实上 OPC UA 服务器别在 SIDIRECT 上硬拗。还有一类容易被带偏的情况现场已经有一台第三方 OPC 服务器在跑有人会想“反正都是取数让 Intouch 连那台服务器算了”。这要看那台服务器的数据源是不是同一个 PLC、刷新是否够快、故障时谁负责。多绕一层就多一个故障点出问题时定位成本翻倍。2.3 上电前先做三件事版本、驱动、端口配置之前先做预检比配到一半发现驱动没装要省事得多。下面这张表是我自己每次开工前都会过一遍的清单列的是“查什么”和“不合格时现场长什么样”。检查项怎么查不合格的表现Intouch 版本Application Manager 的帮助菜单里看版本号驱动装到一半报组件不兼容SIDIRECT 驱动打开 SMC看树里有没有 Siemens – SIDIRECT 节点树里只有默认节点建不了 PortPLC 的 IP 可达ping 通、同网段或路由可达建链一直转圈最后超时TCP 102 放通端口探测ping 通但建链失败最迷惑人本机防火墙看入站规则第一次能通重启机器后不通SMC 运行权限是否以管理员身份启动保存时报写入失败ping 通不代表能建链这一点值得单独强调。ICMP 和 TCP 102 是两回事交换机上做 ACL、上位机装了安全软件、PLC 侧的保护设置任意一环都能让 ping 通而 102 不通。用 PowerShell 一次把三层都验掉# 第一层网络可达性PLC 不一定回 ICMP不通也别急着下结论 Test-Connection -ComputerName 192.168.10.20 -Count 4 # 第二层S7 通讯端口TcpTestSucceeded 为 True 才算真的通 Test-NetConnection -ComputerName 192.168.10.20 -Port 102 # 第三层本机 DAServer 起来后SuiteLink 的 5413 应该在监听 Get-NetTCPConnection -LocalPort 5413 -ErrorAction SilentlyContinue | Select-Object LocalAddress, LocalPort, State三段命令对应链路上的三个位置。第一段只证明路由通第二段的返回值才是关键TcpTestSucceeded : True说明 PLC 的通讯端口能接受连接第三段要在 SMC 里 Activate 之后再看如果 5413 没有监听说明 DAServer 进程没起来这时候去查 Intouch 的访问名没有任何意义。IP 地址、机架号、槽号这些参数在下一章会具体说怎么从博图里取这里先把“能不能通”这件事和“配得对不对”分开排错时能省掉一半时间。3. 博图侧四件事IP、机架槽号、DB 属性与访问权限3.1 硬件组态里定下 IP 和机架槽号博图里新建项目、选好 CPU 型号之后第一件事是在硬件组态的设备视图里给 CPU 的 PROFINET 接口分配 IP 地址和子网掩码。这个地址就是后面 SMC 里 Legacy Connection 要填的那个 IP必须和上位机在同一网段或者中间有路由且 102 端口可达。地址定下来之后不要再随手改改一次就要回头改 SMC改完还要重新 Activate现场经常就是这一步漏了。机架号和槽号是两个特别容易被当成“随便填”的参数。S7-1500 一般是机架 0、槽 1S7-300 常见是机架 0、槽 2但这不是背下来的规则而是要在博图里看实际组态。打开设备视图双击 CPU 看属性或者直接在硬件组态里看 CPU 落在第几个槽位。填错的典型表现是SMC 里连接能建、Activate 也不报错但所有点位读出来都是坏值——因为驱动把请求发到了一个不存在的槽位上。我的习惯是把这三个值IP、Rack、Slot写在配置记录里和 PLC 的程序版本号放一起。现场调试阶段 PLC 程序反复下载硬件组态一改这三个值有可能变回头查的时候有记录能省很多口舌。3.2 DB 块的两个开关取消优化访问、访问权限设为无保护这是整份手册里最关键、也最容易被跳过的一步。S7-1500 新建 DB 块时默认勾选“优化的块访问”这种块内部只保留符号信息不保证变量的绝对偏移地址而 SIDIRECT 走的是绝对地址读取两者对不上结果就是能连上但读出来全是 0 或者随机值。改法是在项目树里右键 DB 块 → 属性 → 常规把“优化的块访问”取消掉。取消之后重新编译块里的变量才会出现固定的偏移量Offset比如Speed落在 0.0、Temp落在 2.0 这种。注意这个操作会让块内变量的偏移重新排布如果 PLC 程序里有别的地方按绝对地址访问这个块要一起检查。第二个开关是访问权限。DB 块属性里有一个“访问”选项默认可能是“无保护”如果被改成了“保护”或者设了密码外部读写会被拒绝。配置阶段统一设成无保护等调试完再按项目安全要求决定要不要收紧。属性优化块访问默认标准块访问要改成这个变量偏移不固定随编译变化固定可预测能否绝对地址读取不能能SIDIRECT 能否读到读到坏值或 0正常适用场景PLC 内部逻辑需要被上位机按地址访问改完这两项把硬件组态和程序一起编译下载。下载过程中 CPU 会重启已经建好的通讯会断这是正常的不要在这个时间点去判断链路好坏。3.3 允许来自远程对象的 PUT/GET 访问S7-1500 默认关闭了非配对通信也就是不允许外部按地址直接读写必须在 CPU 属性里显式打开。路径是设备视图里双击 CPU → 属性 → 保护与安全不同博图版本菜单名略有差异→ 连接机制勾选“允许来自远程对象的 PUT/GET 通信访问”。这个勾不勾表现差异非常干脆不勾SMC 里连接建得再漂亮Activate 之后状态就是不绿日志里刷的是连接被拒绝勾上并重新下载硬件组态同样的配置立刻就通了。现场排查时如果怀疑这一项最快的确认方式是回博图看一眼比在 SMC 日志里翻半天强。下载完成后建议做一次冷启动验证把 CPU 断电再上电确认 IP、机架槽号、DB 偏移都没有变再去配 SMC。调试阶段最忌讳的就是一边改 PLC 一边调上位机改动的变量太多出了问题根本定位不到是哪一步引入的。4. SMC 建链到标记名Legacy Connection、访问名与 Item 写法4.1 Port 节点下 Add Legacy Connection三个参数怎么填驱动装好之后从开始菜单打开 AVEVA 的 System Platform Management Console。左侧目录树按这个路径展开Operations Integration Server Manager→Default Group→Local→Operations Integration Supervisory Servers→Siemens – SIDIRECT→Configuration→Port。在Port上单击右键选Add Legacy Connection。弹出的对话框里第一项是连接名可以随便起我一般用PLC1这种能对应现场设备的短名。真正要填准的是下面三个PLC 的 IP 地址、机架号Rack、槽号Slot值全部来自上一章在博图里确认过的内容。这一步没有代码但有个操作细节值得说填完之后不要急着往下走先看对话框里有没有测试按钮或者状态提示很多版本在这一层就能试连。能在这里连上后面的 Device Group 才有意义这里连不上回去查 102 端口和 PUT/GET 权限别在 Intouch 那边浪费时间。4.2 Device Group 与 Activate激活之后看什么连接建好后展开它在Device Group上右键空白处选Add在 Name 里填组名。这个组名就是后面 Intouch 访问名里要填的 Topic Name起名要短、要稳定我一般直接叫PLC。名字一旦定下来后面所有标记名都挂在它下面中途改名意味着所有访问名都要改一遍。填完点右上角的保存图标保存项目然后右键那个OI.SIDIR.1节点选Activate。激活成功的标志是节点图标状态变化具体图标样式各版本有差异但判断标准很简单激活之后本机的 5413 端口应该进入监听状态用上一章那段Get-NetTCPConnection能查到。激活之后不要立刻去 Intouch 建标记名。正确顺序是先在这个 Device Group 下试着浏览或者读一个点位确认驱动到 PLC 这一段是通的。这一段通了剩下的就是名字对齐的问题这一段不通后面所有配置都是白做。我见过太多人跳过这一步直接在 Intouch 里建了上百个标记名运行时全问号回头一个个排查成本高得多。4.3 Intouch 侧的访问名四个字段必须和 SMC 对齐打开 Intouch Application Manager在空白处右键新建模板选“独立型带符号库”输入工程名比如“通讯”确认存储路径完成创建。双击进入 WindowMaker先建一个窗口然后打开标记名字典之前先把访问名配好。访问名在 WindowMaker 的专用菜单里新建一条字段对应关系如下访问名字段填什么对应 SMC 里的什么Name自定义如PLC无Intouch 内部引用名Node Name留空本机DAServer 与 Intouch 同机时留空Application NameSIDIRECT驱动安装后的 DAServer 名Topic NamePLC4.2 里建的 Device Group 名ProtocolSuiteLink与 DAServer 的通讯协议四个字段里Application Name和Topic Name是最容易出错的两个。前者写错Intouch 找不到 DAServer标记名全线飘红后者写错DAServer 收到了请求但不知道往哪个设备组投递。这两个错误在运行时的表现几乎一样都是问号只能靠回头核对名字来区分所以建访问名的时候就把名字抄在配置记录里比事后猜要快。Protocol这一项2020R2 这一代默认 SuiteLink 就行。如果现场是从很老的工程迁移过来的可能还留着 DDE 的配置那种情况要么统一改成 SuiteLink要么确认 DDE 共享内存那套还能跑不要两种混用。4.4 标记名的 Item 写法DB 地址怎么落到字符串上访问名建好后打开标记名字典新建标记名。类型按数据选模拟量用IO Real或IO Integer开关量用IO Discrete字符串用IO Message。关键是Item Name这一栏它决定驱动去 PLC 的哪个地址取数。SIDIRECT 的 Item 命名规则随驱动版本有差异常见的形式是“DB 块号 数据类型 偏移量”的组合比如读 DB10 里偏移 0 开始的一个字写法类似DB10.DBW0读双字可能写成DB10.DBD4。这套写法没有统一标准最稳的做法是查你手上这个驱动版本自带的 Item 命名说明或者用 SMC 里的浏览/测试功能先验一个地址能不能读出来验证通过再照这个格式批量往下写。PLC 侧变量数据类型Item 常见写法备注DB10 偏移 0 的字Int16DB10.DBW0单字注意字节序DB10 偏移 2 的双字Int32 / RealDB10.DBD2Real 与 DInt 位宽相同靠标记名类型区分DB10 偏移 6 的位BoolDB10.DBX6.0位地址要写到 bitDB10 偏移 8 起的字符串String按驱动文档字符串读取对长度有要求这张表只是格式示意具体前缀以你的驱动版本为准。有一个通用原则值得记住标记名的数据类型必须和 PLC 侧变量严格匹配。把一个 Real 地址建成IO Integer读上来的是把浮点位模式当整数解释的结果数字能变、但完全不对这种错误比读不到更隐蔽现场经常被当成“信号有干扰”查很久。4.5 动画链接与运行时验证标记名建好之后回到窗口画一个文本对象或者矩形右键 → 动画链接 → 值把表达式指向刚才的标记名。开关量用离散动画或者可见性模拟量用值动画并设好范围和颜色断点。保存窗口切到运行态。验证顺序建议这样先看单个点确认数值和 PLC 在线监视的值一致再看刷新改一下 PLC 里的值看画面上多久跟着变最后看断开行为把网线拔掉确认画面显示的是坏值而不是冻结在最后一个数上。第三项特别重要很多现场事故就是画面停在旧值上操作员以为设备还在正常状态。运行态里如果标记名后面带感叹号或者显示问号先别改配置回到 SMC 看激活状态还在不在。顺序永远是从下往上查PLC 侧能不能通、DAServer 有没有激活、访问名对不对、标记名地址对不对、动画链接表达式对不对。从上往下查改了半天可能只是 DAServer 掉了。5. 避坑排查连不上、读到 0、跑几天才断的五种现场5.1 建链阶段就连不上现象SMC 里 Legacy Connection 建好Activate 之后状态一直不绿日志里刷连接超时或者连接被拒绝。原因最常见的是 CPU 属性里没勾“允许来自远程对象的 PUT/GET 通信访问”。其次是机架号槽号填错或者 102 端口被防火墙拦掉。还有一种少见但确实存在的情况PLC 的 IP 和上位机不在同一网段中间路由没放通 102。解决按 2.3 那三段命令从下往上验先确认 102 通再回博图确认 PUT/GET 勾选状态最后核对机架槽号。三项都确认无误再重新下载硬件组态并 Activate。这一步我一般不允许跳着排因为三项的表现都是“连不上”凭感觉猜很容易绕圈。5.2 连上了但读出来全是 0 或者明显不对的数现象Activate 正常Intouch 里标记名不是问号但数值一直是 0或者是一个明显不合理的大数。原因九成是 DB 块还开着“优化的块访问”绝对偏移不存在驱动按偏移取到的是别的位置。剩下的一成是数据类型不匹配比如把 Real 建成整型读上来的是位模式的整数解释数字会变但完全对不上。解决回博图取消优化块访问、重新编译下载然后核对标记名类型和 PLC 侧变量类型是否严格一致。这里要特别注意取消优化访问并重新编译后块内变量的偏移可能重排之前能读的地址可能就变了所以改完要把所有 Item 地址重新对一遍不要只改出错的那几个。5.3 单个点能读一批点里总有几个是坏的现象同一个 DB 块里前面十几个点正常后面某几个始终读不到或者显示坏值。原因地址越界或者跨了不允许读的区域。DB 块实际长度比你以为的短偏移写到块尾之外或者地址跨越了两个变量边界读上来的字节拼接错位。也有一种情况是驱动对单次读取的字节数有上限一段连续地址被硬拆成两次请求中间就可能出问题。解决先回博图看 DB 块的实际长度确认偏移没越界再把连续地址的读取范围拆小一点别一次跨太多字节最后用 SMC 的浏览功能逐段验证定位到具体是哪个偏移开始出问题。批量建标记名之前先验 3 到 5 个点这个习惯能省掉大量返工。5.4 跑几天就断重启 SMC 又好现象刚配好时一切正常运行两三天后通讯中断Activate 重启一次又能撑几天。原因请求太密导致 PLC 的通信资源被占满或者上位机这边 SuiteLink 会话堆积。也可能是网络质量差偶发丢包让连接进入异常状态而驱动没自动重连。解决先把标记名扫描周期整体调大一档比如从 200ms 改到 1s观察是否还断再把同一区域的点位合并成连续读取减少请求条数最后查交换机和网线的物理层质量。如果是长期运行的项目建议在画面上做一个心跳点用一个固定变化的计数器判断通讯是否还活着比等人发现数据不对要早得多。5.5 PLC 程序重新下载后通讯全断现象博图里改了程序重新下载Intouch 画面全问号SMC 里激活状态掉了或者还在但读不到数。原因下载硬件组态会让 CPU 重启所有连接重建如果改了 DB 块结构并重新编译变量偏移全部重排原来配的 Item 地址全部失效另外有些情况下下载后 PUT/GET 权限的配置需要重新确认。解决调试阶段就在 DB 块末尾预留 10% 到 20% 的余量新增变量往后加不要插在中间这样偏移变化最小每次下载后固定做三件事——确认 SMC 激活状态、读一个已知点、看偏移有没有变。这套动作做顺了之后一次下载后的恢复时间能压到几分钟。6. 批量铺开与验证两百个标记名怎么一次建完还不返工点位少的时候一个个手敲没问题超过一百个就必须换方法否则光是名字敲错就能耗掉一整天。Intouch 的标记名字典支持导出和导入常见做法是先用导出功能把已建好的几个标记名导成 CSV把它当模板照着往下面加行再用导入功能一次性灌回去。不要自己从零造表头和列顺序各版本字段排布有差异用导出的原件改最稳。准备表的时候只要盯住几个字段标记名、类型、组、访问名、Item Name。访问名在同一批里通常是同一个值所以整列填充Item Name 按 DB 偏移递增用表格软件往下拖比手敲快而且不容易错位。导入前先拿十行做试点确认导入成功、运行态能读到数再铺剩下的。验证环节我习惯分三层走。第一层是单点核对随机挑五个点把 Intouch 显示值、PLC 在线监视值、SMC 里的读取状态三者对一遍。第二层是批量扫描把画面切到运行态快速翻一遍所有页面看有没有成片的问号成片出问题一般是访问名那一层零散出问题一般是 Item 地址。第三层是断链测试拔掉网线看画面是否显示坏值插回去看是否自动恢复这一层能暴露出扫描周期和重连配置的问题。还有一个容易被忽略的收尾动作把 SMC 的配置导出备份和博图的硬件组态、DB 块偏移记录一起归档。现场设备换 CPU、换上位机、系统重装重新配一遍的成本远高于恢复一个备份。我自己有过一次教训调试完没留记录半年后现场换了一台工控机机架槽号和 DB 偏移全靠回忆一个下午全耗在试参数上。从那以后我每次配完通讯都把 IP、Rack、Slot、DB 偏移表、访问名对照表整理成一页纸放进项目文档谁接手都能照着恢复。希望帮到你。本文还有配套的精品资源点击获取