简介这是一份面向C#开发者与RFID入门者的UHF RFID阅读器演示工程围绕UHFReader09设备型号展开帮助读者理解如何用C#与超高频阅读器通信、控制参数并处理标签数据可应用于仓储管理、物流追踪、资产盘点等长距离识别场景。压缩包共52个文件约660KB以12个cs源码文件为核心配合csproj与sln工程文件、dll类库、exe可执行程序、resx资源与settings配置、png与ico图标及xml、htm说明文档覆盖从界面设计到硬件交互的完整结构。目前已有152人学习下载。通过该DEMO读者可掌握读取、写入、解码标签的调用方式了解频段、功率、识别速率等参数配置思路并借助已编译程序快速验证功能为自建RFID应用提供可复用的起点与排错参考。1. UHFReader09 的 C# Demo 到底能跑通什么从一段读卡代码说起如果你手上有一台 UHFReader09 系列的超高频读写器随机附带的UHFReader09demomain.rar里通常躺着一份 C# 写的 DEMO 程序工程名多半叫UHFReader09CSharp。很多人第一次拿到它双击 sln、F5 运行界面弹出来了点“连接”却报错或者连上了却读不到一张标签。这篇笔记就围绕这份 C# DEMO 展开它是什么、串口和网络两种连接方式怎么配、盘存指令怎么发、参数怎么调、为什么你照着点却读不到卡。适合正在做 C# 上位机、需要把 UHFReader09 接进自己产线或仓储系统的工程师也适合刚入门 C# 想拿一个真实硬件 DEMO 练手的人。我不会假装看过你手里那份压缩包下面讲的都是这类 UHFReader09 C# DEMO 的通用结构和可靠做法你对照自己的代码改即可。UHFReader09 是典型的超高频 RFID 读写模块/整机工作频段在 840~960MHz 之间支持 EPC Gen2 协议常见接口是 RS232/RS485 串口和 TCP 网口两种。DEMO 的价值不在于界面多好看而在于它把“打开端口 → 下发盘存命令 → 解析返回帧 → 去重显示 EPC”这条链路完整走了一遍。你要做的是把这条链路从 DEMO 里拆出来塞进自己的 C# 上位机。所以读这份 DEMO重点看三处串口/TCP 的收发封装、命令帧的拼装、返回帧的解析。把这三处吃透DEMO 就可以扔了。2. 拆开 UHFReader09CSharp 工程先认清串口链路和命令帧2.1 串口参数与打开顺序错一个字节都连不上UHFReader09 的串口默认参数在多数 DEMO 里是 57600 波特率、8 数据位、1 停止位、无校验。这个组合不是随便定的模块出厂固件一般就烧的这个值。如果你用 115200 去开端口能打开但发出去的帧模块收不全表现就是“连接成功但一直没反应”。我一般会先拿串口助手手动发一条盘存命令确认硬件活着再回到 C# 里调。// 打开 UHFReader09 串口的最小代码参数按模块出厂默认走 using System.IO.Ports; SerialPort port new SerialPort(); port.PortName COM3; // 设备管理器里确认实际口号 port.BaudRate 57600; // UHFReader09 常见默认改错会收不全帧 port.DataBits 8; port.StopBits StopBits.One; port.Parity Parity.None; port.ReadTimeout 500; // 读超时盘存时靠它跳出阻塞 port.WriteTimeout 500; port.Open(); // 打开失败多半是口号被占用或驱动没装这段代码里BaudRate和PortName是两个最容易翻车的地方。口号在设备管理器里看插拔一次可能就变所以正式上位机里我习惯把口号做成配置项而不是写死。ReadTimeout设 500ms 是有讲究的盘存命令发出去后模块可能一张卡都没有不设超时ReadLine会一直挂着界面就假死了。打开端口前最好先判断port.IsOpen重复打开会抛异常。2.2 命令帧怎么拼长度、地址、命令码、校验四段式UHFReader09 的通信帧结构基本固定帧头 长度 地址 命令码 数据 校验。不同固件版本帧头可能是0xBB或0xA0这个必须看你模块的通信协议手册不能照抄。下面给一个盘存Inventory命令的拼装示例参数按你手册改。// 拼一条盘存命令帧帧头/命令码以你模块手册为准 byte[] BuildInventoryFrame(byte address 0x00) { byte[] frame new byte[6]; frame[0] 0xBB; // 帧头部分固件是 0xA0 frame[1] 0x00; // 长度占位后面回填 frame[2] address; // 模块地址单机一般 0x00 frame[3] 0x01; // 盘存命令码查手册确认 frame[4] 0x00; // 参数如盘存轮次 frame[5] 0x00; // 校验占位 frame[1] (byte)(frame.Length - 2); // 长度 除帧头外字节数 frame[5] Checksum(frame, 1, 4); // 从长度算到数据段 return frame; } // 累加和校验取低八位具体算法以手册为准 byte Checksum(byte[] buf, int start, int len) { int sum 0; for (int i start; i start len; i) sum buf[i]; return (byte)(sum 0xFF); }拼帧的逻辑说明长度字段算的是“帧头之后的所有字节数”很多人这里算错导致模块直接丢帧校验范围各家不一样有的含长度有的不含必须对着手册数。参数说明上address用于多机级联单台设备填 0 就行命令码0x01是盘存0x02可能是读数据别混。写完帧先别急着发用串口助手把这条十六进制发一遍看模块回不回回了再进代码能省一半调试时间。2.3 返回帧解析EPC 藏在数据段长度字段是钥匙模块回上来的盘存响应帧数据段里就是 EPC 和 RSSI。解析的关键是先读长度字段再按长度截取不能假设固定长度因为不同标签 EPC 长度不一样常见 96bit 即 12 字节也有更长的。// 解析盘存响应返回 EPC 十六进制字符串 string ParseInventory(byte[] resp) { if (resp.Length 6) return null; // 太短直接丢 int len resp[1]; // 长度字段 if (resp.Length len 2) return null; // 没收全等下一包 int epcLen resp[4]; // 数据段里 EPC 长度 if (epcLen 0 || 5 epcLen resp.Length) return null; string epc BitConverter.ToString(resp, 5, epcLen).Replace(-, ); return epc; }这里resp[1]是长度、resp[4]是 EPC 长度具体偏移要按你手册的响应帧格式核对不同固件可能差一两个字节。BitConverter.ToString转出来的带横杠去掉就是标准 EPC 十六进制串。解析时一定要做长度校验串口是流式的一次Read可能只收到半帧也可能粘了两帧所以正式代码里要维护一个接收缓冲区按长度字段切帧而不是收到就解析。这是 DEMO 里经常偷懒、你自己写时必须补上的地方。3. 从串口切到网口UHFReader09 的 TCP 连接与多客户端处理3.1 TCP 模式下的连接与收发和串口只差一层不少 UHFReader09 整机带网口DEMO 里会同时给串口和 TCP 两套。TCP 模式下模块通常做 Server默认端口常见 6000 或 4001你的 C# 程序做 Client 去连。收发逻辑和串口几乎一样只是把SerialPort换成TcpClient的NetworkStream命令帧、校验、解析全部复用。// 连接 UHFReader09 的 TCP 服务并发送盘存命令 using System.Net.Sockets; TcpClient client new TcpClient(); client.Connect(192.168.1.100, 6000); // 模块 IP 和端口按实际改 NetworkStream ns client.GetStream(); ns.ReadTimeout 500; ns.WriteTimeout 500; byte[] cmd BuildInventoryFrame(); // 复用串口那套拼帧 ns.Write(cmd, 0, cmd.Length); byte[] buf new byte[256]; int n ns.Read(buf, 0, buf.Length); // 一次不一定收全要循环参数上模块 IP 一般出厂是192.168.1.100这类端口查手册。Read返回的字节数n可能小于一帧所以和串口一样要缓冲切帧。TCP 的好处是能拉远距离、一台机器连多个读写器坏处是网络抖动会让帧断在半路所以超时和重连逻辑必须写。我一般会在Read外面套一层循环攒够一帧再解析连不上就隔 2 秒重试别让上位机因为一次断网就崩。3.2 多读写器并发一个连接一个线程别共用流产线上经常一台上位机管好几个 UHFReader09这时候每个读写器一个TcpClient、一个独立接收线程千万别几个设备共用一个NetworkStream否则帧会串。C# 里用Task或Thread都行关键是每个连接有自己的缓冲区和解析状态。// 每个读写器一个接收任务互不干扰 void StartReader(string ip, int port) { Task.Run(() { var cli new TcpClient(); cli.Connect(ip, port); var stream cli.GetStream(); var buffer new Listbyte(); // 每个连接独立缓冲 byte[] tmp new byte[256]; while (true) { int n stream.Read(tmp, 0, tmp.Length); buffer.AddRange(tmp.Take(n)); // 按长度字段切帧解析后从 buffer 移除 while (TryTakeFrame(buffer, out byte[] frame)) { string epc ParseInventory(frame); if (epc ! null) Console.WriteLine(${ip} - {epc}); } } }); }buffer必须是每个连接私有的TryTakeFrame负责按长度字段判断缓冲里是否够一帧。多设备场景下还要注意盘存命令的发送频率几个读写器同时高频盘存会互相干扰尤其是天线离得近时实际部署里我会把它们的盘存错开或者用不同频点。这块 DEMO 一般不管得你自己加。4. 盘存参数怎么调功率、轮次、去重三个必动项4.1 发射功率不是越大越好串读和漏读都怪它UHFReader09 的发射功率一般可调范围常见 0~30dBm。DEMO 里往往写死一个值实际用必须按场景调。功率太大标签回波过强会互相干扰表现为同一张卡反复读、邻近卡读不到功率太小读距不够边缘的卡漏读。我一般从 20dBm 起步慢慢往上加直到读距满足又不串读为止。参数常见范围调大后果调小后果发射功率0~30dBm串读、邻道干扰读距不足、漏读盘存轮次1~255单次耗时变长漏读概率升高去重时间窗0~10s重复上报减少同一卡刷屏功率通过命令帧下发具体命令码和参数格式查手册一般是“设置发射功率”命令带一个字节的功率值。调的时候别在界面上瞎点用串口助手发命令、看返回确认再固化到代码里。4.2 盘存轮次与去重让上位机别被同一张卡刷屏盘存命令里的轮次参数决定模块一次盘存扫几轮轮次多读得全但慢。去重是上位机侧的事同一张 EPC 在短时间内反复上报你要按时间窗过滤否则界面和数据库会被刷爆。常见做法是维护一个Dictionarystring, DateTime记录每个 EPC 最后上报时间超过窗口才当新事件处理。// 按时间窗去重避免同一张卡刷屏 Dictionarystring, DateTime lastSeen new Dictionarystring, DateTime(); TimeSpan window TimeSpan.FromSeconds(3); // 去重窗口按业务调 bool IsNew(string epc) { var now DateTime.Now; if (lastSeen.TryGetValue(epc, out var t) now - t window) { lastSeen[epc] now; // 刷新时间持续在线的卡不会重复触发 return false; } lastSeen[epc] now; return true; }窗口设多大看业务出入库去重窗口可以短一点1~2 秒在架盘点可以长一点5~10 秒。注意lastSeen要定期清理过期项不然长时间运行内存会涨。DEMO 里通常只做简单去重甚至不去重这块是你自己上位机必须补的。5. 避坑排查UHFReader09 C# DEMO 最常见的 5 个翻车点5.1 现象端口能打开发命令没任何返回原因波特率或帧头不对。模块固件可能不是 57600或者帧头是0xA0而不是0xBB你发的帧它根本不认。解决先用串口助手手动发十六进制逐个试波特率和帧头确认模块回帧了再回代码改。别在 C# 里反复 F5那样只是浪费时间。5.2 现象偶尔读到卡大部分时候解析出乱码原因串口是流式的一次Read收到半帧或粘帧你直接按固定偏移解析就错位了。解决维护接收缓冲区按长度字段切帧切出完整帧再解析。这是 DEMO 最常偷懒的地方也是你自己写必须补的第一课。5.3 现象多台读写器一起跑EPC 串到别的设备上原因几个连接共用了同一个流或同一个缓冲区。解决每个TcpClient独立线程、独立缓冲区、独立解析状态绝不共用。另外天线离得近时错开盘存时机减少空口干扰。5.4 现象界面卡死点哪都没反应原因在 UI 线程里同步Read模块没数据时一直阻塞。解决收发放到后台线程或TaskUI 线程只负责显示。ReadTimeout一定要设别用默认的无限等待。5.5 现象同一张卡在界面上刷屏数据库写爆原因没做去重模块每轮盘存都上报。解决上位机按 EPC 加时间窗去重窗口按业务定并定期清理过期记录。别指望模块帮你去重那是上位机的活。6. 把 DEMO 变成能上产线的代码一个可复用的收发封装DEMO 跑通只是起点真正上产线要把它封装成可复用、可配置、能自愈的类。我一般会写一个UhfReader类内部管连接、收发、切帧、去重对外只暴露Connect、StartInventory、event OnTagRead三个口子。这样换模块型号时只改内部拼帧解析业务代码不动。// 可复用的读写器封装骨架 public class UhfReader { private TcpClient _client; private NetworkStream _stream; private readonly Listbyte _buffer new Listbyte(); private readonly Dictionarystring, DateTime _lastSeen new(); public event Actionstring OnTagRead; public void Connect(string ip, int port) { _client new TcpClient(); _client.Connect(ip, port); _stream _client.GetStream(); _stream.ReadTimeout 500; Task.Run(ReceiveLoop); // 后台收UI 不卡 } private void ReceiveLoop() { var tmp new byte[256]; while (true) { try { int n _stream.Read(tmp, 0, tmp.Length); _buffer.AddRange(tmp.Take(n)); while (TryTakeFrame(_buffer, out byte[] frame)) { string epc ParseInventory(frame); if (epc ! null IsNew(epc)) OnTagRead?.Invoke(epc); // 去重后再抛事件 } } catch (IOException) { Reconnect(); // 断线自愈别让程序崩 } } } // TryTakeFrame / ParseInventory / IsNew 见前文 }这个骨架的关键点接收在后台任务里跑UI 不卡_buffer私有切帧逻辑集中去重后再抛事件业务侧拿到的就是干净数据IOException触发重连网络抖动不至于让整条线停摆。参数上ReadTimeout500ms、重连间隔 2 秒是我常用的起点你可以按现场网络质量调。验证这套封装有没有写对我有个笨办法但很管用拿一张标签在读写器前反复晃看OnTagRead是不是按去重窗口稳定触发而不是每晃一下刷十几次再把网线拔了插上看它能不能自己重连继续读。这两关过了基本就能上产线。最后说个血泪教训别在 DEMO 的 Form 代码里直接改业务DEMO 的界面和逻辑是缠在一起的改到后面你自己都理不清。先把收发和解析抽成独立类界面只做展示后面换硬件、加设备都轻松。希望帮到你。本文还有配套的精品资源点击获取
