简介：iBA数据采集软件使用说明面向工业自动化现场的数据采集与故障分析人员，围绕ibaPDA与S7-Xplorer接口的配置与使用展开，适合需要将西门子PLC数据接入ibaPDA进行记录、诊断和趋势分析的中初级工程人员参考，也可作为项目调试前的操作预习材料。包内为1个docx文档，压缩包约3.63MB，内容集中，便于随查随用。文档覆盖S7-Xplorer的系统与许可证要求，S7-200、S7-300/400、S7-1200/1500等不同PLC的连接准备，包括以太网向导、TSAP设置、连接机制与PUT/GET通信激活、优化块访问限制等要点；同时说明ibaPDA端I/O管理器添加模块、TCP/IP连接测试、时基与模块布局设置、地址簿加载及S7操作数添加数据的方法，可帮助读者理清从PLC通信准备到信号接入的完整链路。已有2138人学习，适合现场调试、数据采集项目搭建和排错时对照查阅。

1. 调试一台老 S7-200 时，我在 I/O 管理器里点了十几次 Test

返回的全是红色的连接失败，而网口灯亮得刺眼。后来才发现，问题既不在 ibaPDA，也不在网线：PLC 那一侧根本没有一条“服务器连接”，TSAP 也没有配置。S7-Xplorer 这套东西的本质，是在 ibaPDA 的 I/O 管理器里挂一个 S7 协议采集模块，让它按 TCP/IP 或 PC/CP 的方式，把 S7-200/300/400/1200/1500 里的过程值直接拉进信号树，再交给 ibaPDA 负责记录、回放和故障回溯。它适合的是要长期盯着产线 PLC 内部变量、又不想在每个 CPU 里额外写通信程序的人。采集点从几个到上百个，真正的难点从来不在软件界面，而在两侧配置能不能严丝合缝地对上。下面按“许可证算账、PLC 侧开门、ibaPDA 侧落地、现场避坑”的顺序拆。

2. 装之前先算清账：版本、许可证与 16 个连接的硬门槛

很多人拿到安装包第一件事是双击下一步，装完打开 I/O 管理器发现接口根本不出现，然后开始怀疑安装包有问题。实际上一大半情况是许可证没到位，软件进程明明在跑，但接口模块被隐藏了。这一章先把账算清楚，省掉后面反复重装的时间。

2.1 系统要求其实是三层，缺一层都看不到接口

把它拆成三层看就清楚了：软件版本、基本许可证、接口许可证。三层是“与”的关系，不是“或”的关系。

这里有个容易被忽略的点：接口许可证在两个名字之间是二选一的关系，不是两个都要。手册里写的是“ibaPDA-Interface-PLC-Xplorer 或 ibaPDA-Interface-S7-Xplorer”，拿到哪张就用哪张，装完在许可证管理里核对一下授权项名称和 I/O 管理器里显示的名字是否一致，对不上就先别往下走。

提示：升级 ibaPDA 大版本之前，先把当前许可证信息截个图存档。接口授权在跨版本时偶尔需要重新导入，手头没有原始授权文件会很被动。

版本这一层还藏着另一个坑：v7.0 是底线，但不同小版本对 S7-1200/1500 的符号读取支持程度不完全一样。如果现场主力是 1200/1500，并且打算用“Load address book from S7”直接拉符号表，建议在测试机上先用同一个版本跑通再上产线机，别在生产机上做版本试验。

2.2 16 个连接怎么算，什么时候该加授权

手册里那句“对于超过 16 个连接，您需要额外的 ibaPDA-Interface-S7-Xplorer 许可证”，是第一年最容易踩的预算坑。关键在于“连接”这个词的口径。

按工程上的常规理解，一个连接对应 ibaPDA 与一个通信端点之间建立的一条 S7 会话。也就是说：

• 一台 PLC 走一个 TCP/IP 连接方式，通常算一个连接；
• 同一台 PLC 既走 TCP/IP 又走 PC/CP，这是两条独立会话，要按两个算；
• 一台 PLC 上开多个模块分别指向同一个 IP，很多情况下仍然是各自建会话，规划时按模块数保守估；
• 冗余 CPU、双网口设备，按实际建立会话的数量算。

所以规划阶段不要只数“有几台 PLC”，要数“有几个模块实例”。我一般会先画一张表，把每个模块的 IP、连接方式、用途列出来，行数就是连接数。超过 16 行，就在采购清单里补一条接口许可证，别等上线前一天才发现加不了第 17 台。

