简介一份以倍福C6930嵌入式PC搭配EL6614为例的TCP/IP通讯配置技术文档面向工业自动化工程师、倍福PLC程序开发人员及TwinCAT3初学者。文档核心是让EL6614作为TCP/IP Client与Socket Tool调试助手建立通讯从安装TF6310 TCP/IP Function、TwinCAT3新建工程与license激活到EL6614交换机端口设置、IP地址分配逐步演示使用TC2_TCPIP库中的FB_SocketConnect、FB_SocketSend、FB_SocketReceive、FB_SocketClose四个功能块完成连接、发送、接收、关闭的完整实验并包含CMD连通性判断、hSocket状态确认、收发数据验证等排错细节。资源包仅含1个docx文档大小559KB内容集中、步骤完整。已有568人学习下载适合需要快速上手EL6614以太网通讯的工程师参考。1. EL6614为什么是TCP/IP通讯项目里绕不开的名字拿到“倍福PLC EL6614 TCP IP 通讯”这个标题第一反应容易以为EL6614是一块网卡。实际上倍福EL6614是一块4通道串口端子负责把RS422/RS485设备接进EtherCAT系统。工业现场最常见的场景是老式仪表、变频器、扫码枪的串口数据先通过EL6614收进PLC再由PLC的以太网口用TCP/IP协议栈转发给上位机或MES。标题里的“TCP IP”指的就是PLC对外的那条网络链路而不是EL6614本身带网口。这篇文章顺着这条数据链路讲清楚三层内容EL6614怎么接线和配参、TwinCAT里怎么把串口数据读出来、怎么用TCP/IP函数块把数据发出去最后给出联调时最值得检查的几个点。适合正在做设备联网、串口转以太网的数据采集工程师。2. EL6614的串口通道硬件接线与CoE参数2.1 4路RS422/RS485的端子排布与终端电阻EL6614是EtherCAT端子模块宽度只有12mm通过背板总线与CX系列控制器或EK耦合器通信。它对外提供4个独立串口通道每个通道可以分别配置为RS422或RS485。选型时先确认现场设备是什么电气标准RS422是全双工发送和接收各用一对差分线适合点对点长距离传输RS485是半双工一对差分线分时收发可以挂多个站点适合走Modbus RTU这类多从站协议。EL6614这种端子内部带电气隔离但外部供电必须按照倍福侧视图上的电源组配置去接线否则通讯质量会很不稳定。接线端子排布以模块侧面丝印为准常见约定是每个通道有A、B、R、R-、GND等引脚。RS485模式下只接A和B注意同名连接对端设备的Data接本端的AData-接B。RS422模式下发送和接收分别接对端接线原则是“发对收、收对发”。现场最容易犯的错是把RS485的A和B接反导致能收到乱码或者完全没数据。对于较长的RS485总线物理层规范要求在总线两端各加一个120Ω终端电阻。EL6614的端子上一般不内置这个电阻需要接线时在端子排上并一个。速率越高、线缆越长终端电阻越不能省否则反射信号会造成偶发帧错误。通道1典型丝印 RS485模式 RS422模式 A Data Tx B Data- Tx- R 不用 Rx R- 不用 Rx- GND GND GND实际操作时我会先用万用表测对端设备的信号定义再对照EL6614丝印接线。不要只凭设备说明书上的字母猜特别是国产仪表A和B的命名经常反着来。2.2 通过CoE配置波特率和数据帧格式EL6614的每个通道都有独立的通讯参数这些参数不是写在PLC程序里的而是作为CoE对象存放在端子模块的EEPROM中。在TwinCAT中选中EL6614通道打开CoE Online列表就能看到类似下面的参数项。不同固件版本的索引号可能有差异我一般先写参数、再重新激活确认实际生效值。CoE对象示意作用常用设置8000:01波特率9600、19200、1152008000:02数据位7或88000:03校验位None、Even、Odd8000:04停止位1或28000:05帧模式0标准字节流1自动帧8000:06接收缓冲区大小256、512、1024字节波特率、数据位、校验位、停止位这四组必须和对端设备完全一致。Modbus RTU设备一般设置为9600 8 None 1但也有一些仪表出厂是19200 7 Even 1不能照搬。帧模式建议设置为自动帧模式这样EL6614会根据串口空闲间隔自动把一帧数据切分好PLC端每次读到的就是完整的一帧省掉自己拆包的麻烦。如果设成标准字节流模式PLC就要自己处理半帧、粘帧的情况。配置好CoE参数后要把EtherCAT设备重新激活一次让参数下载到端子中。如果修改后不生效检查是不是处于OP模式或者尝试进行一次“Restore Default Parameters”再重新设置。2.3 过程映像控制字节、状态字节与数据区EL6614通过EtherCAT周期过程数据向PLC传送数据。每个串口通道在过程映像里通常包含三部分控制字节、状态字节、数据字节区。控制字节由PLC写入用于触发发送或清空缓冲区状态字节由端子反馈标记接收完成、发送完成、错误状态数据字节区存放实际收发的内容。这里需要理解一个关键点EtherCAT周期是确定的比如1ms或250μs而串口波特率是异步的。一帧9600bps的数据可能要好几毫秒才能收完所以串口数据和EtherCAT周期并不同步。PLC程序不能假设每个周期都能读到完整的一帧必须结合状态字节里的接收完成标志来判断。同样发送时也不能简单往数据区写一次就认为发完了要等到发送完成状态信号再写下一帧否则可能覆盖还没发完的数据。过程映像的具体字节宽度和位定义以倍福提供的EtherCAT Slave Information文件为准。在TwinCAT扫描完EL6614之后展开“Process Data”可以看到每个通道的映射项。我一般会做两份记录一份记控制位含义一份记数据区起始偏移方便后面写ST程序时直接引用。3. TwinCAT 3里把串口数据搬进网络EL6614数据读取3.1 扫描EtherCAT端子并确认通道映射在TwinCAT 3中新建项目后第一步是建立EtherCAT主站。如果是CX系列嵌入式控制器直接连接网口如果是装有FC900x网卡卡件的工业PC则使用独立网口。扫描过程不复杂但要注意扫描之前EL6614的EtherCAT IN和EtherCAT OUT网线必须都接好特别是链路上后面的端子否则扫描会中断。扫描完成后在Solution Explorer的I/O里会看到类似“Term 4 (EL6614)”的节点。展开它能看到四个通道的映射对象。双击每个对象右侧窗口会显示对应的PLC变量映射框。我这里会把每个通道的接收状态、数据数组、长度变量单独映射出来例如变量名 数据类型 关联对象 stCh1Status BYTE EL6614 Ch1.Status arrCh1Data ARRAY[0..511] OF BYTE EL6614 Ch1.ReceiveData nCh1RecvLen UINT EL6614 Ch1.ReceiveCount映射时要注意数据区大小。默认过程数据长度可能只有16字节如果你需要接收长帧得先在CoE里把该通道的接收缓冲区扩大然后在Process Data里重新选择有效的Data长度。很多工程师在这里遇到长度不够的问题串口明明收到了50个字节PLC端只看到16个就是因为没有扩大接收缓冲区。3.2 用ST代码收一帧串口数据当EL6614的通道工作在自动帧模式时端子收到一帧完整数据后会更新状态字节和接收长度并把数据放到接收数据区。PLC程序里可以做一次上升沿检测确保一帧数据只处理一次。下面是一个简化的ST代码示例假设已经完成过程数据映射VAR bRecvRising : BOOL; bRecvReady : BOOL; stCh1Status : BYTE; arrCh1Data : ARRAY[0..511] OF BYTE; nCh1RecvLen : UINT; i : INT; sLogFrame : STRING; END_VAR // 假设状态位 bit0 代表自动帧接收完成上升沿触发处理 IF (stCh1Status AND 16#01) 16#01 THEN IF NOT bRecvReady THEN bRecvReady : TRUE; sLogFrame : ; FOR i : 0 TO (nCh1RecvLen - 1) DO sLogFrame : sLogFrame CHR(arrCh1Data[i]); END_FOR; // 这里调用后续TCP发送函数块 END_IF ELSE bRecvReady : FALSE; END_IF这段代码的思路是每个PLC循环周期检查状态字节发现接收完成位从0变成1时就认为端子收到了一整帧复制数据到本地变量。这里把字节数组转成了字符串是为了方便在TwinCAT里做在线监控或者写入日志。如果数据本身是二进制内容包含0x00或0xFF转字符串会丢信息应该保留字节数组形式后续发送TCP时直接传字节数组首地址和长度。有些现场会把一帧数据拆成多个EtherCAT周期到达状态位在期间一直是1但长度会增长。这时候不能用简单的上升沿而是要做一个“帧超时”判断每次收到新字节就清零定时器当定时器超过5ms且长度大于0就认为帧结束。这种方式最稳妥。3.3 串口数据到网络缓冲区的组织真正做系统集成时EL6614的4个通道可能会连接4台不同的串口设备。上位机只有一个TCP/IP连接怎么区分数据来自哪个通道常见做法是自己定义一个应用层包头。我会在PLC里把通道号、长度、数据和校验值打包成一个内部帧然后再由TCP函数块发送出去。VAR arrFrame : ARRAY[0..1024] OF BYTE; nFrameLen : UDINT; nChannelId : BYTE; nDataLen : UDINT; nCheckSum : BYTE; iData : INT; END_VAR // 打包协议0xA5 通道号 数据长度 数据 累加和 nFrameLen : 0; arrFrame[nFrameLen] : 16#A5; nFrameLen : nFrameLen 1; arrFrame[nFrameLen] : nChannelId; nFrameLen : nFrameLen 1; arrFrame[nFrameLen] : BYTE_TO_BYTE(nDataLen AND 16#FF); nFrameLen : nFrameLen 1; nCheckSum : 16#A5 nChannelId (nDataLen AND 16#FF); FOR iData : 0 TO INT_TO_INT(nDataLen) - 1 DO arrFrame[nFrameLen UDINT_TO_UDINT(iData)] : arrCh1Data[iData]; nCheckSum : nCheckSum arrCh1Data[iData]; END_FOR; nFrameLen : nFrameLen nDataLen; arrFrame[nFrameLen] : nCheckSum; nFrameLen : nFrameLen 1;这个自定义协议很简单但很实用帧头0xA5用来做同步通道号让上位机能区分是哪个串口来的数据长度字段用于解析累加和做校验。打包完成后arrFrame里就是真正要通过TCP/IP发送的内容。注意nDataLen不能超过arrFrame剩余空间实际项目里要做边界检查如果串口数据超过1024字节需要改用更大的缓冲区或分包发送。4. 用FB_SocketConnect把数据送上TCP/IP4.1 TwinCAT TCP/IP库的引入与连接建立TwinCAT 3的TCP/IP功能不是系统标准库自带的需要单独引用Tc3_TcpIp库。在PLC项目的References上右键添加这个库然后才能在程序里使用FB_SocketConnect、FB_SocketSend、FB_ServerAccept这类函数块。有些老版本项目用的是Tc2_TcpIp接口略有不同但底层思路一样。PLC作为TCP客户端是最常见的模式上位机做TCP服务器PLC主动向上位机建立连接。建立连接的代码如下VAR fbSocketConnect : FB_SocketConnect; bConnectExecute : BOOL; bConnected : BOOL; hSocket : T_SocketHandle; sRemoteIP : STRING : 192.168.0.10; nRemotePort : UDINT : 8080; eConnectState : STATE_T; END_VAR fbSocketConnect( sHostStr : sRemoteIP, sPort : nRemotePort, bExecute : bConnectExecute, bConnected bConnected, hSocket hSocket, eState eConnectState );sHostStr是上位机的IP地址字符串sPort是端口号。bExecute在连接请求时给一个上升沿一旦bConnected变为TRUEhSocket就是后面发送数据时要用的套接字句柄。有些版本库里的输入名可能叫sHostName而不是sHostStr调用前先看库管理器里的函数块定义。连接超时我没有写实际项目中要加tTimeout并判断eState避免设备不在线时无限等待。连接失败后要将bConnectExecute复位间隔几秒再重试。4.2 客户端模式最小代码从串口到网络串口数据在3.3已经打包成arrFrame接下来只要在TCP连接建立成功后调用FB_SocketSend把数组发出去。下面是一个与串口接收联动的最小例程VAR fbSocketSend : FB_SocketSend; bSendExecute : BOOL; bSendBusy : BOOL; bSendDone : BOOL; bSendError : BOOL; hSocket : T_SocketHandle; arrFrame : ARRAY[0..1024] OF BYTE; nFrameLen : UDINT; bNewFrameReady : BOOL; END_VAR // 当串口打包完成且TCP连接有效时触发发送 IF bNewFrameReady AND (hSocket 0) THEN bSendExecute : TRUE; END_IF fbSocketSend( hSocket : hSocket, pData : ADR(arrFrame), nLength : nFrameLen, bExecute : bSendExecute, bBusy bSendBusy, bDone bSendDone, bError bSendError ); IF bSendDone OR bSendError THEN bSendExecute : FALSE; bNewFrameReady : FALSE; END_IFpData传入待发送数据缓冲区的地址nLength指定发送的字节数。这里必须注意FB_SocketSend执行期间arrFrame中的数据不能被覆盖。如果串口数据的产生速度大于TCP发送完成速度最简单的方法是增加一个FIFO队列发送完成后再从队列取出下一帧。如果TCP链路断开bSendError会被置位此时应该断开套接字并重新执行连接建立逻辑。4.3 服务器模式与多设备接入有些项目里上位机希望主动连接PLC例如在HMI或者MES侧发起命令下发。这时PLC不能做客户端而要做TCP服务器。TwinCAT中服务器模式用的是FB_ServerOpen、FB_ServerAccept和FB_SocketReceive。基本流程是用FB_ServerOpen打开监听端口绑定IP和端口号。等待客户端连接使用FB_ServerAccept接受连接获得一个新的套接字句柄。用FB_SocketReceive在这个句柄上接收数据。用FB_SocketSend向同一个句柄回复数据。服务器模式比客户端模式麻烦在连接管理上。EL6614有四个串口通道上位机却不会总是同时在线。我一般把服务器模式限制在调试阶段正式运行还是PLC主动上报因为主动上报的时序完全由PLC控制不受上位机连接状态干扰。如果必须做服务器模式至少要支持两路客户端一路给HMI一路给数据采集服务器避免一个客户端断开影响全部通讯。另一种常见做法是PLC端跑Modbus TCP从站用标准函数块把EL6614采集到的数据放到保持寄存器里。上位机用Modbus TCP客户端去读。这种方式的好处是协议标准上位机不需要自己写TCP粘包拆包。但其本质仍然是TCP/IP通讯只是把应用层换成了Modbus对现场运维更友好。5. 丢帧、断线、字节序三角色联调时最该检查的地方串口、PLC、上位机三个角色联调我几乎每次都会遇到下面三个问题先写在这里能省掉大量排查时间。第一处是串口侧的死锁。EL6614工作在RS485模式时半双工总线需要控制收发方向。虽然大多数固件版本会由端子自动处理方向切换但有些老固件没有这个能力需要PLC在发送数据之前通过控制字节里的发送使能位来把RS485收发器置为发送模式数据发完再释放。如果上位机收到的总是第一帧正确、后面的帧全丢多半是方向切换没有释放。可以用示波器同时抓A、B差分信号和EL6614的发送控制位看数据发送后是否弹回高阻状态。第二处是TCP的连接养成习惯。PLC做客户端时总线扫描周期要分给串口处理和网络发送FB_SocketConnect和FB_SocketSend这类函数块的调用不能放在高速任务里我会放到一个10ms或20ms的循环任务中。断线重连必须加延时最快也要间隔2秒一次。如果上位机服务端尚未就绪PLC这边不要一直用FB_SocketConnect猛敲否则不仅占CPU还会把本机网卡缓存打满。正确做法是记录连接失败次数指数退避最多每5秒重试一次。第三处是字节序和粘包。EL6614串口收到的是大端还是小端完全取决于对端设备而PLC发给上位机的TCP数据里自定义包头的长度字段如果超过一个字节就会出现上位机解析错误。多字节长度字段在打包时我统一按大端序排列也就是高位字节在前。TCP是流式协议上位机接收时不能指望一次recv就完整拿到一帧必须按照帧头0xA5和长度字段循环读取。收到的长度值如果异常就丢弃当前帧头继续向后搜索直到找到下一个0xA5。最后补充一个实用技巧用Wireshark抓本机回环地址。TwinCAT的TCP函数块如果跑在Windows平台数据会先经过操作系统的TCP/IP协议栈抓包是在应用层和协议栈之间做验证的好办法。抓包时过滤PLC的源IP和上位机端口能直接看到EL6614采集的数据是否按时发出。如果抓包能看到数据上位机却解析不了问题一定出在上位机的接收逻辑如果抓包都看不到数据那就回头检查串口状态字节和TCP连接状态。本文还有配套的精品资源点击获取