S7-1200 Profinet无线通讯：从选型到调试完整例程

1. 为什么要做Profinet无线通讯，什么时候该做

去年有个老同学找到我，说厂区里两台西门子S7-1200PLC之间要传数据，两台设备一个在配电室，一个在车间另一头的产线边上，直线距离不到一百米，但中间隔着两排机台和一条叉车通道。布线要么绕桥架走一大圈，要么就得在地上开槽，施工队报价不低，工期还紧。他问我有没有办法不做有线，直接把Profinet通讯跑起来。

这个需求很典型。两台S7-1200之间的Profinet无线通讯，说白了就是用工业无线链路替代物理网线，让两个PLC之间按照标准的Profinet协议完成实时数据交换。这招在设备改造、临时项目、AGV/行车这些移动场景里特别实用。这篇文章就把我从方案选型到实际配置的完整例程拆开讲清楚，包括硬件怎么选、SCALANCE W怎么配、TIA Portal里怎么组态、PLC程序怎么写，以及现场调试会踩到哪些坑。不管你是产线电气工程师，还是负责设备维护的朋友，照着做基本都能跑通。

1.1 现场最常见的三个痛点

先说第一个场景，就是前面提到的跨区域布线问题。工厂车间的物理环境往往很复杂，两台PLC分布在不同的区域，中间可能隔着墙体、通道、高位货架甚至生产线本身。拉一根网线本身不贵，但施工是个大工程：桥架要加、线管要穿、地面要开槽，还要协调生产停线窗口。很多改造项目根本等不起这个周期，尤其是临时加装的设备或者展线项目。

第二个场景是移动设备。AS/RS堆垛机、行车、AGV小车，控制器装在移动平台上，地面站需要和它实时交换数据。传统方案用拖链电缆或者滑环，拖链里面线缆经常折断裂，滑环用久了磨损接触不良，维护量非常大。我见过不少厂家图便宜，用普通商用WiFi模块来做，结果现场一开大电机，通讯就断，项目验收都过不去。

第三个场景是临时部署或者应急替换。试产线、展会设备、故障抢修时临时搭的通讯链路，用无线能大大缩短部署时间，设备可以反复挪动位置而不用改任何布线。几条产线要临时联动测试，两台1200之间加一对无线设备，半天就能把链路拉起来。

这三个场景里，如果通讯双方都是S7-1200，而且数据要求实时交换（比如启停命令、状态字、计数值），那Profinet无线通讯就是非常值得考虑的做法。

1.2 Profinet通讯在无线链路上能跑起来吗

很多刚接触的朋友第一反应是：Profinet不是实时协议吗，无线这么不稳定，能行吗？确实，Profinet的IRT（等时实时）等级要求专门的硬件和非常确定的网络延时，无线链路从物理层面就做不到严格的等时同步。但我们平时在S7-1200之间做数据交换，绝大多数用的是Profinet RT，也就是实时通讯里相对宽松的一档，它基于标准以太网二帧，循环周期一般在几毫秒到几十毫秒之间，对网络抖动有一定的容忍度。

西门子对无线做Profinet这件事给出了专门的答案，叫IWLAN（Industrial Wireless LAN），也就是工业无线局域网。它基于标准的802.11无线协议，但增加了面向工业实时通讯的优化，比如固定信道、实时报文优先发送、精确的信号阈值管理和快速重连策略。SCALANCE W系列就是用来实现Profinet over WLAN的标准方案。

这里要提前说清楚一个边界：Profinet RT走无线链路是可以稳定工作的，但不要把循环周期压到极限。无线链路的物理层特性决定了它肯定比有线多一些延时，偶尔还会有一次重发。所以你需要根据距离、数据量、现场电磁环境，在循环周期和可靠性之间找一个平衡。后面第4章我会给出具体的设置建议。

1.3 这个例程到底解决了什么