顺带说一句扩容的判断标准：如果新增的连接只是零星几个模拟量、用于趋势观察，可以先复用已有模块里的空闲操作数位置；如果是新增一整台设备、要独立做故障回溯，那就老老实实加授权，混在一个模块里会让后期排障变成黑匣子——出问题时分不清是哪台设备的数据先丢的。

2.3 为什么是 S7-Xplorer，而不是写 PLC 程序或用通用 OPC

现场经常有人问：既然 PLC 里已经有以太网口，为什么不直接在 PLC 里写一段通信程序把数据推出来？答案在改动成本和责任边界上。

对存量产线来说，S7-Xplorer 最实际的价值就是“PLC 侧零改动”——除了 1200/1500 需要放开两个访问开关，300/400 需要确认保护等级，其余工作全在 ibaPDA 这边完成。这也是它值得单独配一份接口授权的理由：省下的是停机窗口和改程序带来的风险。

3. 先把 PLC 侧的门打开：S7-200、S7-300/400、S7-1200/1500 三套接法

ibaPDA 侧配得再漂亮，PLC 侧的门没开，Test 一定失败。三类 CPU 的开门方式完全不同，混着记必然出错，所以分开写。

3.1 S7-200：先用 STEP 7-Micro/WIN 建一条服务器连接

S7-200 走以太网，前置条件是它必须先具备一条可被外部访问的服务器连接。这一步只能在 STEP 7-Micro/WIN 里做，ibaPDA 替代不了。操作顺序是固定的：

1. 打开 STEP 7-Micro/WIN，在“工具”菜单里启动以太网向导；
2. 在向导里创建一条以太网连接；
3. 连接类型选“服务器连接”，填入一个 TSAP（例如 10.00），并勾选“接受所有连接要求”；
4. 把组态下载到 PLC，重新上电或复位使配置生效。

这里的 TSAP 不是随便填的。它由连接类型和连接号构成，填进去的值必须和 S7-200 以太网模块手册里给出的定义对得上——手册里通常会有一张 TSAP 对照表，把不同连接类型对应的编号列出来。填错的表现很有迷惑性：ibaPDA 侧 Test 直接报连接被拒绝，或者连上之后立刻断开，看起来像是网络问题，实际是 TSAP 不匹配。

“接受所有连接要求”这个勾选项也值得单独说。不勾的时候，PLC 只接受来自已组态对端 IP 的连接请求，ibaPDA 所在的机器如果不在这个白名单里，Test 必然失败。调试阶段先勾上，等链路验证通过、IP 固定下来之后，再按需收紧。

注意：S7-200 的以太网配置是存在模块里的，换模块或者模块电池失效后配置可能丢失。现场遇到过换备件之后采集全断、查了半天网络的情况，最后是重新下载以太网向导配置解决的。备件更换后，请把这一项列进恢复清单。

3.2 S7-300/400：保护等级和连接机制要一起看

S7-300/400 的坑集中在“保护”这一层。CPU 属性里有保护等级设定，等级过高时，外部通过 S7 协议读写数据的请求会被直接挡掉。常规做法是把保护等级调到允许读写的位置，同时确认连接资源没有被别的上位机占满。

300/400 的连接资源是有限的，编程软件、上位机、触摸屏、采集软件都在抢同一批资源。如果现场同时挂着编程笔和 ibaPDA，很容易出现“编程软件能连、ibaPDA 连不上”或者反过来的情况。这时候去 CPU 的通信资源诊断里看一眼当前占用，比反复改配置有用得多。

还有一点：300/400 的数据块默认不是优化访问的，直接用绝对地址读写一般没问题，但如果程序里对 DB 做过重新编译、块长度变化，原来的偏移地址就会错位，采集上来的值看起来“有数但不对”。这类问题后面第 5 章还会展开。

3.3 S7-1200/1500：两个开关不开，读到的全是零

1200/1500 是完全不同的逻辑。它们默认开启了优化块访问，数据块里的变量按符号寻址、地址由编译器安排，外部按绝对地址去读会读错位置甚至读不到。手册里给的两条要求必须同时满足：

第一，只进行数据块访问，不做“优化块访问”。做法是在数据块属性里取消“优化的块访问”勾选，然后重新编译下载。取消之后，块内变量的偏移地址才是固定可预测的。

