西门子1500 PLC与巴鲁夫RFID托盘工件追踪方案

简介这份文档面向工业自动化领域的电气工程师、PLC 编程人员及自学者聚焦西门子 S7-1500 与巴鲁夫 RFID 的读写控制实现帮助读者在流水线工件追踪、托盘信息记忆等场合建立从硬件组态到程序编写的完整思路。资源为 1 个 docx 文件压缩包约 708KB内容围绕硬件配置、实现步骤与程序实例展开属于轻量但结构完整的工程笔记。文档先说明巴鲁夫 RFID 由分析单元、读写头和数据载体三部分组成再介绍 CPU1511-1 PN 与博图 V15 的软硬件环境随后依次讲解 GSD 文件导入与 I/O、IP 配置、FB31 示例块调用及 DB 块划分并给出初始化、复位、读取、写入与数据转移的编程示例涉及 MOVE、FILL、延时等指令的用法末章还总结了程序的通用性与数据填充长度的注意事项。已有 1859 人学习适合需要快速上手或对照排错的一线技术人员参考。1. 托盘上的工件信息为什么值得用 RFID 记住一条装配线上托盘载着工件依次经过压装、检测、拧紧几个工位。每一站都要回答同一个问题这块料是谁、上一站做了什么、这一站该不该放行。用条码贴在托盘侧面也能扫但条码怕油污、怕磕碰托盘回程清洗一遍就模糊了用视觉识别又得每站配相机和光源成本压不住。用西门子 1500 PLC 配巴鲁夫 RFID 做读写是我见过比较克制的一种做法载体跟着托盘一路走PLC 只在工位边界把数据读出来、再写回去识别这件事就退化成了几个字节的搬运。这套方案要解决的核心不是「能不能读到」而是「读到的数据怎么在 PLC 里组织、怎么写回去不丢不重、怎么让操作工在触摸屏上看得懂」。适合正在做产线追踪类毕设、课程设计或者要给一条老线补上工件追溯能力的同学和现场工程师。2. 总体方案设计三层硬件分工与一条数据链路2.1 巴鲁夫 RFID 三个部件各自的职责边界一套巴鲁夫 RFID 拆开看是三件东西很多人上手时把它们混成一件事结果调试时连「读不到数该去查哪一层」都说不清。分析单元是收到数据后进行处理的硬件本质上是射频侧和工业以太网侧之间的翻译官它负责通道管理、射频功率输出、协议转换。一个分析单元最多可以插 4 个读写头这个数字很关键它意味着一台分析单元能覆盖四个工位成本按工位摊薄但反过来也意味着四个读写头共用一套通信资源和一份诊断信息一个头出问题诊断缓冲区里的报错可能是混在一起的。读写头负责真正的射频收发读出载体里的数据、把数据写进载体。它上面有绿色的电源指示灯和橙色的工作指示灯正常工作时橙色灯会闪烁。调试时这两个灯就是第一手的现场信息绿灯不亮说明供电或总线没通绿灯亮但橙灯常亮不闪多半是射频侧没建立起来比如载体不在有效距离内或者通道号配错了。数据载体是存储数据的那一方一般跟着工件或托盘移动。它不是一张只读的身份证而是有可读写存储区的能反复擦写。正因为可写才引出了后面的设计问题哪些数据该跟着工件走哪些不该。我一般的划分是载体上只放「跟着工件必须走」的信息——工件编号、当前工序号、工艺结论合格/返修/报废、关键拧紧扭矩这类短小的结论值。至于某个工位采了哪些过程曲线、采了多少个点那些留在上位机或 PLC 的数据记录里载体放不下也不该放。这个边界定不清楚后面 DB 块的长度就会一直改改一次组态、程序、触摸屏三处都要跟着动血泪经验。2.2 CPU1511-1 PN 的选型余量与 I/O 预算这套方案的主控是西门子 1500 系列的 CPU1511-1 PN编程用博图 V15。1511-1 PN 在 1500 家族里属于偏小的那一档自带一个 PROFINET 接口拿来带一台 RFID 分析单元加几个远程 I/O余量是够的但不能当成没有上限。真正要算的是三笔账。第一笔是 I/O 地址账分析单元在博图里是以 GSD 设备的形式挂上去的每个读写头通道会占用一段输入字节和一段输出字节读写各占多少由 GSD 文件里定义的模块长度决定组态时在设备视图里能直接看到起始地址和长度。四个通道插满输入输出地址就要连着排下去排在后面的远程 I/O 或伺服就得往后挪规划时最好留出一段空隙别排得满满当当。第二笔是存储账FB31 是官方示例程序块本身要占背景 DB读写数据各要占 DB给触摸屏做交互又是两个 DB再加上你自己的工艺逻辑DB 编号和块号最好一次性规划好别等到程序写了一多半才发现 FB 号和系统保留块撞了。第三笔是通信账分析单元走 PROFINET和 PLC 之间是周期性的过程数据交换1511-1 PN 的通信资源够用但如果你在这条线上还挂了远程 I/O、变频器、HMI刷新周期就要留意。RFID 的读写本身不是高频动作一个托盘到一个工位才触发一次周期放宽一点对实时性没有影响反而让总线更稳。这一点我一般会在组态里把分析单元的看门狗时间适当放宽避免个别读写头响应慢导致整站掉站。2.3 数据从载体到 DB 的完整流转路径把链路画直了后面所有程序都是围着这条线转载体跟着托盘走→ 射频 → 读写头 → 分析单元通道管理、协议转换→ PROFINET → PLC 过程映像区 → FB31示例块内部完成帧组装与握手→ 读 DB / 写 DB → FC 调度层工艺判断、状态机→ HMI 交互 DB。看清楚这条链路就会明白一件事PLC 程序里你真正能控制的只有后半段。前半段——射频能不能读到、分析单元有没有把数据送上来——靠的是组态和现场安装程序写得再漂亮也救不了天线装歪。所以我的调试顺序永远是先通链路、再做逻辑先让 FB31 能把载体里的一段原始字节稳定地搬到读 DB 里哪怕搬上来的是乱码只要字节在动链路就是通的再去管字节里的内容对不对、工艺流程怎么判。反过来一上来就写业务逻辑出了问题是组态问题还是程序问题你会分不清那才是真玄学。3. 硬件组态落地GSD 文件导入到设备名分配3.1 GSD 文件安装与硬件目录定位巴鲁夫 RFID 分析单元不是博图自带目录里的设备得靠厂商提供的 GSD 文件把它「教会」博图认识这个设备。做法是在博图的「选项」菜单里找到「管理通用站描述文件」选中 GSD 文件所在目录勾选要安装的那一条安装完成后重启一下硬件目录的刷新。这里有两个容易忽略的点。一是 GSD 文件通常分版本同一款分析单元可能有 PROFINET 版和别的总线版本装错了在硬件目录里能找到设备但挂到网络视图上就是连不通。二是安装时源目录里最好只放这一个文件不要和别的设备的 GSD 混在一个文件夹里否则勾选时容易选错行。安装成功后在硬件目录的「其它现场设备 → PROFINET IO」下面能找到这台分析单元把它拖到网络视图里和 CPU 的 PROFINET 口连起来。这时候网络视图上会出现一条绿色的网线说明逻辑连接建立了但物理上通不通还得看后面的设备名和 IP。3.2 I/O 点配置与地址规划双击设备视图里的分析单元进入配置界面。这里要做的第一件事是把通道使能——你实际插了几个读写头就使能几个通道没插的通道关掉。这一步看着无关紧要实际上关掉未使用通道能减少无效的诊断报警调试时不至于被一堆「通道未连接」的报错淹没。接着是 I/O 地址。组态会根据 GSD 里定义的模块长度自动分配输入输出的起始地址你可以手工改但改完要记下来。下面这份规划示意是我在四通道场景下常用的排法实际地址以你组态里自动分配的为准通道设备输入起始输出起始长度字节典型用途CH1上料工位读写头%IB68%QB6832读工件编号与工序号CH2压装工位读写头%IB100%QB10032写压装结论CH3检测工位读写头%IB132%QB13232写检测结果CH4下料工位读写头%IB164%QB16432读全流程状态长度的具体数值以 GSD 里给的为准这份表只说明排布思路每个通道的输入输出要成对留够通道之间不要交叉后面接远程 I/O 时从最后一个通道之后开始排。中间留一段空隙是个好习惯将来加一个通道或者换成数据长度更大的型号不用把后面的地址全推倒重来。配置好 I/O 之后在设备属性里设置 IP 地址和 PROFINET 设备名称。IP 要落在和 CPU 同一个网段设备名建议带工位含义比如按「工位设备类型」的规则起名别用默认的一长串字母数字现场查线的时候你会感谢自己。3.3 IP 地址与设备名谁先谁后这一步是新手最容易翻车的地方。PROFINET 的设备寻址靠的是设备名不是 IP。你把 IP 设对了设备名没分配或者分配错了PLC 一样找不到这个设备诊断缓冲区里报的是站故障或者设备名无法解析。正确的顺序是先在组态里把设备名和 IP 都填好下载组态然后用「分配设备名称」这个在线功能把组态里的名字真正写进分析单元里去。这一步需要在线扫描扫描出来的设备会显示它的 MAC 地址和当前设备名选中之后点分配名字才落地。提示换了备件或者把分析单元拿去别处用过设备名会被清掉或者残留旧名字重新上线前必须再做一次分配设备名称否则你会在现场对着一台完好的设备查半天。设备名分配完再看设备视图里模块的诊断状态正常情况下应该全是绿色。这一步做完才轮到下载程序。四步顺序别跳装 GSD → 组态 I/O 与 IP → 下载组态 → 分配设备名称。3.4 下载组态后的在线初检组态下载进 PLC 之后不要急着写程序先做三件事。第一件打开在线诊断看分析单元是不是真的在线、有没有报警。硬件目录里挂上了但物理没通设备图标上会有红色的断开标记。第二件看模块的输入区有没有在动。读写头对着一个放在有效距离内的载体输入区里至少会有一两个状态字节在变化。如果全是零说明射频侧还没建立回去查天线、查通道使能、查载体是不是真的在这一个读写头的覆盖范围内。第三件手动触发一次读。这一步可以借用示例程序块的调试面板也可以临时写两行 MOVE 把控制字打进命令区只要能看到输入区里出现一帧有规律的数据链路就算通了。这三件事加起来十几分钟但能省掉后面几个小时的扯皮。4. 程序结构设计FB31 封装 FC 调度 四类 DB 的职责划分4.1 FB31 示例块的调用方式官方提供的 RFID 示例程序是一个编号为 FB31 的 FB 块它内部已经把帧头、长度、校验、握手时序这些脏活封装好了对外只露出命令字、写缓冲、读缓冲和几个状态位。你要做的是把它当成一个「射频驱动」来用而不是拆开去改里面。用法上新建一个 FC 块作为调度层在 FC 里调用 FB31。因为 FB31 是 FB调用时必须给它一个背景 DB 来保存内部状态这个背景 DB 可以在调用时直接新建命名上体现用途比如按「工位RFID背景」来起。原文里提到的「新建 2 个 DB 块分别用作块的读取和写入」指的是给 FB31 的读缓冲和写缓冲各配一个数据 DB「为了方便触摸屏上操作再新建两个 DB」是给 HMI 做画面绑定用的交互 DB。加上背景 DB一个通道大概要占 5 个 DB 块。四个通道就是二十个块块号规划一定要提前做我的习惯是每通道预留 10 个块号中间空着不用方便后面加功能。调度层的结构大致是这样// FC 调度层一个通道一段段与段之间互不干扰 // 通道1上料工位——只读不写 CALL_FB31_CH1(EN : TRUE, cmdWord : RFID_Cmd_CH1.cmdWord, wrData : RFID_Write_CH1.payload, rdData RFID_Read_CH1.payload, busy RFID_Status_CH1.busy, done RFID_Status_CH1.done, error RFID_Status_CH1.error); // 通道2压装工位——只写不读 CALL_FB31_CH2(EN : TRUE, cmdWord : RFID_Cmd_CH2.cmdWord, wrData : RFID_Write_CH2.payload, rdData RFID_Read_CH2.payload, busy RFID_Status_CH2.busy, done RFID_Status_CH2.done, error RFID_Status_CH2.error);这段代码里cmdWord是你发给 FB31 的命令字决定这一次是做读还是做写wrData和rdData是写入缓冲和读取缓冲类型要和 DB 里的数组对齐busy / done / error是握手状态业务逻辑只认这三个位不关心 FB31 内部怎么跑。引脚名以你手上那份示例块的实际定义为准各版本可能有出入但结构就是这个结构。4.2 四类 DB 各管什么DB 分不清职责是这类项目里最常见的结构性错误。我按用途把它们分成四类各自只干一件事DB 类别数量归属谁写谁读说明背景 DB每通道 1 个FB31FB31 内部不建议外部访问保存握手与内部状态别手动改写缓冲 DB每通道 1 个工艺逻辑FC 调度层FB31待写入载体的数据长度与载体存储区对齐读缓冲 DB每通道 1 个FB31FB31工艺逻辑刚读上来的原始数据长度同上HMI 交互 DB全局 1~2 个触摸屏HMI 写、PLC 读HMI 读按钮、设定值、显示值只做界面中转关键在最后一行。HMI 交互 DB 是界面和逻辑之间的隔离带不是数据的主副本。屏上按一下「读取」HMI 往交互 DB 里写一个按钮位PLC 的调度层看到这个位去做边沿判断、装载命令字、触发 FB31。数据读回来之后PLC 再把结果搬到交互 DB 的显示区给屏看。中间隔了这一层屏换型号、画面改布局都不用动底层逻辑反之把画面直接绑到 FB31 的缓冲 DB 上改一次画面就有可能把缓冲数据覆盖掉这种后悔药没处买。4.3 控制字时序初始化、复位、读、写、开始五段程序整个读写动作拆成五段程序原文里也是这个分法顺序不能乱。初始化程序在 PLC 启动时跑一次把 RFID 分析单元拉到可工作的状态清掉残留的命令字和缓冲把状态机置到空闲。这段程序要用首次扫描位做条件不要放在循环里反复执行反复初始化会让分析单元一直重启通道。复位程序负责复位 RFID 的报错或者读写状态。现场最常见的场景是读写头被工件蹭了一下、或者载体贴歪了读失败报错位挂住之后不复位后面所有命令都发不出去。复位要做两件事清 error 位把状态机拉回空闲。但复位不能无脑自动重试重试次数要限不然一个真的坏掉的读写头会被程序反复触发把诊断缓冲区刷满。读取程序负责把读命令的控制字送进 FB31。原文里的做法是用 MOVE 指令把控制字移动到 MW136 这个中间寄存器里再由 FB31 取走// 读取触发按钮上升沿 → 装载读控制字 → 置忙 #edgeRead : HMI_Cmd.btnRead AND NOT #edgeReadMem; #edgeReadMem : HMI_Cmd.btnRead; IF #edgeRead AND NOT RFID_Status_CH1.busy THEN // MOVE把读命令控制字送进中间寄存器再由 FB31 取走 RFID_Cmd_CH1.cmdWord : 16#0001; // 读命令码位定义以示例块手册为准 RFID_Status_CH1.busy : TRUE; RFID_Status_CH1.step : 10; // 状态机10 命令已装载 END_IF;这里的16#0001只是一个占位说明真正的命令字编码要看示例块配套的说明别照抄。中间寄存器 MW136 的作用是给命令字一个稳定的落点调试时可以在监控表里直接盯这个字比一层层翻 DB 快得多。写入程序的思路一样只是命令字换成写命令并且要先把待写数据准备好。开始程序是当控制字写进去之后让 RFID 真正动起来的那一段它负责发启动条件、等 done 或 error、做超时判断。三段合起来是一个典型的状态机装载命令 → 启动 → 等待 → 收尾。注意读取和写入共用同一个 FB31 实例时两条命令不能同时发。必须等上一条的 done 或 error 回来、busy 落下去才能装载下一条。这条约束不写在程序里做互锁现场就会出现「读一半被写打断」的数据错位故障而且极难复现。4.4 FILL 与 MOVE 在数据搬运中的分工数据搬运这一段原文点得很实在把读出来或者要写入的数据写到一个 DB 块内然后用 FILL 指令把这里面的数据复制填充到块的 DB 里。MOVE 管的是单个值或者短数据比如把控制字送进命令寄存器、把工件编号从一个字搬到另一个字。它的语义是赋值一次一个。FILL 管的是整片区域的填充语义是「用同一个源铺满目标区」。它在你需要把一整帧缓冲清空、或者把一份准备好的数据整体铺到发送缓冲里时特别顺手// 写之前的准备先用 FILL 把发送缓冲整片清零避免残留上一件的数据 FILL_BLK(in : 0, count : 32, // 填充元素个数 数组实际元素数 out : RFID_Frame_CH2.writeBuffer); // 把工艺数据整体铺进发送缓冲 FILL_BLK(in : RFID_Write_CH2.payload, count : 32, out : RFID_Frame_CH2.writeBuffer);count这个参数是全篇最值得盯的一个数字你自己建了多长的数组就填多少位。建了 32 个元素只填 16 个后 16 个就是上一件工件残留的脏数据写进载体之后读出来全是错的而且错得很有规律最容易让人误判成硬件问题。反过来填超了编译或运行时会报区域越界。我的做法是把长度定义成一个常量DB 数组声明、FILL 的 count、FB31 的缓冲长度三处全部引用这个常量改一处就全改不给手抖留机会。5. 避坑与排查调试现场最容易翻车的五个点5.1 组态下载完设备图标一直红着现象组态编译下载都成功但在线一看分析单元的图标是红的诊断缓冲区里报站故障或者设备名无法解析。原因几乎都是设备名没落地。PROFINET 靠设备名寻址组态里的名字只是一个「期望值」没有真正写进设备。新设备出厂、备件更换、设备被拿到别的地方用过名字都可能对不上。解决用「分配设备名称」的在线功能扫描按 MAC 地址认人把组态里的名字写进去。写完之后断电重启一次分析单元再看诊断。这一条我在每个项目上都会在调试记录里单独列一行因为它太常见常见到容易被当成玄学。5.2 灯在闪就是读不到数现象读写头绿灯亮、橙灯也在闪说明供电和射频都在工作但 PLC 的读缓冲里始终是零或者一直是上一次的数据。原因按概率排一是载体不在有效读写距离内或者贴的方向不对尤其是金属托盘载体的安装面有讲究二是通道号和程序里的不一致组态时使能的是 CH2程序里操作的却是 CH1 的地址三是同一区域两个读写头的射频互相干扰尤其是两个工位挨得很近的时候。解决拔掉其它三个通道只留一个用单个载体在读写头前面慢慢移动看输入区有没有反应。单通道能读到再一个个加回来哪一只加回来就失效干扰源就找到了。这一步纯体力活但比对着程序猜快得多。5.3 数据只对了一半后半段是上一件的现象读出来的工件编号是对的后面的工艺数据却是上一件托盘的或者干脆是乱码。原因就是 4.4 里说的长度不匹配。FILL 的 count 小于数组实际长度尾部残留没被覆盖或者写缓冲 DB 和读缓冲 DB 长度不一致写进去 32 字节读的时候只取了 16 字节。解决把长度定成常量三处引用同一个常量写之前先整片清零再填数据别指望「覆盖」能清干净读回来之后加一段合理性校验比如校验位或者固定帧头校验不过就丢弃重读不要拿脏数据去做工艺判断。5.4 按钮按住不放数据开始错位现象手动调试时按住触摸屏上的「读取」不放前几次正常多按几秒之后读出来的数据就乱了或者 FB31 直接报错。原因是没有做边沿触发。电平信号一直保持调度层每个扫描周期都在装载命令字FB31 收到的是连续命令握手时序被打乱。解决所有手动命令都走上升沿用「当前值 AND NOT 上一周期值」的写法边沿标志位放在静态变量或者全局 DB 里同时在命令装载前加互锁条件NOT busybusy 期间不接受新命令再加一个超时监控命令发出后若干毫秒没有 done 也没有 error就强制复位状态机并报一条超时。这三件套配齐连续触发类的问题基本绝迹。5.5 屏上改了参数PLC 里还是旧值现象在触摸屏上把工件编号改成新值按下写入载体里写进去的还是旧编号。原因HMI 交互 DB 和真正的写缓冲 DB 是两份数据画面绑在交互 DB 上写缓冲 DB 没做搬移或者搬移的方向反了。解决在调度层明确一段「数据同步」程序规定谁是主副本。我的习惯是写缓冲 DB 为主HMI 只写交互 DB调度层在每个扫描周期把交互 DB 的设定值搬到写缓冲 DB把读缓冲 DB 的结果搬到交互 DB 的显示区单向搬运不做双向自动同步避免两边互相覆盖。方向定死之后再出这类问题一眼就能定位到是哪一段搬移漏了。6. 验收与答辩怎么证明这条读写链路真的通了验收这件事最怕的是「演示的时候好的交上去就坏了」。所以我一般按阶段验收每一阶段都有明确的通过标准不通过就不往下走。阶段验收动作通过标准常见失败原因链路通上电、在线诊断分析单元与全部使能通道在线无站故障设备名未分配、GSD 版本不符单通道读单载体在 CH1 前移动手动触发读读缓冲出现稳定的一帧数据重复 10 次不乱载体距离、通道号错、射频干扰单通道写改写编号后写入再读回读回值与写入值一致连续 10 次一致FILL 长度不足、写前未清零全通道并行四个通道同时上电托盘走一圈各通道数据互不串扰无超时报警地址排布交叉、总线刷新周期过紧异常恢复中途拔载体、断电重启、故意写超长报错可复位复位后功能恢复无超时监控、无重试上限断电保持断电 10 秒再上电直接读载体数据不丢PLC 侧状态自动回到空闲初始化未做、状态机停在中间步这张表里真正拉开差距的是后两行。前面四行只要肯花时间都能过异常恢复和断电保持才是评审和现场验收会盯着看的部分。答辩时被追问最多的也是这两块。被问到「这套程序通不通用」回答要落到可复用的边界上FB31 示例块封装了协议任何走同一套分析单元的读写头都能用FC 调度层按通道复制换工位只改地址和 DB 号真正要动的是长度常量换了载体型号、存储区变大变小改这一个常量三处一起生效。把这条讲清楚比说「通用性很强」有说服力得多。被问到「怎么保证不写错工件」答案在时序上写入前必须读到当前载体的唯一编号和 PLC 侧记录的托盘号比对一致才允许写不一致就报警拦停。这一步是软件上的防呆比任何硬件检测都便宜。被问到「为什么用 1511 而不是更小的 CPU」就报那三笔账I/O 地址要留余量、DB 块和块号要留余量、PROFINET 上还挂了几个站要留通信余量。把数字摆出来比讲性能参数有用。从那以后我每次做这类带 RFID 的项目验收前都强制走一遍「拔载体、断电、写超长」这三步不管甲方催得多急。这三步花不了半小时却能提前把八成现场故障挡在交付之前。希望帮到你。本文还有配套的精品资源点击获取