这个例程跑通之后，核心价值有三块。第一是物理链路问题：两台1200之间不再需要物理网线，链路由两个SCALANCE W无线设备承担，一个作为AP（接入点），一个作为Client（客户端），组成点对点的无线通道。第二是Profinet组态问题：在TIA Portal里把两台1200组态到同一个Profinet网络中，分配好IO Controller和IO Device的角色，定义好传输区，让数据通过I/Q地址直接映射交换，PLC程序里不需要写通讯指令。第三是可靠性问题：通过合理的无线参数配置，加上PLC程序里的心跳检测和数据有效性判断，即使链路出现短暂干扰，系统也能安全退出、安全恢复，不会拿过期的旧数据去驱动执行机构。

换句话说，这不是教你插根网线配置一下IP的小打小闹，而是一条完整、可靠、可复现的无线Profinet工程路径。

2. 方案选型：别拿家用WiFi来做工业通讯

很多人在选无线方案时会走弯路，我先把常见的几种替代方案说透，你就明白为什么最终会落在SCALANCE W这套东西上。

2.1 几种替代方案为什么不够用

第一种是普通商用WiFi做桥接。两个无线路由器桥接起来，PLC接上去，有些场合确实能通，数据也能传。但商用设备的抗干扰设计、漫游切换速度和长时间运行可靠性都差一截。工厂里有变频器、伺服驱动器、焊机这些电磁干扰源，商用WiFi经常出现信号满格但丢包率很高的情况。更关键的是，普通桥接对二层广播帧、组播帧的处理不够干净，而Profinet IO通讯恰恰依赖这些帧。

第二种是4G/5G工业路由器。延迟一般在几十毫秒级别，还会受运营商网络状态影响，用来做远程监控、数据采集可以，但两台PLC之间做闭环控制级的实时数据交换，4G链路基本不靠谱。一次调度延迟波动就可能让控制器误判超时。

第三种的绕开Profinet，改用Modbus TCP或自定义TCP/UDP，在PLC里自己封装报文。这种做法灵活，但PLC的工程量变大，还得自己处理超时、重传、粘包等问题。如果你的目标就是让两台S7-1200像插了一根网线一样透明通讯，那完全没必要这么做。

对比下来，SCALANCE W系列是西门子体系内原生支持Profinet RT over IWLAN的，无线数据链路的接入、诊断、参数配置和TIA Portal是同一套工具链。选它不是因为不能选别的，而是因为它最稳、最省事。

2.2 IWLAN和普通WiFi的本质区别在哪里

IWLAN并不是换了个名字的WiFi，它在几个关键点上做了工程级的加强。

首先是信道管理。工业现场2.4GHz频段非常拥挤，厂区内无线AP、蓝牙设备、甚至无线鼠标接收器都挤在一起。家用路由器喜欢自动跳信道，对上网来说无所谓，但Profinet这种实时通讯最怕信道切换，一调频链路就可能中断几百毫秒。IWLAN设备可以手动固定信道，而且能扫描周边信道占用情况，帮你选一个空闲频率长期稳定跑。

其次是实时报文的优先转发机制。SCALANCE W里可以对Profinet RT报文做带宽预留和优先调度，确保就算链路上同时有TCP/IP数据在跑，也不会抢占Profinet IO报文的时间窗口。普通WiFi没有这种感知协议类型的调度能力。

最后是漫游和重连策略。工业设备在链路断开后会更快地尝试重连，并且有精确的RSSI阈值管理，避免信号在临界状态下来回切换导致链路反复掉线。我实测过，普通WiFi在信号弱区域掉线后可能要几十秒甚至更久才能恢复，SCALANCE W可以在几百毫秒到两秒内恢复。对自动化系统来说，这个差异是决定性的。

2.3 硬件清单和选型注意事项

做这个例程，我的硬件配置是这么一套：

• S7-1200 PLC两台，以CPU 1214C DC/DC/DC为例，固件V4.4以上
• SCALANCE W无线设备两个，一个做AP，一个做Client
• 工业级全向天线两根，距离远或者空间受限时换成定向天线
• 标准网线若干，用于PLC和无线设备之间的有线连接
• 24VDC电源两个，给PLC和无线设备供电
• TIA Portal V15.1或更高版本

