简介：面向工业自动化初学者与电气调试人员的以太网组态实操文档，聚焦西门子 ET200SP 分布式 IO 与 S7-1200 控制器之间建立以太网连接的完整流程。内容从 CPU 版本要求（需 V4.0 及以上，示例采用 V4.1 的 CPU1214C）讲起，依次覆盖设备添加与 IP 参数设置、网络视图中挂接 PN 接口分布式 IO、设备视图添加信号模板、连接网口后自动分配同网段地址、手动指定 IO 控制器以及保存确认等环节，并补充网口路由功能、地址未分配的排查思路、软硬件兼容性核对与生产环境网络安全策略等注意事项。整包共 1 个 docx 文件，约 225KB，以图文步骤形式呈现，篇幅精炼便于随查随用，目前已有 2043 人学习。读者可对照完成一次从组态到可编程状态的完整搭建，理解地址分配逻辑，并把常见连接故障的排查路径沉淀为可复用的操作经验。
1. 从一台固件 V3.0 的 1214C 说起：ET200SP 和 S7-1200 以太网连接最容易栽在哪
前段时间在实验室角落翻出一块 1214C，插上电，新建项目，网络视图里拖了个 ET200SP 的 PN 接口模块，网线一插，编译下载，CPU 的 RUN 灯亮得好好的，ET200SP 那边 BF 灯一直闪，诊断缓冲区里反复报“IO 设备不可用”。从下午折腾到晚上，换网线、换交换机、重装软件都试了，最后在线一读才发现这块 CPU 的实际固件是 V3.0。ET200SP 和 S7-1200 以太网连接的前提是 CPU 版本 V4.0 以上，这条线是硬门槛，不是建议。这套组合在小型产线、包装机、水处理站房里太常见了，一台 1214C 带三五个 ET200SP 从站，成本压得住、点位也够用，可一旦版本或者设备名称没对上，它不会给你编译错误，只会让你在机柜前盯着几个灯发呆。下面按我自己走一遍的顺序，从版本确认写到验证跑通。
2. 版本与软件准备：V4.0 这条线和 TIA Portal 选型
2.1 CPU 固件 V4.0：先确认手里的 1214C 够不够格
S7-1200 早期的固件带不动 ET200SP 这种分布式 IO，PROFINET IO 控制器的能力不完整，真正能稳定挂 ET200SP 的是 V4.0 以后的版本。这里最容易翻车的地方是“组态里选了 V4.1，实物却是 V3.0”——编译能过，下载也能进去，但 ET200SP 永远起不来，因为组态和实物对不上。我的习惯是设备到手先读一遍固件，再决定用哪台机器做项目。
判断固件版本一般有三条路，可靠性差别挺大：
| 方式 | 操作位置 | 可靠性 | 备注 |
|---|---|---|---|
| 铭牌读取 | CPU 侧面标签上的版本字段 | 高 | 要停机、拆面板，适合新设备入库 |
| 在线读取 | TIA Portal「在线访问」→ 网卡 → 设备 → 在线和诊断 | 最高 | 前提是电脑能连上，IP 同网段 |
| 项目回读 | 打开原项目，设备视图里看 CPU 属性 | 中 | 只在原项目还在手上时有用 |
在线读取最省事：把电脑网卡设成和 CPU 同网段，打开「在线访问」，展开对应的网卡，点“更新可访问的设备”，扫描出来的设备条目上会直接显示固件版本。这一步花不了一分钟，但能省掉后面几个小时的排查。
如果确认是 V3.x，别想着靠软件绕过去。可行的做法只有换一块 V4.x 的 CPU，或者在已经有 PROFIBUS 网络的场合改用 ET200S/ET200M 配 CM 1243-5 通信模块——后者要额外加硬件、改组态，成本未必比换 CPU 低。我一般建议直接换 CPU，省心。
2.2 TIA Portal 版本：跟团队对齐比追新重要
组态 ET200SP 用的是 TIA Portal（早期叫 STEP 7 博途），V13 SP1 之后 IM 155-6 系列接口模块在硬件目录里基本都能直接找到，不用额外装 GSDML。现场见得最多的是 V15.1 和 V16 这两个版本，稳定、资料多、同事之间好对齐。
选版本的原则很简单：跟设备供应商和同事用同一个大版本。TIA Portal 向下兼容、不向上兼容——新版本能打开老项目，老版本打不开新项目。你一个人装了 V18，同事还在 V15.1，项目来回传几次就得升 everyone，这种返工最没意义。
安装本身有几个坑要提前说：
- 安装包体积很大，放机械盘上装一次能等到怀疑人生，装 SSD 上。
- 装之前把杀毒软件的实时防护关掉，注册表写入被拦下来会出现“安装成功但硬件目录缺项”这种玄学问题。
- 安装路径和项目路径都不要带中文和空格，全局库和归档文件在中文路径下出过不少问题。
- 安装时如果弹出硬件支持包的选择界面，别把“旧版本固件”这一项取消勾选，否则设备版本下拉框里可能找不到 V4.0、V4.1。
装完之后第一次启动会慢，它在后台加载硬件目录，等它加载完再操作，中途点来点去容易卡死。
2.3 装完先做的三件事：网卡、项目路径、支持包
第一件是把调试电脑的有线网卡设成和 CPU 同网段。Windows 下我一般直接用命令行，比点控制面板快：
:: 把有线网卡设成 192.168.0.100，掩码 255.255.255.0 :: name 后面的字符串必须和「网络连接」里显示的连接名完全一致 netsh interface ip set address name="以太网" static 192.168.0.100 255.255.255.0 192.168.0.1 :: 回读一遍，确认真的生效了 netsh interface ip show config name="以太网"name=后面跟的是网络连接的显示名，中文系统里通常叫“以太网”，改过名的要对上；static后面依次是 IP、子网掩码、默认网关。网关这一项在纯内网调试时填不填都行，填了也不影响通信，但别填成和 CPU 冲突的地址。第二行回读很关键，改完不确认，后面连不上时你会怀疑人生。
第二件是建项目。项目名用英文，路径用英文，别图省事放在桌面上——桌面路径里带用户名，用户名是中文的话一样会出问题。
第三件是确认硬件目录。ET200SP 是自家设备，硬件目录里自带，不需要 GSDML；只有挂第三方 PROFINET 设备时才需要到「选项 → 管理通用站描述文件」里装 GSDML。这一步经常被搞混，有人一上来就找 GSDML，白折腾半天。
另外提醒一句：如果电脑同时开着无线和有线，TIA Portal 的「在线访问」里可能默认选了无线网卡，扫描不到设备。调试时把无线禁用掉，能省掉一轮“为什么扫不到”的自我怀疑。
3. 添加 CPU1214C 与 IP 地址：设备视图里的第一轮配置
3.1 添加设备：型号、固件、订货号三个都要对上
新建项目之后，在项目树里点「添加新设备」，路径是：控制器 → SIMATIC S7-1200 → CPU → CPU 1214C。这时候会弹出一个设备版本下拉框，里面列的是各个固件版本，选和实物一致的那个，比如 V4.1。
这一步有两个细节值得多说两句。
一是输出类型。1214C 常见的有 DC/DC/DC 和 AC/DC/RLY 两种，前者是晶体管输出，后者是继电器输出。选错了不一定马上报错，但下载时可能提示模块类型不匹配，或者编译出来的地址区对不上。拿不准就看 CPU 正面印的订货号，照着订货号在硬件目录里找。
二是设备名称。添加设备时系统会给一个默认名，比如 PLC_1。这个名字后面在 PROFINET 通信里会用到，建议一开始就按项目习惯改好，比如 Line1_PLC，别等做到一半再改，改了之后所有引用它的地方都要重新编译。
添加完成后设备视图里会出现 CPU 的正面图和下面的机架槽位，1214C 自带两个 RJ45 口，这两个口在内部是一个交换机，可以串起来当菊花链用，省一个外部交换机。有资料把这个叫“路由功能”，本质上它是双口交换，两个口同属一个 PROFINET 接口、共用一个 IP，不是跨网段路由，这点别理解偏了。
3.2 PROFINET 接口的 IP 与子网：先规划再填
点 CPU 图上的绿色 PROFINET 接口，属性面板里找「以太网地址」，这里要做两件事：新建一个子网，填一个 IP。
我一般会先把整条线的地址规划好再动手，现场设备一多，IP 乱排是要出事的。一个典型的小系统规划表长这样：
| 设备 | 设备名称 | IP 地址 | 子网 |
|---|---|---|---|
| CPU 1214C | Line1_PLC | 192.168.0.1 | PN/IE_1 |
| ET200SP 接口模块 | Line1_IO1 | 192.168.0.2 | PN/IE_1 |
| 触摸屏 | Line1_HMI | 192.168.0.10 | PN/IE_1 |
| 调试电脑 | — | 192.168.0.100 | PN/IE_1 |
子网掩码统一 255.255.255.0。子网第一次创建时随便起个名字，后面所有设备都挂到同一个子网下，TIA Portal 在连线时会自动从这个子网里挑空闲 IP 分配。
这里有个很多人忽略的点：CPU 的 IP 是组态里写死的，下载后生效；但 ET200SP 的 IP 不一定，它取决于你有没有连线、有没有分配 IO 控制器。这就引出后面第四章的内容。
3.3 编译下载：第一次一定要走“硬件完全重建”
组态完 CPU 之后先编译一遍，别急着往下做。菜单是「编译 → 硬件（完全重建）」，注意是完全重建，不是增量编译。增量编译有时候不会重新生成设备描述，后面加 ET200SP 时会出现一些莫名其妙的问题。
下载流程：点「下载到设备」，接口类型选 PN/IE，网卡选你的有线网卡，点“开始搜索”，扫描到 CPU 后选中它，然后下载。下载前 CPU 要打到 STOP 模式，下载完成后切回 RUN。
第一次下载常见的几个报错：
- “无法建立连接”——网卡选错、防火墙拦截、电脑和 CPU 不在同一网段，按这个顺序排查。
- “模块类型不匹配”——组态里的固件版本和实物不一致，回 3.1 改。
- “该设备已被其他主站占用”——现场还有别的调试电脑连着同一台 CPU，让对方断开。
下载成功后 CPU 的 RUN 灯常亮、ERROR 灯灭，这一步就算过了。接下来才是真正要花心思的部分。
4. 组态 ET200SP：接口模块、信号模板与网络视图连线
4.1 挂分布式 IO：为什么选 PN 接口模块
切到网络视图，打开右侧硬件目录，路径是：分布式 IO → ET 200SP → 接口模块 → IM 155-6 PN ST。把它拖到网络视图的空白处。
IM 155-6 有几个变体，ST 是标准型，HF 是高性能型，还有支持光纤的版本。小型系统用 ST 就够了，HF 多出来的诊断和扩展能力在这个规模下用不上，价格还高一截。选型时注意一点：接口模块的固件版本也要和 TIA Portal 硬件目录里的对得上，太老的模块在新版本软件里可能没有对应条目。
拖进来之后，设备视图里能看到 ET200SP 的机架，第一个槽位是接口模块本身，后面是空的服务器模块位置。这时候它还没有 IP，也没有 I/O 地址，因为还没跟任何控制器建立关系。
4.2 加信号模板：地址栏空着是正常的
点接口模块，在硬件目录里选数字量输入/输出模块，比如 DI 8x24VDC 和 DQ 8x24VDC/0.5A，拖到 1 号槽、2 号槽。注意 ET200SP 的槽位规则和 S7-300 不一样，第一块信号模板的位置是 1，不是 2，拖错位置编译会报错。
加完之后看一眼设备视图下面的表格，I 地址和 Q 地址那两列是空的。这个状态很多人第一次见会以为是自己操作错了，其实正常——地址要等接口模块被分配给 IO 控制器之后才会生成。有些人这时候就去手动填地址，填完编译能过，但下载后地址对不上，反而更麻烦。
顺带说一个细节：ET200SP 的每个信号模板都要配“电位组”和“编码元素”，新拖进来的模块默认值一般能用，但如果现场用的是带保险的诊断模块，电位组选错了会导致整个组的所有模块报错。这个坑不常遇到，遇到一次够记一辈子。
4.3 拖一根线连起来：自动分配同网段 IP 的逻辑
回到网络视图，鼠标放到 CPU 上那个绿色的小网口图标上，按住拖到 ET200SP 接口模块的网口上，松开。两个设备之间会出现一条绿色的 PROFINET 连线。
连线一建立，TIA Portal 会自动给 ET200SP 分配一个和 CPU 同网段的空闲 IP，比如 192.168.0.2往前走。这时候再回设备视图看，信号模板的 I/Q 地址也自动填上了。
自动分配的逻辑是：从 CPU 所在的子网里找一个没被占用的地址。可以手动改，但必须保证和 CPU 在同一网段、且不和现场其他设备冲突。我一般会手动改成规划表里的地址，免得后期加设备时自动分配把规划打乱。
这根线不只是“画着好看”，它在组态里代表了一条 PROFINET AR（应用关系）。没有这条线，ET200SP 就只是一个孤立的设备描述，永远不会被 CPU 认领。
4.4 设备名称：PROFINET 真正认的是它，不是 IP
这是整套流程里最关键也最容易被跳过的一步。PROFINET 寻址靠的是设备名称（Device Name），不是 IP。IP 只是给 TCP/IP 通信用的，IO 数据交换走的是基于名称的 AR 建立。
ET200SP 出厂时的设备名称是空的，或者是一串跟 MAC 相关的默认名。组态里给它的名字是 Line1_IO1，实物里没有这个名字，CPU 就找不到它。
分配方式有两种：
一是在网络视图里右键 ET200SP 的 PROFINET 接口，选「分配设备名称」，在弹出的窗口里选网卡、点“更新列表”，扫描到实物后选中它，点“分配名称”。这一步需要 ET200SP 已经上电并且物理连到电脑能访问的网络上。
二是在下载硬件组态时勾选“分配设备名称”，下载过程中软件会自动比对并写入。这种方式快，但如果现场有多个同型号设备，容易分配到错误的物理设备上，我一般不用。
命名规则有约束：只能用小写字母、数字和连字符，不能有中文、不能有下划线开头、不能有大写字母。现场见过有人用“1号站”这种名字，分配的时候直接报错。
配好名称之后，ET200SP 的 BF 灯会灭，CPU 诊断缓冲区里的“IO 设备不可用”也会消失。到这一步，以太网连接才算真正建立。
5. 避坑与排查：未分配地址、跨网段、版本不对的现场记录
5.1 现象：连了线，ET200SP 的 I/Q 地址还是空的
原因：只画了 PROFINET 连线，但接口模块没有被指派给 IO 控制器。连线只建立了物理拓扑关系，逻辑上的“谁控制谁”还没定。
解决：在网络视图里右键 ET200SP 的 PROFINET 接口，选「分配新的 IO 控制器」，在弹窗里选 CPU1214C，确定。地址会立刻生成。如果这个菜单是灰的，往下看 5.4。
5.2 现象：编译下载都成功，ET200SP 的 BF 灯一直闪
原因：设备名称没分配，或者组态里的名称和实物里的不一致。改了组态里的名字但没重新下载名称，是最常见的版本。
解决：右键接口模块 →「分配设备名称」→ 更新列表 → 选中实物 → 分配。分配完断电重启一次 ET200SP，让它重新走一遍启动流程。重启后还是闪的话，在 CPU 的在线和诊断里看诊断缓冲区，里面会明确写“期望的设备名称 xxx，实际名称 yyy”。
5.3 现象：诊断缓冲区报“IP 地址冲突”或“站不可达”
原因：手动改 IP 时改成了现场已有设备的地址，或者改到了不同网段。也有一种情况是之前调试留下的旧设备还挂在网上，占着同一个 IP。
解决：用「在线访问」扫一遍整个网段，看有没有重复；改 IP 时严格按规划表来。跨网段的情况必须避免——CPU 和 ET200SP 必须在同一个子网里，PROFINET 的 IO 通信不走路由。
5.4 现象：「分配设备名称」「分配新的 IO 控制器」菜单是灰的
原因有三种：没选中 PROFINET 接口那一行而是选中了整个设备；项目里没有 IO 控制器；CPU 固件版本低于 V4.0。
解决：先确认选中的是接口模块下面的 PN 接口条目，不是机架行。再确认项目里确实有一个配置好的 CPU 且它是 IO 控制器角色。最后回第 2 章确认固件版本——这一条如果中招，前面两步怎么点都没用。
5.5 现象：组态里选 V4.1，实物是 V3.x，下载报“模块类型不匹配”
原因：设备版本和实际固件不一致。这种情况有人会想着把组态改成 V3.x 蒙混过去，但 V3.x 本身就不支持带 ET200SP，改完照样起不来。
解决：换一块 V4.x 的 CPU。没有别的捷径，我试过。换完之后记得把项目里的设备版本同步改过来，重新做一遍硬件完全重建。
6. 验证跑通：从在线诊断到强制 IO 点
组态做完、BF 灯灭了，不代表这套连接就真的能用。我一般会走一遍物理验证，确认输入输出都是通的，而不是只看灯。
第一步看诊断。选中 CPU，点「在线和诊断」，看诊断缓冲区。正常情况下里面只有“模式转换”这类信息性条目，没有红色的故障。再选中 ET200SP，看模块信息里的“IO 设备诊断”，状态应该是“已连接”。
第二步做软件层面的透传验证。在 OB1 里写一段最简单的逻辑，把 ET200SP 第一块 DI 模板的输入字节直接送到第一块 DO 模板的输出字节：
// OB1 中的验证逻辑 // IB68 / QB68 来自设备视图里 ET200SP 信号模板显示的起始地址 // 不同项目地址不同，一定要照着设备视图里的实际值改 "QB68" := "IB68";这里的 68 只是举例，实际地址要在设备视图的表格里看，每块模板的起始地址是连续分配的。这段逻辑的作用是把输入状态原样映射到输出，现场点灯最快——给 DI 点加 24V，对应的 DO 点就亮，中间不用查任何变量表。
第三步做物理验证，逐项对照：
| 检查项 | 操作方法 | 正常现象 |
|---|---|---|
| 硬件组态一致性 | 在线和诊断 → 诊断缓冲区 | 无红色故障条目 |
| IO 设备连接状态 | ET200SP → 模块信息 | 显示“已连接” |
| 数字量输入通道 | 给 DI 端子加 24V，监控表监视 I 地址 | 状态位从 0 变 1 |
| 数字量输出通道 | 监控表里给 Q 地址写 1 | 对应通道 LED 点亮，负载动作 |
| 掉站恢复 | 拔掉 ET200SP 网线再插回 | BF 灯闪后自动恢复，无需重启 |
最后一项“掉站恢复”特别值得做一次。有些现场网线接头压得不好，运行中偶尔断一下，如果恢复不了就得停机重启，那这套系统等于没做完。正常配置下，ET200SP 掉线后重新上线，CPU 会自动重建 AR，几秒钟内恢复，不需要人工干预。
还有一个习惯我一直保持：验证完之后把 ET200SP 的 IP 和设备名称抄在机柜门内侧的标签上。现场维护的人不一定有项目文件，有这两个信息至少能扫到设备、能判断是不是地址冲突。
从那以后我每次组态 ET200SP，不管多赶时间，都会先把设备名称在线读一遍再点下载——这一步花三十秒，能省掉一晚上的排查。这套流程我按实际操作顺序整理成了一份步骤文档，需要的话可以直接拿去对着做。希望帮到你。
本文还有配套的精品资源，点击获取
