RFID与PLC集成实战：菠萝罐头产线追溯系统如何落地

一筐刚从清洗线下来的菠萝，在传送带上转个弯就进了装罐区。不锈钢托盘推过来，工人抬起来倒进料斗，手速慢一点，下一筐就跟上来。这种产线看着流畅，但干过食品工厂的人都知道，真正的麻烦不在动作，而在“每一筐东西到底从哪里来、经过了哪些工序、有没有记录可查”。传统做法是挂一张纸质流转卡，工人在上面打钩、写号，一天下来，品管抱着几十张卡回办公室敲Excel。遇到客诉要追溯，从一堆纸质单子里翻出对应物料，运气好半小时，运气差半天就过去了。苏培智能Superisys把RFID引入这种场景之后，我第一反应是：这玩意早就该来了。

菠萝罐头产线和电子厂产线还不大一样——高温、高湿、果汁四溅。之前有人试过用二维码追料，二维码标签一沾菠萝汁，再被蒸汽一蒸，别说扫，有的连看都看不清。RFID的强项正好是“不用看见也能读”，而且一次能抓一大批。如果你正在做食品产线追溯改造，或者工厂里已经买了RFID读写器却不知道怎么和PLC打通，这篇可以当一份现场参考。下面这些内容，一部分来自我对苏培智能Superisys方案的观察，一部分来自我在类似罐头产线上亲手调过的集成链路，尽量写实在点，不画饼。

1. 菠萝罐头产线为什么要上RFID：传统标识在罐头车间里的真实表现

1.1 罐头车间为什么是条码的“坟场”

菠萝罐头的典型工序是原料接收、清洗、去皮切块、装罐、注糖水、排气封罐、高温杀菌、冷却、包装入库。这条流水线从头到尾，最不缺的就是水和蒸汽。清洗线上飞溅的水珠、切块机带出的果汁、杀菌釜开门时扑出来的蒸汽，随时随地都在。纸质标签在这种环境里撑不过一个班次，哪怕贴了透明胶带，纸面也会被泡软、起皱、字迹模糊；不干胶标签稍微好点，但油墨和粘合剂在水汽面前一样脆弱。

二维码标签在干燥仓库里确实能打，可到了菠萝罐头前处理车间就是另一回事。我见过一个工厂为了省成本，用的是热敏纸标签，一个班下来，热敏纸被手汗和果汁泡得发黑，扫码枪完全读不出来，最后工人生气地把扫码枪往桌上一摔。这不是设备烂，是物理环境决定了标签纸扛不住。罐头车间里大量存在不锈钢托盘、金属料斗，这些表面本身就不适合贴普通标签，反光、湿滑、容易脱落，你让扫码枪怎么稳定工作？

1.2 批次追溯变成硬指标，人工台账越来越顶不住

食品行业对追溯的要求一年比一年严，罐头产品尤其如此。一旦出现商业无菌不合格、异物投诉或者市场端质量反馈，企业必须在最短时间内做反向追溯：这批货用了哪一批原料、什么时候杀菌、杀菌温度曲线是否合格、操作员是谁。过去靠人在纸上记“一批原料用了哪几锅”，链条一旦发生数量拆分、合并，账就对不上。

这种台账方式最大的问题不是慢，而是依赖人的责任心。品管整理数据要时间，录入Excel也免不了手误。我见过一个工厂，一锅罐头杀菌数据在纸质记录上写着121℃/30分钟，但实际检查杀菌釜的趋势曲线时发现温度有一段掉了5度。这种“纸面数据”和“真实数据”对不上的情况，在完全人工记录的环境里很难避免。RFID解决的是最前端的数据采集问题：标签本身不记录温度曲线，但它可以作为锚点，把设备上的真实工艺数据自动关联到每一批产品上。

1.3 条码、二维码、RFID的选择题

很多工厂在选型时纠结于要不要一步到位上RFID。我的看法是，先看你的产线环境和管理精度要求，再看成本和维护水平。下面这个表我经常拿来跟车间主任聊：

