博途 TIA Portal中1200PLC与调试助手的TCP通讯实战解析

1. 从零开始：为什么你需要掌握PLC的TCP通讯？

如果你正在用西门子1200系列PLC做项目，尤其是涉及到数据采集、设备联网或者上位机交互，那你大概率绕不开一个话题：怎么让PLC和电脑上的软件“对上话”？我自己在项目里摸爬滚打了这么多年，发现很多新手工程师一听到“通讯”两个字就头大，觉得是底层协议，特别复杂。其实不然，尤其是用博途TIA Portal来做TCP通讯，它已经把很多复杂的底层操作封装成了简单的指令块，我们只需要像搭积木一样配置好就行。

今天，我就拿最经典的场景来拆解：用一台西门子S7-1200 PLC作为主站（主动发起连接），和电脑上一个通用的网络调试助手（比如我常用的HslCommunicationDemo）进行TCP数据交换。这个场景有多实用呢？我随便举几个例子：你需要把PLC里的温度、压力数据实时发送到电脑上做一个简单的监控界面；或者，你想用电脑上的软件给PLC下发一个配方、一串控制命令。这些需求，本质上都是通过TCP这条“数据高速公路”来实现的。

选择TCP协议，是因为它可靠、通用，几乎是工业以太网通讯的“普通话”。调试助手则扮演了一个“万能对话者”的角色，它能模拟各种上位机软件的行为，让我们在开发阶段就能验证通讯链路是否畅通，数据格式是否正确，而不用等到整个系统集成时才去排查问题，那成本就太高了。所以，掌握这套方法，就相当于拿到了打通PLC与信息化世界的一把钥匙。接下来，我会手把手带你走完从硬件接线、软件配置、程序编写到最终调试的全过程，保证你跟着做一遍就能自己上手。

2. 动手前的准备：硬件与软件清单

工欲善其事，必先利其器。咱们先看看需要准备些什么。别担心，东西都很常见，不搞什么特殊设备。

硬件部分，就三样：

1. 一台西门子S7-1200 PLC：CPU型号不限，1214C、1215C都行，只要它带以太网口。这是我们的通讯主角。
2. 一台装有调试软件的PC电脑：你的办公电脑或工程师站就可以。
3. 网络设备：一根网线，一个普通的桌面交换机。如果只是PLC和电脑直连，理论上用一根交叉网线也行，但为了省事和兼容性，我强烈建议你加个几十块钱的小交换机。这样，PLC和电脑都插到交换机上，IP地址配在同一个网段，物理链路就通了，能避免很多莫名其妙的连通性问题。

软件部分，主要是两个：

1. 西门子TIA Portal（博途）：这是编程和配置PLC的核心环境。版本建议V15或以上，我演示用的是V17，但基本操作大同小异。
2. 网络调试助手：这类软件很多，我长期用的是HslCommunicationDemo。为什么独爱它？首先，它非常稳定，我在几十个项目里用它做TCP、UDP甚至Modbus TCP的调试，从来没掉过链子，没出过什么“妖蛾子”。其次，它功能全，一个软件里客户端、服务器、各种数据格式显示（十六进制、字符串、浮点数）都有了，不用来回切换好几个工具，极大提升了调试效率。当然，你用其他类似的调试工具（如SocketTool、NetAssist）也完全可以，原理是相通的。

把硬件按“PLC -> 交换机 -> PC”的方式用网线连接好，软件安装好，我们的舞台就搭好了。接下来，进入博途软件，开始真正的配置。

3. 核心配置：在博途中为通讯搭建舞台

打开TIA Portal，我们一步一步来。这个过程有点像给PLC办理“网络身份证”和准备“数据收发箱”。

3.1 创建项目与设备组态

首先，新建一个项目，给它起个名字，比如“1200_TCP_Demo”。然后在项目树中“添加新设备”，选择你的S7-1200 CPU具体型号。添加成功后，关键的一步来了：配置PLC的IP地址。

