企业官网建设流程全解析

简介：这份文档围绕 iBA S7-Xplorer 数据采集与分析软件的配置使用展开，面向需要借助 ibaPDA 完成 PLC 数据记录、故障分析与现场调试的自动化工程师及技术支持人员，重点解决从软件环境准备到数据接入落地的操作指引问题。资源包仅含 1 个 docx 文档，大小约 3.63MB，内容以配置说明和操作要点为主，篇幅集中、便于随查随用，不依赖额外课件或视频。文档覆盖 ibaPDA v7.0 及以上版本与相应许可证要求，并区分 S7-200、S7-300/400、S7-1200/1500 的连接准备；在 ibaPDA 端还涉及 I/O 管理器添加模块、TCP/IP 与 PC/CP 连接方式、时基与模块布局设置、地址簿加载、S7 操作数添加以及 Test 连接测试和 CPU 诊断查看。已有 2138 人学习，适合希望快速搭建采集链路、核对配置项并积累排错思路的读者参考。对于初次接触 S7-Xplorer 的读者，可据此梳理许可、连接、寻址与测试的先后关系，减少现场反复试错。

1. 从一台老 S7-200 说起：S7-Xplorer 到底解决哪类采集问题

一台还在跑的 S7-200，数据锁在 DB 里，机台旁只有一个以太网口，这种现场最容易被一句“采不了”打发掉。iBA 数据采集软件里的 S7-Xplorer 接口，干的是把 S7 系列 PLC 的操作数和符号拉进 ibaPDA 信号树这件事；它适合已经有机台、有 PLC、要在不停机前提下做数据记录和故障分析的人，不适合连 PLC 型号和连接资源都没确认就指望一键导入的人。搜 iBA-S-XPLORE 落到配置层面，就是 S7-Xplorer 这个接口模块。反直觉的是，Test 变绿只说明 TCP 通了，离信号树出数还有 PLC 侧保护、优化块访问、TSAP、地址簿、时基几道关。这份说明的价值是把先许可、再 PLC 侧、再 ibaPDA 侧、最后核对信号树的顺序固定下来，少走来回改参数的弯路。

2. 系统要求与许可证：S7-Xplorer 跑起来前的四个硬条件

2.1 版本门槛：ibaPDA v7.0 不是建议值

项目正文里写的是 ibaPDA v7.0 或更高，这句话不是客套。S7-Xplorer 在 ibaPDA 里表现为 I/O 管理器下的一个接口插件，版本不够时，接口条目可能根本不出现，或者出现了也缺地址簿、S7 操作数编辑器这类入口。现场排查时先看软件“关于”里的实际版本，不要看安装包文件名，也不要用快捷方式属性里的版本号糊弄自己。版本低于 v7.0，后面填 IP、选 TCP/IP、点 Test 都是空转，先把版本升到要求线以上，再动 PLC 侧参数。

我一般会让现场把版本界面和许可界面各截一张图，连同 PLC 型号一起发过来。这样做不是形式主义，而是把“软件没到位”和“配置没到位”分开。版本够、许可够，再谈连接；版本不够，先记录现有接口和采集任务，升级后再逐项对照，避免升级完发现原来的模块布局变了、地址簿对不上。版本核对是最便宜的一步，也是最容易被跳过的一步。

2.2 许可证两条线：基本许可与 S7-Xplorer 接口许可

许可证要分两条线看：一条是 ibaPDA 基本许可证，另一条是 ibaPDA-interface-plc-xplorer 或 ibaPDA-interface-S7-Xplorer 的接口许可证。两条线都满足，I/O 管理器里才能正常添加 S7-Xplorer 模块。只装基本许可，软件能开，但接口模块加不进来；只有接口许可没有基本许可，同样跑不起来。现场最常见的翻车不是没买许可，而是把基本许可当成接口许可，看到软件能启动就以为万事大吉。

接口许可名称在不同版本里可能显示为 plc-xplorer 或 S7-Xplorer，核对时以许可管理器里实际列出的条目为准，不要只看纸质清单。现场如果换了采集电脑，许可要重新确认，别把旧电脑上的可用状态当成新电脑的状态。许可证这一步没有玄学，缺哪条补哪条，补完再往下走。