第二，在 CPU 属性里放开 PUT/GET 通信。路径是“属性 → 通用 → 保护 → 连接机制”，勾选允许通过 PUT/GET 通信访问。这个开关默认是关的，关着的时候，ibaPDA 侧 Test 很可能也是通的——因为 TCP 层连上了——但一读数据就失败或者全零，非常有欺骗性。

“TCP/IP S7-1X00”这个连接模式是给 1200/1500 专用的，选对之后才能用“Load address book from S7”把 PLC 的符号列表整份拉下来存进地址簿。这一步能省掉大量手工敲地址的工作，但前提仍然是上面两个开关已经打开。

3.4 三类 CPU 的配置差异对照

把差异压成一张表，现场排查时照着看比翻手册快：

这张表建议打印出来贴在调试机上。三类 CPU 的配置逻辑没有任何可迁移性，把 200 的经验套到 1200 上，基本等于从头再来。

4. ibaPDA 端落地：I/O 管理器里的 TCP/IP 与 PC/CP 两条路

PLC 侧的门开好了，接下来全部工作在 ibaPDA 里。这一章的每一步都对应界面上一个具体位置，照着点就行，重点是别漏掉 Test 和诊断这两个验证动作。

4.1 添加模块：接口不出现先回头查许可证

打开 I/O 管理器。如果系统要求都满足了，左侧的可用模块列表里应该能看到 S7-Xplorer 接口项。看不到只有两种可能：版本不够，或者接口许可证没被识别。先回第 2 章核对，别在这里浪费时间。

添加模块的方式是选中接口项后新建一个模块实例，每个实例对应一台 PLC 或者一组共享同一连接的采集点。给模块起名的时候带上设备代号，后期信号树里几十个通道混在一起，命名混乱的代价是排障时逐个点开确认。

添加完成后的第一件事不是填 IP，而是先把三个通用项定下来：时基、模块布局、地址簿。这三个是模块级参数，改一次影响整个模块下的所有信号。

4.2 通用模块设置：时基、模块布局、地址簿

时基决定了这个模块多久向 PLC 请求一次数据。它不是越快越好——每一次请求都在占用 PLC 的通信资源，时基设得过密，轻则采集值抖动，重则把 CPU 的通信负荷拉高，影响到同一网络上的其他上位机。常规做法是先按工艺关注的最小变化周期倒推：如果关注的是温度这类缓变量，秒级完全够；如果是看液压冲击、启停瞬间，才需要往毫秒级压。

模块布局是界面呈现层面的设置，决定模块在 I/O 管理器里的组织方式，对采集本身没有影响，但会影响后期维护时的可读性。我的习惯是按工段分组，一个模块对应一个工段，通道数控制在几十个以内，超过就拆。

地址簿是这个模块的符号仓库。TCP/IP 直连模式下可以用绝对地址，不一定需要地址簿；但只要用上 1200/1500 的符号读取，地址簿就是后续所有操作数添加的来源。地址簿建好之后建议导出留档，理由在第 6 章展开。

4.3 TCP/IP 与 TCP/IP S7-1X00：连接模式选错等于白配

在模块的连接设置里填 PLC 的 IP 地址，然后选连接模式。300/400 和 200 一般选普通的 TCP/IP，1200/1500 选 TCP/IP S7-1X00。填完立刻点 Test，这是整个流程里最便宜的一次验证——几秒钟就能知道网络层和协议层通没通。

Test 之前，如果心里没底，可以先在命令行上把网络层和端口层各验证一遍，把“网络不通”和“协议配置错”这两类问题分开：

# 先确认 IP 层可达，排除网段、网关、网线问题 ping -c 4 192.168.0.10 # 再确认 S7 通信端口是开放的（ISO-on-TCP 默认 102） timeout 3 bash -c 'cat < /dev/null > /dev/tcp/192.168.0.10/102' \ && echo "port 102 open" \ || echo "port 102 closed"

这两条命令的含义很直接：ping 通说明三层可达，102 端口开说明 PLC 的通信服务在监听。ping 不通就别在 ibaPDA 里折腾了，先去查网络；ping 通但 102 关着，多半是 PLC 侧没组态好或者被防火墙拦了。把这一步前置，能省掉大量“Test 失败到底是哪一层”的猜谜。

提示：Test 成功只代表会话建立成功，不代表能读到数据。第 3 章说的 PUT/GET 没开、优化块没取消，都会出现“Test 通过但信号全零”的情况。Test 是必要条件，不是充分条件。

4.4 添加操作数：Select S7 operands 与地址簿两条路径