SCALANCE W具体型号我用过W774-1和W786-1这一档，它们都支持IWLAN。选型时重点看几个点：一是是否明确支持Profinet RT，在产品手册的参数表里会有标注；二是天线接口类型，常见的是R-SMA，和你要配的天线必须一致；三是频段，国内2.4GHz用的最多，如果现场这个频段干扰很严重，建议选2.4/5GHz双频型号。另外要注意PLC的固件版本，S7-1200从固件V4.0才开始完整支持Profinet IO Device功能，如果你要让其中一台PLC作为IO Device角色，固件版本不够的话，TIA Portal里压根调不出对应功能。

3. 整体网络架构：数据是怎么从这头到那头的

很多人配置前容易忽略架构设计，直接上手捅设备，结果链路通了但数据流是乱的。其实架构想清楚了，后面组态就是填空。

3.1 一条“虚拟网线”怎么架起来

这个例程的网络拓扑很直接。一台S7-1200作为Profinet IO Controller，接在AP侧；另一台S7-1200作为Profinet IO Device，接在Client侧。AP和Client之间通过无线链路连接，相当于把一根虚拟的网线架在空中。

口语一点说，AP就是无线路由器，Client就是手机，手机通过WiFi访问路由器的网络。这里就是PLC2通过网络访问PLC1的资源。只不过这条链路是用工业实时通讯标准来设计的，可靠性和普通WiFi完全不同。

实际工程里，如果AP侧和Client侧都只有一台PLC，直接PLC接SCALANCE W的以太网口就行，点对点拓扑。如果某一侧设备多，加一个工业交换机，把PLC和无线设备都挂到交换机上，形成一个无线桥接的子网。本文只讲最基本的点对点结构，让数据流保持清晰：

PLC1（IO Controller）→ 网线 → SCALANCE W（AP）——无线链路——SCALANCE W（Client）→ 网线 → PLC2（IO Device）

无线设备在这个模型里对Profinet协议是透明的。PLC1和PLC2感知不到中间隔着无线，它们只认为自己在同一个Profinet网络里，设备名和IP都是直接可见的。

3.2 IO Controller和IO Device怎么分工

在Profinet IO通讯模型里有两个角色。IO Controller是主站，负责组态管理、数据周期调度；IO Device是从站，负责响应主站，提供或接收过程数据。

例程里我让PLC1做IO Controller，PLC2做IO Device。组态完成后，PLC1会周期性地向PLC2发送输出数据，同时接收PLC2发来的输入数据。这些数据在PLC程序里是通过I/Q地址访问的，和直接接输入输出模块几乎没有区别，你只需要在组态里定义每个传输区的方向和长度。

举个例子。假设你要在两个PLC之间传一个16字节的控制字和一个16字节的状态字。在Profinet组态里给IO Device定义两个传输区：一个是Device→Controller方向，长度32字节，存放状态和反馈数据；另一个是Controller→Device方向，长度32字节，存放控制命令和数据。编译以后，PLC1里会自动生成对应的Q区和I区地址，PLC2那边同样生成对应的I区和Q区地址，两边的数据按周期自动同步，PLC程序里直接读写这些地址就行。

如果你不想用I/Q映射的方式，也可以用S7通讯（PUT/GET指令）配合无线链路，在程序里指定要发送的DB块和接收区域。这种方式配置起来更灵活，但实时性不如Profinet IO，而且需要在组态里显式勾选允许PUT/GET通讯。本文例程以Profinet IO为准，这是标准做法。

3.3 传输区大小和延迟怎么估算

有人担心无线带宽不够，其实这是个误解。Profinet RT的周期通讯占用带宽非常小。举个例子：一个传输区32字节，两个方向共64字节，加上以太网帧头和各种协议头，一个周期总共也就100字节左右。按16ms循环周期算，单方向每秒约62个包，总体带宽需求连1Mbps都不到。就算无线链路实际速率只有几十Mbps，也远远够用。

真正的瓶颈在延迟和抖动，不在带宽。所以做无线Profinet，重点要关注的不是速率，而是信号质量、循环周期的取舍。移动场景下还要多考虑一个因素——设备在运动，AP和Client的距离在变化，信号强度也在波动。这时候不建议在同一链路上同时传大量非实时数据，比如视频流、大文件传输，会分散无线资源，影响实时报文的稳定性。

4. 核心实操：从零配置一套能跑的Profinet无线通讯