2.3 16 个连接怎么数：模块、CPU 与并发连接

项目正文明确写了：超过 16 个连接，需要额外的 ibaPDA-Interface-S7-Xplorer 许可证。这里的“连接”不要简单理解成 PLC 台数。现场一台 PLC 上开多个 S7-Xplorer 模块实例、或者同一台采集电脑上跑多个采集任务，都可能把连接数堆上去。我一般按 I/O 管理器里启用的 S7-Xplorer 模块实例来数，再叠加 PC/CP 方式占用的连接资源，最后留一点余量。不要等配置到第 17 个模块才回头看许可。

连接数超限的表现不一定是弹一个明确的“许可证不足”，有时是模块能加但连不上，有时是 Test 时好时坏。血泪经验是：先把连接清单列出来，标清楚每个模块对应哪台 PLC、走 TCP/IP 还是 PC/CP、是否启用，再决定要不要额外许可。连接数不是省出来的，省到后面排查成本更高。

2.4 上线前的拓扑表：IP、TSAP、连接方式先落纸面

S7-Xplorer 的配置项不算多，但分散在 PLC 编程软件和 ibaPDA 两边，现场改着改着就忘了哪边动过。我习惯先落一张拓扑表：PLC 型号、IP 地址、子网掩码、连接方式、TSAP、要采的 DB 号和符号名、时基。S7-200 走以太网时，TSAP 必须和编程软件里配的一致；S7-1200/1500 要确认优化块访问和 PUT/GET 通信的状态；S7-300/400 要看接入保护。表不用漂亮，但要能贴在机柜门内侧。

这张表还有一个作用：交接。今天你配通了，明天换人维护，没有表就只能从 I/O 管理器里反推。把 IP、TSAP、连接模式、地址簿版本写清楚，比在聊天记录里翻半天强。后续第 4 章的数据添加、第 5 章的排查，都围绕这张表走。

3. PLC 侧接入：S7-200 的 TSAP 与 S7-1200/1500 的 PUT/GET

3.1 S7-200 为什么不能只在 ibaPDA 里填 IP

S7-200 走以太网接入时，ibaPDA 端填 IP 只是最后一步。PLC 侧要先在 STEP 7-Micro/WIN 里建立或参数化以太网连接，否则 ibaPDA 的 Test 可能一直停在连接失败。项目正文给的顺序很清楚：先在编程软件里走“工具-以太网”菜单启动以太网向导，创建以太网连接，再选择“服务器连接”，输入一个 TSAP，例如 10.00，并激活“接受所有连接要求”。这几步不是可选项，少一步，S7-Xplorer 端就可能连不上。

现场常见的误判是“PLC 能 ping 通，所以以太网没问题”。ping 通只证明网络层通，不代表 PLC 的以太网连接服务已经按服务器模式准备好。S7-200 的以太网向导里选服务器连接，意思是让 PLC 侧接受来自采集端的连接请求；TSAP 则是两端对齐的传输层标识。只填 IP 不配 TSAP，就像门牌号对了但钥匙齿形不对，Test 按钮不会给你面子。

3.2 以太网向导：服务器连接、TSAP 与“接受所有连接要求”

操作顺序可以照下面走，但每一步都要和现场的实际网络对上：

1. 在 STEP 7-Micro/WIN 里打开“工具-以太网”，启动以太网向导。
2. 创建以太网连接，确认 PLC 的 IP 地址、子网掩码与采集电脑在同一网段。
3. 连接类型选“服务器连接”，不要选成客户端连接。
4. 输入 TSAP，例如 10.00。这个值只是示例，项目正文特别提醒要符合 1 Module S7-200 第 46 页里使用的 TSAP，现场必须按手册核对。
5. 激活“接受所有连接要求”，让 PLC 侧接受采集端的连接请求。
6. 把配置下载到 PLC，必要时断电重启或切换运行状态，让以太网参数生效。