数据添加有两个入口，用哪个取决于你手上有没有符号表。

第一条路径是手工加。切到 General 选项卡，点“Select S7 operands”打开 S7 操作数编辑器；也可以在数字量、模拟量选项卡里通过“S7 操作数”那一列直接加。在编辑器里点“S7 Operand”逐条录入地址、数据类型、注释。适合点数少、地址明确的场景，比如临时加几个联锁信号看看。

第二条路径是走地址簿。先在连接设置里点“Load address book from S7”，把 PLC 的符号列表拉进地址簿（这一步只有 1200/1500 的 TCP/IP S7-1X00 模式支持），然后在 S7 Symbol 里或者点“Select s7 Symbols”按符号挑选。好处是地址、类型、注释全部来自 PLC 程序本身，不用人工翻译，PLC 程序改了之后重新 Load 一次就能对齐。

两条路径的实际差别在维护成本上。手工加的地址，PLC 程序一改偏移，采集值就会静默错位——数字照样在动，只是动的是别的变量，这种错误最难发现。走地址簿的，符号名不变就不会错位。所以只要 PLC 支持符号读取，我一律走第二条。

4.5 PC/CP 连接方式：PG/OP 资源和 CPU 诊断入口

除了纯 TCP/IP，还有一条 PC/CP 的连接方式，走的是本机的通信处理器或者网卡驱动。它的配置项和 TCP/IP 不太一样：

连接类型要选 PG 或 OP，具体选哪个取决于这台 CPU 上还剩下哪种资源。PG 资源通常留给编程设备，OP 资源留给操作面板类设备，两者是分开计数的。现场如果编程笔常驻在线，PG 资源可能已经被占，这时候选 PG 会连不上，换 OP 往往就通了。

“应用程序接入点”这一项要和本机实际安装的通信组件对应上，选错的表现同样是 Test 失败。填完后点 Test 验证，通了之后再点界面上的“S7-CPU”超链接，会显示这颗 CPU 的诊断数据——型号、运行状态、通信资源占用情况都能看到。这个诊断入口在排查“为什么连得上但读不到”时特别有用，比盲猜快得多。

PC/CP 和 TCP/IP 的选择上，我的经验是：新部署优先 TCP/IP，配置项少、路径清晰；只有在 TCP/IP 走不通、或者现场已经有现成的 CP 卡和驱动体系时，才用 PC/CP。两者不要在同一台 PLC 上同时开，否则连接数会翻倍，重复采集也没有意义。

数据添加完成后，在 ibaPDA 的信号树里就能看到新加的信号。到这一步配置算完成，但离“能放心用”还有距离——验收和长期维护是第 6 章的事。

5. 避坑排查：五条从现场捡回来的记录

下面这五条都是配置看起来完全正确、但采集就是不正常的典型场景。每条按“现象 → 原因 → 解决”写，遇到对应现象直接对号入座。

5.1 Test 通过、信号树有值但全是零

现象：连接测试通过，信号树里通道都在，数值持续为 0，PLC 那边对应变量明显在变化。

原因：最典型的是 S7-1200/1500 的 PUT/GET 没开。TCP 会话建立成功，但读写请求被 CPU 拒绝，ibaPDA 拿不到有效返回值时按零处理。其次是数据块还开着“优化的块访问”，绝对地址读到了保留区。

解决：回 CPU 属性确认“保护 → 连接机制”里的 PUT/GET 已勾选并下载生效；再逐个检查被采集数据块的“优化的块访问”是否已取消并重新编译。两个开关都确认后重新 Test，数值应该立刻恢复正常。改完记得把 PLC 重新下装一次，只在界面上勾选不下载是不生效的。

5.2 换了一台 PLC 之后，数值在动但明显不对

现象：设备换型或者程序升级后，采集通道数值一直在变，但和实际工艺对不上，比如温度显示成压力量级。

原因：手工录入的绝对地址在 PLC 程序重新编译后发生偏移。数据块长度一变，后面所有变量的地址整体平移，采集点全都错位一格，数值自然“在动但不对”。

解决：短期先按新程序的地址表逐个核对修正；长期改用地址簿方式添加操作数，让地址来自符号而非手工输入。核对时不要只看第一个通道，错位往往是从某个中间变量开始的，前面的通道是对的，很容易被误导。

5.3 第 17 台设备怎么都加不进来

现象：前 16 个模块一切正常，新增第 17 个模块时，要么模块加不上，要么加上去之后 Test 一直失败。