点击设备视图中的CPU模块，在下方属性窗口中找到“以太网地址”。在这里，你需要给PLC设定一个固定的IP地址。比如，我习惯设为192.168.0.1，子网掩码用默认的255.255.255.0。同时，记得点击“添加新子网”，把PLC的接口连接到这个子网上。这个IP地址就是PLC在网络世界里的门牌号，调试助手等下就要来找这个门牌号。

还有一个非常实用的小技巧：在“属性”>“常规”>“系统和时钟存储器”里，勾选“启用系统存储器字节”和“启用时钟存储器字节”。我通常把时钟存储器字节设为一个，比如MB0，那么M0.5就会自动变成1Hz的时钟脉冲（0.5秒ON，0.5秒OFF）。这个功能在后面编程时能让我们“偷个懒”，很方便地生成周期性的发送触发信号，而不需要自己写定时器。

3.2 创建数据块：定义收发数据的“仓库”

数据要在PLC和调试助手之间流动，得先有个存放的地方。我们在程序块中，添加一个新的全局数据块（DB），我把它命名为“DataBuffer”。这里有一个至关重要的细节：双击打开这个DB块，在它的属性里，找到“优化访问”选项，一定要取消勾选！

为什么？因为优化访问是博途为了提升效率而采用的一种“符号化”寻址方式，它没有固定的绝对字节地址偏移量。而我们的TCP通讯指令需要明确的、传统的字节地址来指向数据（比如DB1.DBX0.0）。取消优化后，数据块会恢复成我们熟悉的、有固定偏移地址的格式。

在这个“DataBuffer”DB块里，我们创建两个数组变量，用来分别存放要发送和接收的数据。例如：

• SendData：类型为Array[0..9] of Byte，即10个字节的数组，偏移量从0开始。这表示我们准备发送10个字节。
• RecvData：同样类型为Array[0..9] of Byte，偏移量会自动从10开始（因为前面用了10个字节）。这表示我们准备接收10个字节。

创建完变量后，一定要点击工具栏上的“编译”按钮。只有编译后，这些变量的“偏移量”才会显示出来。这个偏移量就是指令中需要用到的绝对地址的一部分。记住这个DB块的编号（假设是DB1），我们马上就会用到。

4. 编程实战：调用指令块实现收发

配置好舞台和仓库，主角该上场了——那就是博途提供的通讯指令。我们将在主组织块OB1（或新建一个循环中断OB）里编写程序。

4.1 发送指令 TSEND_C 的配置与调用

在指令列表的“通信”>“开放式用户通信”下，找到TSEND_C指令，把它拖到程序段里。这个指令名字里的“_C”代表它集成了连接管理（Connect）功能，也就是说，它不仅能发送数据，还能主动建立和断开TCP连接，非常方便。

我们需要给它配置几个关键参数：

• REQ（发送请求）：这里就是“偷懒”技巧的用武之地了。我们可以直接连接之前启用的时钟脉冲位，比如“Clock_1Hz”（对应M0.5）。这样，PLC就会每隔1秒自动触发一次数据发送。
• CONT（连接持续）：设置为TRUE，让连接保持建立状态，而不是发一次就断开。
• CONNECT（连接参数）：这是一个指向连接描述数据块的指针。我们需要在项目树中“添加新块”，选择一个“连接描述”DB（类型为TCON_IP_v4）。在这个DB里，配置远程伙伴（即调试助手）的IP地址（例如192.168.0.100）和端口号（例如2000），连接类型选择“TCP”。然后在这里引用这个DB，比如“PLC_1_Send_DB”。
• DATA（发送数据区）：这就是指向我们“仓库”的指针。按照绝对地址的指针格式填写，例如P#DB1.DBX0.0 BYTE 10。这表示从DB1的第0个字节开始，连续10个字节，是我们要发送的数据。
• LEN（发送长度）：设置为10，表示每次发送10个字节。

一个容易踩坑的地方：在TSEND_C指令的属性视图里，有一个“连接参数”的组态界面。这里也可以配置伙伴IP和端口，但请注意，如果你在这里配置了，又在程序里用CONNECT参数引用了连接DB，可能会冲突。我的习惯是：要么全部在指令属性里配置（此时CONNECT参数留空或填NULL），要么全部在单独的连接DB里配置。我推荐后者，因为结构更清晰。