在菠萝罐头车间里，“不需要可视”这一条决定了RFID的不可替代性。标签贴在周转筐内侧、挂在笼车把手上，被果汁糊住也不影响读取。而且RFID读写器可以同时读多个标签，一个笼车过读写通道，几毫秒内就能把整车的标签ID全抓回来。这是条码和二维码做不到的。

2. Superisys方案的总体框架：标签贴在哪、数据怎么流

2.1 一套交付级RFID系统，不止是读写器加标签

很多人以为RFID项目就是买几台读写器、买几百个标签，贴完就能跑。实际上，苏培智能Superisys在罐头产线上交付的是一整套东西：工业级读写器、天线、标签、通信线缆，以及上位机中间件和与MES的接口调试。

我理解的“交付级”意思是：设备装完不等于完事，读写器读到的数据能不能准确送到PLC，PLC能不能和MES对上话，标签在高温高湿环境里能不能活过规定次数，这些都得在验收前跑通。罐头厂不是电子厂，车间里的维修电工可能对Modbus协议并不熟练，所以供应商如果只丢几台设备走人，项目基本等于失败。真正靠谱的方案是把通信链路一起调好，给工厂留下能用的数据接口。

2.2 标签贴在哪，比选哪款标签更考验现场经验

菠萝罐头产线一般不会在菠萝果肉上直接贴标签，而是在周转筐、不锈钢托盘、杀菌笼车这些载体上做文章。标签的安装位置非常讲究，要考虑天线能不能照到、工人搬运时会不会刮到、过杀菌釜后会不会超过耐温范围。

普通PCB标签放在金属托盘上会直接失灵，因为金属表面会反射射频信号，形成干扰。这种场景要选抗金属标签，或者用特殊安装方式让标签离金属表面有一定距离。过杀菌釜的笼车则要用耐高温标签，杀菌温度一般在121℃左右，标签需要能扛住125℃甚至更高的瞬间温度，还要忍受蒸汽和酸碱清洗剂。苏培智能Superisys这类厂家的产品线里通常有专门针对工业高温场景的标签，表面材质可以用耐高温工程塑料封装，单纯买普通仓储标签是不行的。

另外，标签贴放位置要综合考虑工人操作习惯。有一次在现场，我们把标签贴在周转筐正前方，天线正对着读，识别率很好。结果上线第一天，工人嫌标签碍事，直接把标签撕了，因为他们习惯把手搭在那个位置用力推筐。后来改到筐侧面，加了一个塑料保护罩，才彻底解决。这个教训告诉我，方案设计阶段一定要跟产线工人多聊，别光看图纸。

2.3 数据流向：从读写器到PLC再到MES

一套典型的RFID追溯链路是这样的：读写器读到标签ID后，通过RS485采用Modbus RTU协议传给西门子1200 PLC；PLC把数据放到数据块里，再通过Profinet或者OPC UA上传到MES；MES收到标签ID后，在后台数据库查出这个标签绑定的物料批次、加工记录，再返回产线终端做放行或报警。

PLC在这个链路里是“中间人”。为什么很多项目卡住？因为读写器厂家默认你会读Modbus，PLC工程师默认读写器插上就出数据，两边都在等对面先开口。实际上，Modbus RTU这种串口通信只要参数对齐、寄存器地址查对，是很容易打通的。真正麻烦的是标签数据到了PLC之后怎么处理，后面我单独讲。

3. 西门子1200 PLC通过RS485读取RFID的集成实战

3.1 接线之前，先把硬件组态想清楚

西门子S7-1200本体一般不带RS485接口，最常见的做法是加一块CM1241 RS485通信模块，或者用更小巧的CB1241通信板。RFID读写器端通常提供A/B两个接线端子，有的是九针D-sub接口，插针定义各品牌不一样，务必以读写器手册为准。接线时A接A、B接B，不能接反，否则通信直接废掉。