原因：撞上了 16 连接的授权门槛。超过 16 个连接需要额外的 ibaPDA-Interface-S7-Xplorer 许可证，没有授权时新建的连接建立不起来。

解决：按第 2 章的方法先数清实际连接数，确认确实超过 16，补授权后再加。临时应急可以把采集点相近的两台设备合并到一个模块里，但合并之后排障粒度变粗，只适合过渡期，不建议长期这么干。

5.4 S7-200 连接被直接拒绝

现象：ibaPDA 侧 Test 立刻返回失败，PLC 能 ping 通，102 端口也开着。

原因：三种可能，按概率排是 TSAP 填错、没勾“接受所有连接要求”、以太网向导配置下载后丢失。TSAP 必须和模块手册里的定义一致，填一个“看起来合理”的值是最常见的错误。

解决：回 STEP 7-Micro/WIN 打开以太网向导逐项核对，重点看连接类型是否为“服务器连接”、TSAP 是否与手册对照表一致、是否勾了“接受所有连接要求”，核对完重新下载。如果确认配置无误仍然失败，检查是不是换了模块或者模块掉电导致配置丢失，重新下载一次再看。

5.5 采集跑起来之后，同一网络上的触摸屏开始卡顿

现象：ibaPDA 一启动，同网段的触摸屏刷新变慢，PLC 的通信诊断里能看到请求排队。

原因：时基设得过密，采集请求把 PLC 的通信资源吃掉了。老型号 CPU 的通信处理能力有限，几毫秒一次的轮询足以把资源占满。

解决：把时基放宽到工艺实际需要的量级，缓变量用秒级；同时把同一模块下的操作数整理成连续地址段，减少请求次数。改完观察 PLC 的通信资源占用曲线，回落到正常水位再继续加通道。这件事没有统一参数，只能按现场 CPU 型号和已有负载试出来。

6. 信号树验收与长期维护：三个验证动作和一个我常开的诊断窗口

配置跑通只是起点。真正决定这套采集能不能长期用的，是验收阶段有没有把“数据是对的”这件事验证到位。

第一个动作是三点核对。在 PLC 侧用编程软件在线监视一个已知变量，人为改变它的值（比如把一个设定值从 50 改成 60），同时在 ibaPDA 信号树里看对应通道。三点分别是：PLC 在线值、ibaPDA 实时值、历史记录里回放出来的值。三个数一致，这条链路才算通。只做前两点、不做回放验证，经常会在记录配置有问题时留下隐患——实时看着对，事后查故障发现历史里是空的。

第二个动作是看质量位和时标，不只看数值。每个通道除了值本身，还有时标和质量状态。时标能看出采集是否按设定时基在走，质量位能看出这次读取是不是有效。我习惯在验收时把通道的时标列出来扫一眼，如果发现某些通道的时标间隔明显大于时基，说明请求在排队，通信负载已经接近上限，这时候加通道就要谨慎了。

第三个动作是断开重连测试。把网线拔掉十几秒再插回去，观察采集是否自动恢复、恢复后有没有数据空洞、空洞在历史记录里怎么表现。这个测试能暴露很多平时看不出来的问题，比如重连后地址簿失效、通道卡在错误状态不恢复。做完这一轮，才算对这套采集的边界有数。

维护层面最值得投入的一件事，是地址簿的版本化管理。每次从 PLC 拉完符号表，顺手导出一份，文件名带上日期和设备代号，和 PLC 程序的版本一一对应。听起来是额外工作，但等到半年后 PLC 程序升级、采集值集体错位时，手上有旧地址簿就能快速定位是哪几个符号发生了变化，而不用把几十个通道逐个点开比对。这个习惯我是在一次连续两天的错位排查之后强制养成的——那次因为没有留档，只能靠人工逐个通道反推，代价远超平时存几个文件的时间。

还有一个我几乎常开的窗口：PC/CP 方式下的“S7-CPU”诊断页面。它能看到 CPU 当前的通信资源占用，采集出现间歇性失败时，先看这里有没有资源打满，比在 ibaPDA 日志里翻要快得多。这套东西的配置项其实不多，难的是每次动 PLC 程序、换硬件、改网络之后，都要把这些验证动作重新走一遍。从那以后我每次改完 PLC 侧配置，都会强制把三点核对和断线重连走一遍再离开现场，希望这些经验帮到你。

本文还有配套的精品资源，点击获取