TSAP 是这段配置里最容易拍脑袋改的参数。10.00 能通不代表别的 TSAP 也能通，PLC 侧和 ibaPDA 侧必须一致。现场如果有多台 S7-200，建议把每台的 TSAP 记在拓扑表里，不要一套参数复制到所有机台。激活“接受所有连接要求”也要看现场安全边界，它意味着 PLC 侧对连接请求更宽松，配置前确认这台 PLC 的网络边界，别把调试口的做法直接搬到生产网。

注意：TSAP 的 10.00 只是项目正文里的示例值，实际值要按对应手册和 PLC 侧配置核对，两端不一致时 Test 不会通过。

3.3 S7-300/400 的接入保护：连接机制先放行

S7-300/400 的坑和 S7-200 不一样。网络能通、IP 能 ping，但 CPU 的接入保护没放行，S7-Xplorer 照样读不到数据。项目正文把“接入保护配置”单独列出来，说明这一步不能靠默认值碰运气。现场要在 CPU 属性里检查保护与连接机制相关设置，确认采集端使用的连接资源没有被保护策略挡住。不同 CPU 的菜单层级不完全一样，但判断标准一致：PLC 允许外部连接访问，且采集端使用的连接类型没有被禁用。

我一般会先拿编程软件在线看一下 CPU 的诊断缓冲区，确认没有“连接资源不足”或“访问被拒绝”之类的记录，再去 ibaPDA 里点 Test。如果编程软件本身就连不上，先解决编程软件的问题，不要在两个工具之间来回改参数。S7-300/400 的接入保护不是装饰项，它对采集端的影响很直接：保护策略不放行，后面地址簿和操作数添加都白搭。

3.4 S7-1200/1500 的两个开关：优化块访问与 PUT/GET 通信

S7-1200/1500 有两个开关必须盯住。第一，只进行数据块访问，不进行“优化块访问”。项目正文写得很明确：在 CPU 属性里，数据块访问要按非优化方式处理。优化块访问下，DB 块的内部布局由软件管理，绝对地址不固定，第三方采集按操作数去读很容易读错或读不到。常见做法是把要采集的 DB 单独建，取消优化块访问，固定偏移，再让 S7-Xplorer 按 DB 号和偏移去取。

第二，在 CPU 属性（属性-通用-保护-连接机制）里，访问必须通过 PUT/GET 通信激活。这个开关不开，S7-Xplorer 能连上 CPU，但读 DB 块时会被挡。现场不要只盯“优化块访问”，两个开关要一起看。配置改完下载到 PLC，必要时重启 CPU，再回到 ibaPDA 端选 TCP/IP S7-1X00 连接模式。S7-1200/1500 可以直接读取 PLC 符号列表并存入地址簿，点击 Load addressbook from S7 就能拉符号，但前提是前面的访问方式已经放行。

提示：S7-1200/1500 能 Test 通过，不代表 DB 块可读。优化块访问和 PUT/GET 通信是两个独立门槛，先核对 PLC 属性，再看地址簿。

4. ibaPDA 端配置：I/O 管理器、地址簿与操作数添加

4.1 打开 I/O 管理器后先看接口是否出现

ibaPDA 端的入口是 I/O 管理器。项目正文说，满足 S7-Xplorer 系统要求后，会出现对应的接口界面。打开 I/O 管理器先别急着加模块，先确认接口条目在不在。接口不出现，优先回查版本和许可证，不要在这里反复点刷新。接口出现后，再添加 S7-Xplorer 模块，进入通用模块设置。模块添加顺序会影响后面的信号树层级，现场如果有多台 PLC，建议按“产线-工位-PLC”的层级命名，别用默认模块名一路复制。

模块命名看起来是小事，排查时很要命。信号树里一堆 S7-Xplorer、S7-Xplorer_1、S7-Xplorer_2，过两周没人记得哪个对应哪台机。我一般把模块名写成“S7_200_工位A”“S7_1500_工位B”这种能直接认出来的格式，地址簿文件名也跟着走。后面 Test 失败时，至少知道先查哪台 PLC。

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