进入正题。这一章按顺序讲完整配置流程。我的原则是先通无线链路，再做Profinet组态，最后写PLC程序。顺序别乱，乱了你可能分不清问题是出在无线还是出在组态。

4.1 先把SCALANCE W两个无线设备配通

第一次配置SCALANCE W，要用网线把电脑和设备的以太网口直连，在浏览器里输入设备的默认IP，进入Web管理界面。不同型号默认IP不同，说明书里会写清楚。

我的习惯是先给两个无线设备手动设置固定IP。比如AP端设为192.168.0.1，Client端设为192.168.0.2，同时把两个PLC的IP规划好：PLC1是192.168.0.10，PLC2是192.168.0.20。所有设备在同一个网段，后面Profinet组态就不会有跨网段的麻烦。

AP端的配置要点：

1. 在Wireless菜单里把工作模式设为Access Point
2. 设置SSID，也就是无线网络名称，比如IWLAN_DEMO
3. 选择无线信道。这一步不要偷懒，先做一次现场信道扫描，选一个最空闲的信道。厂区里AP数量一多，信道拥挤是掉线的一大根源
4. 设置加密方式，工业环境建议直接上WPA2，不要用无加密或低强度加密
5. 保存配置并重启设备

Client端的配置要点：

1. 工作模式设为Client
2. 输入和AP端一样的SSID
3. 输入相同的WPA2密码
4. 保存配置后，Client会自动扫描并连接AP

配置完成后，在SCALANCE W的Web界面里能看到连接状态和RSSI信号强度。RSSI以dBm表示，-50dBm以内属于优秀，-60到-70属于良好，低于-75就要警惕。链路信号不好，后面无论怎么调Profinet都是白折腾。

4.2 TIA Portal里的Profinet组态步骤

无线链路通了，再做Profinet这层。先理解一个关键概念：Profinet设备在网络里靠设备名和IP地址两个标识寻址。设备名是Profinet协议内部用来识别设备的，IP地址是标准TCP/IP用来路由的，两个都必须和组态一致，否则通讯建立不起来。

另外，Profinet设备名的命名规范很特殊，只允许小写字母、数字和连字符，不允许大写字母、下划线和空格。所以可以组态成plc-01，不建议组态成PLC_01，后者往往直接不能被接受。这个坑我在现场见过太多次了。

具体步骤：

1. 打开TIA Portal，新建项目，在设备视图里添加两台S7-1200 CPU，选型和实际硬件固件版本必须匹配
2. 给每台CPU配置Profinet接口的IP地址和设备名。按前面的规划：PLC1的设备名plc-01，IP 192.168.0.10；PLC2的设备名plc-02，IP 192.168.0.20
3. 切换到网络视图，选中两个PLC的Profinet接口，把它们拖拽连到同一条Profinet网络总线上
4. 在PLC1侧组态IO设备，把PLC2分配为IO Device。TIA Portal会弹出一个设备分配对话框，从这里选择PLC2
5. 在IO Device属性页面里配置传输区。添加两个传输区：Controller→Device方向32字节，Device→Controller方向32字节。起始地址按PLC内部的地址规划来填，比如都从100号字节开始

第5步最容易出问题。传输区的长度、起始地址一定要和PLC程序里预留的地址一致，否则编译能过，但监视时数据总是不动。分配完传输区后，TIA Portal会在两个CPU的变量表里自动生成对应的I/Q地址映射，程序里直接引用这些符号地址就行。

全部组态完成后，编译下载到两个CPU。下载时TIA Portal会把设备名、IP地址这些网络参数一并写入CPU。如果CPU里有旧网络配置，可能需要先恢复出厂设置，或者用“在线分配设备名”功能修正，否则会出现设备名不匹配的报警。

4.3 PLC程序：心跳检测必须写

组态下载完成后，两个PLC之间的I/Q地址就已经被Profinet周期性地交换了，程序里直接读写对应地址，不需要额外写通讯指令。但作为一个真正可靠的工程例程，我建议加一段心跳检测，而不是只做数据映射。

