1. 为什么你需要掌握S7-1200的自由口通信如果你正在用西门子S7-1200 PLC做项目十有八九会遇到一个头疼的问题怎么跟那些“不听话”的第三方设备打交道比如产线上那个只认串口的老式扫码枪仓库里那台只支持简单文本指令的标签打印机或者是一些小众的检测仪表。这些设备往往没有现成的PROFINET或Modbus TCP接口它们的“语言”就是最原始的串行数据——也就是我们常说的自由口通信。我刚开始接触这块的时候也犯怵觉得协议解析、字节处理太麻烦总想着找现成的网关。但后来发现很多小项目成本卡得紧或者设备位置特殊加网关不现实。掌握S7-1200自带的自由口通信功能就成了一个性价比极高的解决方案。它能让PLC直接“开口说话”用最底层、最灵活的方式与任何支持串口RS232/RS485/RS422的设备对话。说白了这就是给PLC装上了一张“万能嘴”你想让它说什么、听什么完全由你写的程序决定。这个指南就是为你准备的不管你是刚入行的电气工程师还是习惯了高级协议、想回头补补课的老手。我会用最直白的话把硬件接线、软件组态、程序编写的每一步都掰开揉碎还会分享几个我实际项目中踩过的坑和总结的技巧。目标只有一个让你看完就能动手快速搞定手头上那些棘手的设备对接问题。2. 动手之前硬件与软件的准备清单工欲善其事必先利其器。搞自由口通信第一步就是把家伙事儿备齐别等到调试的时候才发现缺这少那。2.1 硬件配置选对CPU和通信模块S7-1200系列PLC本身集成的接口是PROFINET想玩转串口通信你必须额外购买通信模块。目前常用的就是CM 1241系列。这里有个关键点CM1241 RS232和CM1241 RS485/RS422是两种不同的模块硬件接口和接线方式完全不同千万别买错。CM1241 RS232 (6ES7 241-1AH30-0XB0)这就是最常见的9针D型口DB9用于点对点连接。比如直接连接电脑的串口需要用交叉线、扫码枪、票据打印机等。它的通信距离短一般不超过15米。CM1241 RS485/RS422 (6ES7 241-1CH30-0XB0)接口是螺丝端子用于连接支持RS485或RS422的设备。这种接口抗干扰能力强通信距离远可达1200米并且可以组建总线网络一台PLC可以挂接多个从站设备比如多个仪表。怎么选看你的第三方设备接口。如果设备是DB9母头通常选RS232模块如果设备是A/B两根线或者正负端子那就选RS485模块。不确定的话查设备手册最保险。至于CPU从基础的1211C到性能更强的1214C、1215C都可以它们都能扩展最多3个通信模块。对于大多数对接扫描枪、打印机的应用1214C就绰绰有余了。电源模块根据CPU和模块的耗电量选择即可比如PM1207。接线踩坑提醒RS232模块接线时一定要用交叉线也叫“null modem”线连接PLC和电脑如果用成了直通线两边永远也“听”不到对方说话。如果是连接第三方设备务必根据设备手册的引脚定义将PLC的发送TXD接到设备的接收RXDPLC的接收RXD接到设备的发送TXD地线GND对接。2.2 软件环境TIA Portal是关键编程软件必须是西门子的TIA Portal博途。原始文章里用的还是老旧的Step7 Basic V10.5现在早就升级了。我强烈建议你使用TIA Portal V16或更高版本界面更友好功能也更稳定。软件安装包比较大确保你的电脑有足够的空间和性能。安装好后第一次打开可能会让你选择视图我们做项目主要在“项目视图”下操作这里的功能更全面。创建一个新项目时记得给它起个有意义的名字比如“S71200_Barcode_Comm”别直接用默认的“Project1”以后项目多了找起来麻烦。3. 核心第一步在TIA Portal中正确组态通信模块硬件接好线软件装好了接下来就是让软件认识你的硬件。这一步叫“组态”相当于给PLC的各个部件上户口、定规矩。3.1 插入设备与模块在TIA Portal的项目视图里找到“设备和网络”。点击“添加新设备”选择你实际使用的S7-1200 CPU型号比如“SIMATIC S7-1200” - “CPU” - “1214C DC/DC/DC”。给它起个名比如“PLC_1”。添加好CPU后你会在设备视图里看到CPU模块右边有空槽位。点击第一个空槽在右侧的硬件目录里依次展开“通信模块” - “点到点”。这时你就能看到CM1241 RS232和RS485的模块了。把你实际购买的模块型号拖拽到空槽位上。这一步绝对不能错如果你实际用的是RS232模块却在软件里组态了RS485通信绝对无法建立。3.2 配置端口参数让双方说同一种“方言”组态好模块后点击设备视图中的CM1241模块下方会弹出它的“属性”窗口。这里是我们配置的重中之重相当于设定通信的“语言规则”。在“属性” - “RS232接口” - “端口配置”里你需要设置以下几个参数它们必须与第三方设备的设置完全一致波特率数据传输的速度。常见的有9600 19200 38400 115200等。速度越快传输越快但抗干扰要求越高。和扫描枪、打印机通信9600或19200最常用。数据位每个字节包含的数据位数。通常是8位。校验位用于简单的错误检测。有“无”、“偶校验”、“奇校验”。大多数简单设备都选“无”。停止位表示一个字节传输结束的标志。通常是1位。流控制控制数据流防止接收方缓冲区溢出。绝大多数第三方设备如扫码枪都不支持所以这里选“无”。举个例子如果你的扫码枪手册上写着“96008N1”那么你在TIA Portal里就应该设置为波特率9600数据位8校验无停止位1流控制无。配置完成后记得看一眼“硬件标识符”。这个数字是系统自动分配的比如11后面编程时会用到一定要记下来。最后点击工具栏上的“编译”按钮检查一下组态有没有错误。没问题的话就可以用网线把程序下载到PLC里了。至此硬件的“户口”和“规矩”就立好了。4. 编写发送程序让PLC主动“说话”组态只是搭好了舞台真正让PLC表演的是程序。我们先从最简单的开始让PLC主动发送一段数据给第三方设备比如控制打印机打印一行文本。4.1 理解核心指令SEND_PTP在TIA Portal的指令列表里找到“扩展指令” - “通信” - “SEND_PTP”。这个功能块就是PLC的“嘴巴”。它的工作原理是你给它一段数据存放在一个数据块里它通过串口老老实实地发出去。但直接调用它还不够我们需要为它准备两个东西背景数据块和发送数据缓冲区。你可以把背景数据块理解为这个“嘴巴”的专用记事本记录着它工作的状态比如是不是正在说话、说完了没有。而发送数据缓冲区就是它要念出来的稿子。4.2 创建数据块与编写程序首先创建背景数据块。在项目树“程序块”下右键“添加新块”选择“数据块(DB)”。给它起个名字比如“DB_Send_Ctrl”。关键的一步来了在“类型”下拉框中不要选默认的“全局DB”而要选择“SEND_PTP (FB113)”。这样创建的DB就是专属于SEND_PTP指令的背景DB。然后创建发送缓冲区数据块。同样添加新DB名字叫“DB_Send_Buffer”。这次类型就选“全局DB”并且务必取消勾选“仅符号访问”。这个选项如果勾选我们后面就无法用指针直接访问数据区了。在这个DB里我们定义一个字符串变量来存放要发送的内容。比如新建一个变量SendString数据类型为String[20]表示最大能放20个字符的字符串。接下来打开主程序OB1从指令列表拖入SEND_PTP指令。它会自动弹出对话框让你选择背景数据块就选我们刚才创建的“DB_Send_Ctrl”。现在开始给这个指令的管脚赋值REQ发送请求。给它接一个上升沿信号比如M0.0。当这个信号从0变成1时触发一次发送。PORT端口。这里填的就是我们之前记下的“硬件标识符”比如11。BUFFER缓冲区指针。这是最容易出错的地方我们要告诉指令稿子数据放在哪里。点击这个管脚然后按F2键输入P#DB2.DBX2.0 BYTE 20。这里的“DB2”是你的“DB_Send_Buffer”的绝对编号在DB属性里可以看到“DBX2.0”表示从第2个字节的第0位开始。为什么不是DBX0.0因为S7-1200的String类型前两个字节有特殊用途第0字节存最大长度第1字节存当前实际长度真正的数据从第2字节才开始。所以指针必须指向2。LEN发送长度。我们可以直接填写要发送的字符数比如10。也可以动态指定比如链接到DB_Send_Buffer.SendString的当前长度。最后别忘了在“DB_Send_Buffer”的SendString变量里写上要发送的内容比如‘HELLO PRINTER’。4.3 下载测试与调试技巧编译无误后下载到PLC。在线监控程序强制M0.0为1触发发送。怎么验证发送成功了呢方法一使用电脑串口助手。用串口线连接PLC和电脑打开一个串口调试助手如AccessPort、友善串口助手等参数设置得和PLC组态里一模一样。触发发送后你应该能在串口助手的接收区看到“HELLO PRINTER”这行字。方法二连接真实设备测试。如果对接的是打印机触发后看打印机是否打印出相应内容。这里分享一个我踩过的坑有时候发送一次不成功可能是时间问题。SEND_PTP指令执行需要时间如果你用同一个脉冲频繁触发而上一次发送还没完成新的请求会被忽略。所以最好用指令的DONE或BUSY输出位来做互锁确保一次发送完成后再触发下一次。5. 编写接收程序让PLC学会“倾听”光会说话不行还得会听话。比如扫码枪扫到一个条码PLC得能稳稳地接住这个数据。这就是接收程序要干的事。5.1 理解核心指令RCV_PTP接收用的指令是“RCV_PTP”在同一个指令目录下。它是PLC的“耳朵”。它的工作模式是一直竖着耳朵听串口一旦有数据传来就把它存放到指定的缓冲区里然后通知你“我听到了”。和发送一样我们需要为它准备背景数据块DB_Rcv_Ctrl类型选RCV_PTP (FB114)和接收数据缓冲区DB_Rcv_Buffer全局DB取消“仅符号访问”。在接收缓冲区DB里同样定义一个String变量比如RcvString。5.2 配置接收参数与数据处理在OB1中调用RCV_PTP指令背景DB选择DB_Rcv_Ctrl。关键参数配置如下EN_R接收使能。这个信号必须一直为True比如接常开点M0.1并置1PLC的“耳朵”才会一直打开。PORT端口号同样是那个硬件标识符11。BUFFER接收缓冲区指针。格式和发送一样例如P#DB3.DBX2.0 BYTE 50指向接收缓冲区DB的第三个字节开始预留50个字节的空间。NDR新数据就绪。这是一个输出位。当它从0跳变到1时就表示有新的数据接收完成了这是我们判断是否收到数据的关键标志。程序逻辑可以这样写当NDR上升沿到来时将接收缓冲区DB_Rcv_Buffer.RcvString中的内容复制到另一个我们用于处理的DB中或者直接进行协议解析。同时可以复位一个标志位或者触发后续的处理逻辑。字符串处理要点接收到的数据是原始字节流。如果第三方设备发送的是字符串那么存到String变量里是没问题的。但很多时候设备发来的是包含帧头、数据、校验码、帧尾的一整包数据。这时候你就需要自己写程序来“拆包”。比如在接收缓冲区里定义一个字节数组ByteArray[0..49]然后写一段SCL或梯形图逻辑去查找特定的帧头帧尾截取中间的数据段并计算校验和。这才是自由口通信编程真正的挑战和精髓所在。6. 实战进阶应对复杂的通信协议真实的设备对接 rarely 是简单的“发送-接收”就完事了。更多时候你需要实现一个完整的请求-响应流程并且要处理复杂的协议帧。6.1 设计通信状态机一个健壮的通信程序绝不能是简单的一发一收。我强烈推荐你使用状态机State Machine的方式来构建程序。这在S7-1200里用简单的梯形图或SCL都能实现。我们可以定义几个状态状态0空闲。等待启动通信的命令。状态1发送请求帧。组织好要发送的命令数据包括帧头、地址、功能码、数据、校验码等调用SEND_PTP发送。状态2等待并接收响应。启动一个定时器在等待时间内持续监听RCV_PTP的NDR信号。状态3解析响应。收到数据后检查帧的完整性、校验是否正确。如果正确提取有效数据并转到“成功”状态如果错误如超时、校验错则转到“错误处理”状态。状态4错误处理与重试。记录错误次数如果未超过重试上限则延时后跳回状态1重发如果超过则报出通信故障。用状态机的好处是逻辑清晰易于调试和维护。你可以很清楚地知道当前通信进行到哪一步了出了错也知道错在哪一环。6.2 处理二进制数据与校验很多仪表、传感器传回的数据是二进制的比如温度值可能用两个字节表示高位在前大端序。你不能直接把它当字符串看。假设我们从接收缓冲区ByteArray的第3个字节开始收到了两个字节的温度数据。在S7-1200里你可以用“移动值”指令结合“交换字节”指令来处理。例如将ByteArray[2]和ByteArray[3]组合成一个Word或Int类型的变量。如果协议规定是高字节在前你可能需要先交换两个字节的顺序。校验码计算是保证数据可靠性的关键。常见的校验方式有累加和、CRC循环冗余校验等。以最简单的Modbus RTU常用的CRC16校验为例你需要根据协议规定的多项式如0xA001写一段函数来计算一段数据的CRC值。TIA Portal里没有现成的CRC16指令但你可以找到很多现成的SCL代码块复制到你的项目中作为一个函数FC来调用。在发送前计算整个数据包的CRC并附在帧尾在接收后重新计算收到数据的CRC并与帧尾的CRC进行比较一致才认为数据正确。6.3 超时与错误处理机制通信不可能100%成功尤其是工业现场干扰大。必须要有超时机制。在发送请求后启动一个定时器比如500毫秒。如果在定时器到时前收到了正确响应就关闭定时器处理数据。如果定时器时间到了还没收到就判定为超时错误进入重试或报警流程。错误处理不仅要记录“通信失败”最好还能区分失败类型是超时是校验错误还是接收的数据长度不对把这些错误代码记录到不同的存储区方便上位机或HMI读取显示能极大提高现场调试的效率。7. 调试秘籍与常见问题排坑指南理论说得再多不如实战调试一次。下面是我用无数杯咖啡换来的调试经验和常见坑点。调试环境搭建在项目初期强烈建议先用电脑上的串口调试助手模拟第三方设备。这样你可以完全控制发送给PLC的数据也可以清晰地看到PLC发出来的每一个字节排除硬件和基本配置的问题。确认PLC能和串口助手正常收发后再连接真实设备。在线诊断工具TIA Portal的“在线与诊断”功能非常强大。选中你的CM1241模块打开“在线与诊断”视图里面可以看到模块的“诊断状态”。如果硬件组态错误、接线错误这里通常会有红灯或错误信息。在“连接资源”里可以看到端口的发送和接收字节计数这是判断数据是否在物理层流动的直接证据。常见问题1收不到数据NDR永远不亮。检查1硬件接线。RS232是否用了交叉线RS485的A/B线是否接反电源和地线是否接好检查2端口参数。波特率、数据位、校验位、停止位是否与对方设备一丝不差大小写、标点都要一致。检查3接收使能。RCV_PTP的EN_R管脚是否一直为TRUE如果用了上升沿触发那就错了必须常通。检查4缓冲区指针。指针地址是否正确是否指向了String的第2个字节之后常见问题2收到乱码或数据错位。检查1数据格式。对方发送的是ASCII字符还是十六进制数据你的接收缓冲区定义的是String还是Byte数组用错了类型就会显示乱码。检查2字节顺序。对于多字节数据如整数、浮点数检查发送方和接收方的字节顺序大端/小端是否一致。检查3流控制。如果设备支持硬件流控RTS/CTS而你在TIA Portal里设置了“无”可能导致数据丢失。常见问题3通信不稳定时好时坏。检查1接地与干扰。RS485通信一定要做单端接地屏蔽线要接好。远离变频器、大功率电机等干扰源。检查2终端电阻。RS485总线在距离长、速率高时需要在总线两端的设备上并联120欧姆的终端电阻消除信号反射。检查3程序逻辑。检查你的状态机逻辑是否有竞争条件发送和接收的时序处理是否得当避免在未完成一次通信时又发起新的请求。最后保持耐心善用在线监控和变量表观察每一个关键位和关键数据的变化。自由口通信调试就像解谜每一步的验证都让你离成功更近一步。当你第一次看到PLC稳稳地接收到扫码枪的数据并正确解析出条码信息时那种成就感绝对是满满的。