通用模块设置里有三项要落下来：时基、模块布局、地址簿。时基决定采样周期，设得太小，PLC 通信负荷和采集电脑负载都会上去；设得太大，故障瞬态会被漏掉。现场没有统一答案，先按故障分析需要的最小特征时间来定，再用 Test 和信号树观察数据刷新是否稳定。模块布局决定模块在 I/O 管理器和信号树里的组织方式，多 PLC 场景下先规划好，后面加信号不用推倒重来。

地址簿是符号的快照，不是实时同步。S7-1200/1500 可以点 Load addressbook from S7 从 PLC 读符号列表，存进地址簿；S7-200 更多是按操作数添加。地址簿建好后要记录版本：PLC 程序改了 DB 偏移、符号改名，地址簿不更新，信号树里就会出现“名字对、数据错”的情况。我一般会在地址簿文件名里带日期，比如“工位A_20240612”，再在拓扑表里记一笔。

4.3 TCP/IP 连接方式：IP、连接模式与 Test

TCP/IP 连接方式下，先填 PLC 的 IP 地址，再选连接模式。S7-200、S7-300/400 一般选 TCP/IP；S7-1200/1500 选 TCP/IP S7-1X00，这样才能走符号列表和地址簿读取。选错模式的表现不一定是完全连不上，有时是能 Test 通过但读不到 DB 块，所以连接模式和 PLC 型号要对齐。填完 IP 和模式，点 Test 看连接结果。Test 通过只代表 TCP 连接建立，后面还要做数据添加和信号树核对。

如果 Test 失败，先看 IP、子网、TSAP、PLC 侧连接资源，再看采集电脑到 PLC 的网络路径。不要一失败就改时基或地址簿，那两步和 TCP 连接建立不是一回事。现场排查顺序我一般固定为：网络通不通、PLC 侧连接服务开没开、ibaPDA 连接模式对不对、Test 结果、信号树有没有信号。顺序固定，少绕圈。

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

数据添加有两条路径。第一条是点 General 选项卡，单击 Select S7 operands 打开 S7 操作数编辑器，再点 S7 Operand 添加数据；也可以点数字量、模拟量选项卡里的 S7 操作数列来添加。第二条是走地址簿，打开 S7 Symbol 或点 Select s7 Symbols，从地址簿里直接选数据块中的符号。两条路径没有绝对优劣：临时补几个点位，用操作数编辑器快；批量导入，用地址簿稳。

添加时要注意数据类型和偏移。DB 块里的 Bool、Int、Real 占的字节数不一样，偏移写错，信号树里会有数但值是乱的。S7-1200/1500 如果没关优化块访问，地址簿读出来的符号可能不完整，按符号添加也会翻车。添加完不要只看信号树有没有名字，要点进去看实时值是否和 PLC 编程软件里的监视值对得上。

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

PC/CP 连接方式适合部分老 CPU 或网络路径受限的场景。通用模块设置里选 PC/CP，连接类型选 PG 或 OP，具体取决于 CPU 占用哪种资源；再选应用程序接入点，点 Test 测试连接。Test 通过后，单击 S7-CPU 超链接建立连接，可以显示 CPU 诊断数据。这个诊断入口很有用，连接资源不足、CPU 保护拒绝之类的问题，能在这里看到线索。

PC/CP 的代价是会跟编程软件抢资源。现场如果一边用编程软件在线监视，一边用 PC/CP 采集，可能出现时好时坏。我的习惯是调试阶段先用 TCP/IP 把数据链路跑通，确实需要 PC/CP 再切；切之前确认编程软件不在占用同一资源。PC/CP 不是更“高级”的连接方式，它只是另一条路径，选型要看 CPU 型号、连接资源和现场网络边界。

5. 避坑与排查：连接测试通过但数据不刷新时的五条线索

5.1 现象：Test 通过，信号树里没有信号

现象很典型：TCP/IP 填完，Test 变绿，I/O 管理器里模块也在，但信号树里空空。原因通常不是网络，而是数据添加没做、模块没启用、操作数地址写错，或者时基没生效。Test 只验证连接建立，不验证操作数可读。解决顺序是：先看模块是否启用，再看 General 选项卡里有没有添加 S7 操作数，再看数字量/模拟量选项卡的 S7 操作数列有没有条目，最后核对 DB 号、偏移和数据类型。地址簿添加的信号还要确认地址簿是不是当前 PLC 程序版本。