心跳的思路很简单。发送方在每个循环里对发送区的某个字节做加1计数，这个值就是心跳。接收方在每个循环里判断这个值是否有变化，如果连续几个周期都没变化，说明链路断了，接收方立刻进入安全状态：把控制输出清零、置通讯故障标志、触发报警。这样即使无线链路被叉车挡了一下导致信号中断几秒，设备也不会拿着最后一帧旧数据继续运行。

发送侧PLC1的SCL逻辑大致这样：

// 发送侧：每个循环把心跳字节加1 "SendData".Heartbeat := "SendData".Heartbeat + 1; "SendData".OutputWord := "ControlValue";

接收侧PLC2的SCL逻辑：

// 接收侧：心跳检测 IF "RecvData".Heartbeat <> "LastHeartbeat" THEN "LastHeartbeat" := "RecvData".Heartbeat; "CommOK" := TRUE; "TimeoutCnt" := 0; ELSE "TimeoutCnt" := "TimeoutCnt" + 1; IF "TimeoutCnt" >= 10 THEN "CommOK" := FALSE; "SafetyOutput" := 0; END_IF; END_IF;

代码里的SendData和RecvData是我假定的数据传输区符号块，实际项目里你可以换成Profinet组态自动生成的I/Q符号地址。这里最核心的逻辑是超时计数：Profinet协议本身有看门狗机制，断链时IO设备会进入报警状态，但PLC程序里的安全逻辑是最后一道防线，必须自己写。接收方输入区在通讯中断时数据会保持最后一帧的值，不判断心跳直接使用，极有可能导致误动作。

4.4 下载调试与验证流程

程序写完，编译无误后，把项目分别下载到两台PLC。TIA Portal支持在同一个项目里管理多台设备，下载时选择对应的设备即可。

下载完成后，先在TIA Portal的在线视图里看Profinet拓扑。正常状态下，IO Controller和IO Device之间会有一条实线连接，PLC2侧的总线模块状态灯和SF灯正常，PLC1侧的IO设备状态显示为“已连接”。如果显示“设备不存在”或者“不可访问”，优先检查三个地方：设备名是否与组态一致、IP是否同网段、无线链路是不是还通着。

接着打开变量监控表，同时监视PLC1发送区的值和PLC2接收区的值。看到数据在持续跳动，链路就通了。这时候做一次破坏性测试：直接把AP电源拔掉模拟断链，观察PLC2的CommOK标志位能不能在设定的超时时间后翻转。这既是验证心跳逻辑，也是验证整套系统的安全响应。等AP重启、链路恢复后，还要观察心跳是否恢复正常、系统是否自动复位。

这个断链测试我强烈建议做，并且把恢复时间、故障标志响应时间记录到项目验收文档里，后面运维会轻松很多。

5. 实测参考：信号、延迟与稳定性

配置是一回事，现场实际表现是另一回事。下面这组数据来自我之前在某制造车间里的参考测试，环境是普通机加工车间，有数控机床和行车，无线设备之间无障碍物，距离约30米，2.4GHz频段，Profinet RT循环周期16ms。

如果AP和Client之间有金属货架或者立柱遮挡，RSSI会明显下降，延迟也会大幅波动。所以现场勘察时一定别只看平面距离，要把立体路径上的遮挡物都考虑进去，必要时用临时支架做无线频谱路径测试。

循环周期到底设多少，我实测的感受是：16ms在无线链路上非常稳，8ms也可以跑，前提是信号质量在-60dBm以上、距离不能太远、现场电磁环境相对干净。4ms我不建议在无线环境下使用，除非只传几个字节、距离很近、又实在需要这么快的响应。无线链路每一次信道竞争都可能拉长单周期耗时，循环设得越短，超时报警的概率越高。为一个本来就不需要毫秒级响应的数据交换任务去冒险，不值得。

6. 常见问题与排查心得

这部分我直接按现场最常遇到的几类问题来讲，都属于不查不知道、一查吓一跳的坑。

6.1 无线链路反复掉线怎么办

最常见的原因是信道冲突。厂区里各产线的WiFi、蓝牙设备、无线鼠标接收器都挤在2.4GHz频段，SCALANCE W默认的自动信道可能正好和某个强信号冲突。解决方法是到AP的Web界面做信道扫描，看那张信道占用图上哪个区域干净，手动固定到那个信道。我遇到过一次设备每隔几分钟掉线一次，查下来就是自动信道模式导致设备频繁跳频，改成手动固定信道之后，连续一周没再掉过。