屏蔽层处理也要注意。现场如果变频器多、电机多，485线一定要用带屏蔽的双绞线，屏蔽层在PLC侧单端接地，不要在读写器侧也接地，不然容易形成地环路，导致通信不稳定。终端电阻同样关键：RS485总线两端要各接一个120欧姆电阻，很多人在实验室里距离短不接也能通，一到车间几十米线缆加一堆干扰源，不接终端电阻就会出现偶发乱码或超时。

3.2 通信参数：先对设备台账，再写指令

在TIA Portal里写Modbus程序之前，先把读写器侧的参数确认一遍：Modbus从站地址、波特率、数据位、校验位、停止位。这些参数一般通过读写器自带的配置软件或者拨码开关设置。我见过一个案例，PLC工程师在程序里把波特率设成9600，调了一个小时没通，最后一看读写器出厂默认是19200。这种问题不是技术难点，而是疏忽。

数据位一般固定8位，停止位1位，校验位常见无校验或偶校验。两边一致性是唯一原则。读写器端如果支持多个从站地址，建议给每台读写器分配独立地址，不要全部用默认的1，后面扩展和维护都方便。

3.3 MB_COMM_LOAD与MB_MASTER的配合

S7-1200的Modbus RTU功能在系统库里叫“Modbus(ABC)”指令。先用MB_COMM_LOAD做端口初始化，把它想成给485口“建立连接”的底层配置；然后用MB_MASTER发起读写请求，也就是说，PLC作为Modbus主站，主动去读RFID读写器这个从站的数据。

初始化参考：

pascal复制"MB_COMM_LOAD_DB"(
    REQ := #InitReq,
    PORT := "CM1241_RS485_HWID",   // 硬件标识符，以TIA组态为准
    BAUD := 9600,
    PARITY := 0,                   // 0=无校验
    DATABITS := 8,
    STOPBITS := 1,
    RESP_TO := 1000
);

读标签数据参考：

pascal复制"MB_MASTER_DB"(
    REQ := #ReadReq,
    MB_ADDR := 1,                  // 从站地址，与读写器配置一致
    MODE := 0,                     // 0为读
    DATA_ADDR := 30001,            // 读写器中标签数据区的起始地址
    DATA_LEN := 8,                 // 读取字数
    DATA_PTR := "TagDataDB".Buffer, // 数据写入PLC的DB块
    DONE => #ReadDone,
    ERROR => #ReadError,
    STATUS => #ReadStatus
);

需要特别说明：DATA_ADDR的具体值，必须对照你手上那台RFID读写器的Modbus寄存器映射表，我这里是举例，不是标准。有些读写器把标签EPC放在保持寄存器40001附近，有些带状态寄存器和控制寄存器，读之前和读之后要不要写指令，完全看设备。上电后先用调试软件手动读一遍，确认地址和返回数据格式，再往PLC里填。

3.4 调试中容易卡壳的错误码与现场故事

调试现场最常见的错误码是8184和8185。8184是从站无响应，基本可以判断为接线错误、从站地址不对、读写器不在线。8185是数据接收超时或报文长度不对，这时候先别急着改程序，用串口调试助手抓一下报文，看看设备到底回了什么。

有一次我们在现场遇到8185，情况很奇怪：读写器单独用电脑调试软件读，秒回；PLC一读就超时。后来发现，读写器在批量读取多个标签时需要几百毫秒的处理时间，而PLC端的MB_MASTER超时时间设的是100毫秒，请求发出去之后读写器还在处理上一批标签，自然没及时回应。把超时时间参数从100毫秒调到500毫秒，问题立刻消失。这个坑很小，但能卡住你一整天。

还有一次，通信正常但数据全是FF或者乱码。查来查去，发现是485线A/B端子在端子排上接反了。实验室里短距离接反可能还能凑合，但车间里干扰一大，立刻暴露。所以接线后第一步，先用万用表确认A/B极性，别省这一步。

3.5 读到的数据怎么变成MES能认的信息