我遇到过一回，Test 通过、模块也启用了，信号树就是不出数，最后发现操作数添加在另一个未启用的模块实例里。现场多模块时，别只看“有配置”，要看“配置在哪个模块上”。把模块命名规范起来，这种问题少一半。

5.2 现象：S7-1200/1500 能连上，DB 块读不到

能连上但 DB 块读不到，先查两个开关：优化块访问有没有关，PUT/GET 通信有没有激活。优化块访问没关，DB 内部布局不固定，按绝对地址读会失败或读错；PUT/GET 没激活，CPU 会拒绝外部访问。两个都改了还不读，再看 DB 块是不是被保护、访问权限有没有放开、地址簿是不是旧版本。S7-1200/1500 选连接模式时也要确认是 TCP/IP S7-1X00，不是普通 TCP/IP。

解决时不要一次改五个参数。先改 PLC 属性，下载重启，再回 ibaPDA 重新 Load addressbook from S7，最后重新添加操作数。每改一步做一次 Test 和信号树核对，才能知道是哪一步生效。

5.3 现象：S7-200 时好时坏，TSAP 对不上

S7-200 时好时坏，最常见的原因是 TSAP 两端不一致，或者 PLC 侧服务器连接没下载成功。项目正文给的 10.00 只是示例，现场要按手册核对。另一个原因是“接受所有连接要求”没激活，连接请求偶尔被拒。排查时先回编程软件的以太网向导，看连接类型是不是服务器连接、TSAP 是多少、配置有没有下载到 PLC；再回 ibaPDA 看 TCP/IP 连接模式下的 TSAP 是否一致。网络抖动也要看，但不要把网络问题当成唯一解释。

5.4 现象：连接数一多就报许可证或资源不足

连接数超过 16 个，需要额外的 ibaPDA-Interface-S7-Xplorer 许可证。现场容易把 PLC 台数当连接数，忽略同一台 PLC 上的多个模块实例。解决时先列连接清单，标清模块实例、PLC 型号、连接方式、启用状态，再核许可证。如果许可够但资源不足，看 CPU 侧连接资源是否被编程软件或其他采集任务占用，错峰或换连接方式。

5.5 现象：PC/CP 方式下 PG/OP 资源被占用

PC/CP 方式下连接类型选 PG 或 OP，取决于 CPU 占用哪种资源。编程软件在线时可能占着同一资源，导致采集时好时坏。解决时先确认编程软件是否在线，再确认应用程序接入点选对，最后看 CPU 诊断里的连接资源。调试阶段我一般先用 TCP/IP 跑通，确实需要 PC/CP 再切，切之前把编程软件退出或错开使用。

6. 进阶用法：用地址簿和时基做一份可复核的采集清单

6.1 地址簿版本化：把符号变更挡在采集之前

地址簿不是建一次就完事。PLC 程序一改，DB 偏移、符号名、数据类型都可能变，地址簿不更新，信号树就会“名字还在、数据错位”。我的做法是每次 PLC 程序变更后重新 Load addressbook from S7，导出或截图存档，文件名带日期和程序版本，再和拓扑表对一遍。采集清单按“信号名、DB 号、偏移、数据类型、时基、备注”列出来，现场交接时直接看表，不用从 I/O 管理器里反推。

6.2 时基与模块布局的复核方法

时基不是越小越好。时基太小，PLC 通信负荷和采集电脑负载都会上去，反而容易出现数据不刷新；时基太大，故障瞬态会被漏掉。复核时先看故障分析需要的最小特征时间，再看 Test 和信号树的实际刷新是否稳定，最后看 CPU 诊断有没有连接资源报警。模块布局也要复核：多 PLC 场景下按产线、工位、PLC 分层，信号树才不会乱。

从那以后我每次上线前都强制走一遍：版本、许可、拓扑表、PLC 侧保护、地址簿版本、时基、Test、信号树实时值核对。少一步，后面就可能用半天去猜。希望帮到你。

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