4.2 接收指令 TRCV 的配置与调用

同样，从指令列表拖入TRCV指令。注意，接收指令用的是TRCV，而不是TRCV_C。这意味着它本身不负责建立连接，它需要在一个已建立的连接上接收数据。

它的关键参数如下：

• EN_R（接收使能）：直接设为TRUE，让它持续处于准备接收状态。
• DATA（接收数据区）：同样用指针格式，指向接收“仓库”，例如P#DB1.DBX10.0 BYTE 10。
• ID（连接ID）：这是最关键的参数，也是新手最容易出错的地方！这个ID必须和TSEND_C指令所使用的连接ID一致。这个ID在哪里看呢？在你组态TSEND_C的连接参数（无论是在指令属性里还是在连接DB里）时，系统会分配一个“连接ID”（Connection ID），是一个数字，比如1。你需要在TRCV指令的ID引脚上，手动输入这个数字1。如果ID对不上，数据是绝对收不到的。
• LEN（最大接收长度）：设为10，表示我们准备接收最多10个字节。

TRCV指令没有“连接参数”选项卡，因为它不管理连接。它的任务很单纯：在指定的连接ID上，把收到的数据搬到指定的数据区里。程序写完后，记得整体编译一下项目，确保没有语法错误。

5. 联调测试：让数据流动起来

最激动人心的环节来了！把程序下载到PLC，然后打开我们的调试助手，见证数据互通。

5.1 从PLC发送数据到调试助手

首先，确保PLC和电脑的网络是通的（可以互相ping通）。然后，在PLC的数据块“DataBuffer”的SendData数组里，手动写入一些测试值，比如[16#01, 16#02, 16#03, 16#04]。

在调试助手HslCommunicationDemo中，选择“TCP客户端”模式。服务器地址填写PLC的IP（192.168.0.1），端口填写你在TSEND_C连接参数中设置的本地端口（比如2000），然后点击连接。

连接成功后，因为我们的PLC程序里REQ连接了1Hz时钟，所以它会每秒自动发送一次数据。在调试助手的接收区，你应该能看到源源不断到来的十六进制数据，例如“01 02 03 04 …”。同时，接收区通常会显示每次接收的时间戳和数据长度（比如20字节，因为我们定义的是10个Word，即20个Byte）。这验证了发送通道完全正常。

5.2 从调试助手发送数据到PLC

现在测试反向通道。在调试助手的发送区，以十六进制格式输入一些数据，比如[16#AA, 16#BB, 16#CC, 16#DD]，然后点击发送。

切换回博途软件，在线监控PLC的数据块。找到RecvData数组，你应该能看到对应的字节值变成了16#AA,16#BB… 这就证明PLC已经成功接收到了调试助手发来的数据。

调试中常见的几个坑与解决思路：

1. 连接失败：检查IP地址、端口号是否填写正确；检查电脑防火墙是否屏蔽了相关端口；确认网线、交换机工作正常。
2. PLC能发不能收，或能收不能发：99%的问题出在连接ID（ID参数）不匹配。请反复核对TRCV指令的ID是否与TSEND_C指令的实际连接ID完全相同。
3. 数据长度不对或数据错乱：检查DATA指针的写法是否正确，起始地址和长度是否与数据块定义匹配。确保数据块的“优化访问”已取消。
4. 发送不规律：检查REQ触发信号。如果用了时钟存储器，在线看一下对应的位（如M0.5）是否有规律的闪烁。

通过这一套组合拳下来，TCP通讯的基本框架就搭建成功了。你可以根据实际需要，修改数据块的长度和结构，发送更复杂的结构体数据；也可以调整触发逻辑，将REQ连接到某个条件开关，实现按需发送。掌握了这个核心流程，你再去做PLC与PLC之间、PLC与各种上位机软件（如组态王、WinCC、定制开发的上位机）的TCP通讯，都会觉得思路清晰，游刃有余。说到底，工业通讯就是把正确格式的数据，通过正确的路径，在正确的时间，送到正确的地方，而博途已经为我们准备好了大部分工具。