PLC读到RFID标签ID后，通常是一串十六进制数值，存在DB块里。MES要识别这串数据，一般需要把字数组转换成字符串，或者通过S7通信、OPC UA直接读取PLC的DB块，再在上位机做解析。

我的建议是：PLC侧不要在梯形图里做太复杂的字符串解析，PLC擅长逻辑控制，不擅长文本处理。读到原始字节，原样存到一个独立DB块，然后通过S7协议或OPC UA交给MES服务器处理。这样通信层和应用层职责清晰，后期MES要换字段，也不用动PLC程序。

4. 从原料到出货全程可控：RFID在罐头各工位上的落地路径

4.1 原料进厂与前处理段：从进场那一刻开始建档

菠萝到厂后，在原料接收区将信息录入系统：供应商、产地、采摘日期、到厂时间、初检结果。这些信息可以关联到一枚RFID标签上，标签随周转筐一起进入后续工序。如果一批原料需要分拆到多个筐，可以在分拆点再关联子标签，这样从源头就有清晰的父子关系。

这个环节的价值在于“防串批”。很多罐头厂同时收多个产地的菠萝，一旦进厂没有自动识别，后面混批是大概率事件。RFID在入口处做一个读写通道，叉车经过时自动记录，比人工勾选快得多，也基本不会漏。

4.2 装罐、称重、封口段：让PLC替人做防错

装罐称重是罐头产线的关键控制点，按HACCP要求，净含量和固形物含量是重点监控项。RFID在这里的作用是做了另一层防错：周转筐到位后，读写器读到当前物料的批次ID，PLC判断这个批次是否匹配当前生产工单，匹配才允许下一动作，不匹配就报警或者停线。

这种“电子禁止”比纸面规定有效得多。工人换料时偶尔会拿错筐，尤其在多品种共线生产时，人很容易凭惯性操作。系统拦截一次、两次以后，习惯就养成了。产线上真正的浪费不是报警本身，而是管理人员根本不知道错料发生了。

4.3 杀菌段：带温度曲线的追溯才是实打实的

杀菌是罐头安全的核心，商业无菌靠的就是这一步。杀菌釜的温度、时间、压力曲线必须记录，而且必须和具体产品批次关联。过去做法是人工记一个笼车号，再在记录表上填温度读数，效率低，也容易被质疑数据真实性。

把耐高温RFID标签固定在杀菌笼车上，每次进出杀菌釜，读写器自动记录笼车编号、进出时间，同时系统从杀菌釜的温控系统里抓取实际温度曲线，自动关联到这个笼车的全部产品。之后生产报表里，每一锅产品都能拉出完整的时间-温度曲线和对应操作员。这样的追溯才经得起审核。

4.4 包装、仓储、物流段：从车间到渠道的最后一公里

罐头杀菌冷却后进入包装线，成品码到托盘上。此时在包装线末端做一个RFID读写通道，自动读取托盘上产品的关联标签，校验批次信息与包装规格是否一致，一切正常就在系统内自动关联出入库数据。

仓储环节可以在叉车入口装门禁式读写器，叉车整托进出时，几秒钟自动核对货物信息，不用停车扫码。物流发货时，RFID数据再同步到发货单，客户收到货后也能根据托盘标签做快速验收。这一段连起来，才是“全程可控”的真正含义：从田间到渠道，数据始终跟着产品走。

5. 上线后的真实收益与必须面对的隐藏成本

5.1 追溯效率的质变：从按小时到按秒

我接触过的情况是：纯纸质追溯，查一批产品从哪来，先翻档案柜，再拿放大镜看笔迹，快则一小时；Excel追溯，从几十个文件里用筛选功能找，大概十到三十分钟；RFID加MES上线后，拿读写器扫一下产品托盘标签，几秒钟到几十秒就能拉出完整链路。这不是夸张，是数据采集方式变了之后，查询路径也跟着缩短了。