第二个常见原因是天线安装方向。全向天线的辐射方向是水平一圈，天线必须竖直向上安装，不能横着放或者朝下安装。如果天线装在设备内部被金属壳体挡住，就算从外面露出一截天线，信号照样会被金属反射干扰。把天线露出、远离金属平面、保持竖直，RSSI可能一下子从-80dBm改善到-65dBm。

第三个原因是距离和障碍物。无线设备之间尽量保持视距，至少中间不要有大型金属面正对反射。如果现场实在绕不开障碍物，调整方案往往是换定向天线，或者增加中继设备，而不是简单加大发射功率。

6.2 Profinet组态连不上、报设备名错误

Profinet设备名错误是新手高频问题。组态里写的设备名是plc-01，但CPU里实际烧录的设备名是plc-02，虽然肉眼看着只差一个数字，协议层面就是两个完全不同的设备。解决办法很直接：在TIA Portal里用“在线分配设备名”功能，先把现场实际扫到的设备列出来，再从下拉列表里选中正确设备名分配下去。

IP冲突也是排查重点。SCALANCE W自己带默认IP，PLC也有IP，如果再有个电脑接了同一个交换机，蹭一个IP段，很容易出现地址撞车。建议配置前先列一个IP规划表，把AP、Client、两台PLC、调试电脑的IP都固定下来，谁也别用DHCP自动获取。现场排查这类问题靠眼睛快，靠脑子想反而容易乱。

6.3 数据偶发不对，监控却看到地址里没变化

这种问题多半是传输区地址和PLC程序访问地址不一致。比如组态里给Controller→Device方向分配了从地址100开始的32字节，但PLC1程序里访问的却是地址200开头的区域，那当然监控不到数据变化。检查方法很简单：在TIA Portal的IO设备组态页面里，把传输区地址截图存下来，再对照PLC程序里的访问地址，一处一处核对。

还有一个隐蔽的坑是字节顺序。Profinet底层走以太网，多字节数据在传输时的字节排列和PLC内存存储方式不一样。如果传的是单字节整数没问题，传Word、DWord就可能会发现接收方读出来的高低字节是反的。稳妥的测试方法是在调试阶段先传一个已知的十六进制数，比如16#1234，看接收端读到的是12 34还是34 12，确认字节序之后再传真实业务数据。

6.4 手头没有完整SCALANCE W怎么先验证链路

如果你目前只有两台S7-1200和一个SCALANCE W AP，可以先拿一台带无线网卡的笔记本电脑，让笔记本的WiFi连上AP，再通过以太网口访问PLC，用网络调试工具收发UDP包验证链路通不通。这套简化测试能把“无线链路配置问题”和“Profinet组态问题”分开排查，先确认前一层没问题，再等Client设备到货后做完整的Profinet测试。不要一上来就把所有环节搅在一起，出了故障完全找不到切入点。

7. 最后说点实在的

跑这个例程这么多次，我最大的体会是：无线Profinet通讯不是能不能做的问题，而是每一步都得当成正式工程来做。无线这一环要当独立子系统对待，信号强度、信道占用、天线位置、电磁干扰，每一项都要实测，不能只看了理论覆盖范围就上项目。PLC程序里的心跳和安全逻辑永远是硬性要求，链路再稳定，也不能拿最后一帧旧数据去驱动设备。还有组态细节，设备名、IP、传输区地址、字节顺序，一个对不上整个通讯就静默失灵，而且这些错误排查起来特别耗时间。

标题里说的文末领红包，其实就是把这次完整例程的资料整理了一下，包括SCALANCE W配置清单、TIA Portal组态步骤截图说明，还有我调试时写的心跳检测模块示例程序。需要的朋友直接在评论区留言，我私信发给你。

如果你们也想在自己的项目里试Profinet无线通讯，我建议别急着买硬件，先把现场的实际距离、障碍物情况、设备台数、实时性要求整理成一张需求清单，拿不准的地方可以来跟我讨论。无线通讯这活，方案选对是一半，现场调试是另一半，边做边修正才是常态。