客诉处理时这个差距更明显。客户说某批货有问题，你越快给出完整的生产数据，越能判断问题范围，也能越快决定要不要召回、召回哪些批次。时间就是钱，也是品牌信誉。

5.2 数据可靠性：自动采集才能建立可信追溯体系

人工记录这个东西，真的没法保证准。手写看错行、Excel复制粘贴错一格、同一个批次两个名字，都是常事。RFID把数据采集这个动作交给设备，操作员不接触数据，数据就不会被“不知不觉地修正”。原始数据一旦准确，后面的追溯报表才可靠。

当然，设备也不是万能的。标签装错位置、天线角度不对、读写器被遮挡，都可能造成漏读。所以RFID方案一定需要“读不到要报警”的机制，而不是漏读了就当没发生。

5.3 成本不只是标签：硬件、调试、接口一个都不能省

很多项目在预算评审时只看到标签单价和读写器价格，忽略了几件事：耐高温抗金属标签比普通纸质标签贵不少，一片几块到十几块很正常；读写器天线必须选工业级，防护等级不够在罐头车间活不了太久；PLC通信模块、中间件授权、MES接口开发这些也都是钱。

另外，产线上每增加一个读取点位，就是一组天线、读写器和一次安装调试。点位过多会因为标签碰撞、射频干扰导致读取率下降，点位过少则数据链有断点。我的建议是：优先在进料口、配料区、杀菌前后和成品入库这几个关键位置布点，不要一开始就追求全工位覆盖。跑通一轮再逐步加，风险可控得多。

6. 复盘：如果重来一次，我会在这些地方提前做准备

6.1 电磁干扰测试最好在方案报价前做

罐头车间里变频器多、马达多，电机启动瞬间对射频信号的干扰非常明显。我之前在一个项目里吃过亏，方案里算好的读写距离是1.2米，结果设备装到一台大功率电机旁边，读取距离缩到半米不到。最后只能把天线位置重新调整，重新做支架。这种问题应该在方案报价前，拿着手持机和几只标签到现场实测，选点、测距、测干扰，一次搞清楚。

6.2 标签布点与老线改造的节奏要匹配

老线改造和新线设计完全不是一回事。老线要做RFID，天线支架可能没地方焊接，线槽走到一半被管道挡住，保温层上不能固定设备，这些都是你在图纸上看不到的。如果等到停机改造时才去现场勘测，工期一定失控。我在做这类项目时，至少提前两周把所有安装点位拍照归档，并把每一处支架、走线方式都画进施工图再动手。

6.3 工人习惯影响识别率，比设备选型影响更大

现场操作员的习惯真的能决定项目成败。标签放在哪个位置，如果工人觉得碍事，就会想办法“优化”，而他们的优化往往让天线读不到。做培训和物理限位同样重要。有些项目直接在筐上加装塑料护罩，标签被包在里面，工人够不到也撕不掉，虽然丑一点，但稳定。

6.4 给系统加心跳检测，避免静默失败

RFID系统最怕的不是突然全挂，而是“看起来正常，数据其实断了”。读写器天线被撞偏、标签批量损坏、通信模块过热死机，都可能让系统在无人察觉的情况下继续运行。一定要在PLC程序或者MES里做心跳检测：每隔一段时间主动读一次标签，读不到就报警。宁可误报也不要不报，因为追溯数据出现缺口，等于没做。

如果让我复盘整个项目，最大的心得其实是：RFID能不能用起来，不在于设备参数多漂亮，而在于它跟产线、跟人的配合是否顺。苏培智能Superisys那套方案留给我的印象，是他们把读写器、天线、标签、PLC通信和MES对接当作一个整体来交付，不是扔几台设备就让工厂自己折腾。给准备上马的同行一个建议：先在车间里选一小段传送带做足够久的灰度测试，把标签在高温高湿环境里的耐久性、通信链路的稳定性、工人的接受度都跑实了，再考虑全面铺开。否则，技术故事讲得再好，也顶不住生产线上一个不起眼的漏读。