C#无人值守地磅称重系统：从仪表采集到道闸控制全流程

简介这份源码面向具备一定C#与WPF基础的开发者提供一套无人值守地磅称重系统的完整实现方案可用于学习工业称重自动化流程、二次开发或课程设计参考。压缩包共137个文件约2.44MB其中91个cs源文件承载称重逻辑与设备通信等核心算法21个xaml文件负责界面布局与交互另有config、csproj、sln等配置与项目文件支撑编译运行并包含resx资源、settings设置及少量图片与说明文本。目前已有414人学习下载。读者可从中获取一套结构清晰、可直接编译的解决方案理解无人值守场景下车辆识别、称重数据采集与业务流转的组织方式同时借鉴其项目分层与配置管理思路为自建称重管理平台或相关课题提供可复用的代码基础与设计参考。1. 无人值守地磅称重系统从一台磅到一套闭环C# 能扛住哪些活凌晨两点一辆满载散料的货车停在地磅上驾驶室没人下来。磅房的值班员在隔壁刷手机仪表读数自动跳到屏幕上车牌识别抓拍、毛重入库、语音播报、道闸抬杆全程不到四十秒。这套流程背后跑着的往往就是一套用 C# 写的无人值守地磅称重系统。它要解决的核心问题很朴素把「车、磅、仪表、单据、闸机」这几件事串成一条不需要人盯的流水线同时保证数据不丢、不重、不被改。适合谁看做工业上位机的 C# 开发者、想把老磅房改造成自动化的集成商、以及手里已经有称重仪表和道闸、只差一层软件的人。源码这个词在这类项目里通常指整套上位机工程包含串口/网络采集、业务逻辑、数据库和界面而不是一个能直接双击运行的成品。下面按「先立住原理、再动手复现、最后讲坑」的顺序拆开讲。2. 无人值守地磅称重系统的技术底座仪表、车牌、道闸怎么被 C# 串起来2.1 称重仪表的数据到底怎么进到 C# 里地磅的核心数据源是称重仪表常见品牌有耀华、托利多、志美等输出方式无非三种RS232/RS485 串口、TCP 网络、以及部分仪表的 USB 转串口。C# 里最稳的做法是用SerialPort类读串口或者用TcpClient读网络仪表。仪表一般会持续往外吐连续帧比如耀华的 XK3190 系列常见格式是每帧 12 字节左右包含符号位、重量数值和状态位。不要指望「读一次就有一次完整重量」正确姿势是开一个后台线程持续读按帧头帧尾切分做校验后再解析。// 串口持续读取称重仪表按固定帧长切分 private SerialPort _port; private readonly byte[] _buffer new byte[1024]; private int _offset 0; private void Port_DataReceived(object sender, SerialDataReceivedEventArgs e) { int n _port.Read(_buffer, _offset, _buffer.Length - _offset); _offset n; // 耀华常见帧长 12 字节凑够一帧再解析 while (_offset 12) { byte[] frame new byte[12]; Array.Copy(_buffer, 0, frame, 0, 12); decimal weight ParseYaoHuaFrame(frame); // 解析重量 if (weight 0) OnWeightChanged(weight); // 抛给业务层 _offset - 12; Array.Copy(_buffer, 12, _buffer, 0, _offset); } }逻辑说明DataReceived是串口事件线程不能在里面做数据库或界面操作只做「收字节 切帧 抛事件」。参数上BaudRate常见 9600 或 19200Parity多为 NoneDataBits8StopBitsOne具体以仪表说明书为准。ReadTimeout建议设 500ms避免线程卡死。解析函数里要处理负号皮重为负和小数点位数不同仪表小数位不一样别写死。2.2 车牌识别和道闸别自己造轮子但要会接车牌识别现在基本不自己写算法常见做法是买一体机相机自带识别输出 HTTP 或 SDK或者用海康、大华这类开放平台的 SDK。C# 接入方式有两种一是相机主动推 JSON 到你开的 HTTP 端口二是你调 SDK 的 DLL。前者更省事后者更实时。道闸控制同理多数道闸支持继电器干接点通过 IO 控制板或者串口指令抬杆。这里的关键不是技术难度而是「状态机」——车压地感、识别车牌、比对是否已登记、读稳定重量、保存记录、抬杆放行每一步都要有超时和回退。// 车牌识别回调里驱动一次完整过磅流程 private async Task OnPlateRecognized(string plate) { if (!_vehicleRepo.Exists(plate)) { Speak(车辆未登记); return; } decimal weight await WaitStableWeightAsync(timeoutMs: 8000); // 等重量稳定 if (weight 0) { Speak(重量异常); return; } var record new WeighRecord { Plate plate, Weight weight, Time DateTime.Now }; _recordRepo.Insert(record); // 先落库 _barrier.Open(); // 再抬杆 Speak($毛重 {weight} 吨请通行); }逻辑说明WaitStableWeightAsync是核心它要判断重量在连续 N 次采样内波动小于阈值比如 20kg才算稳定否则一直等。参数timeoutMs是后悔药防止车开走了还在等。先落库再抬杆是血泪经验——如果先抬杆后写库断电或崩溃时车已经走了记录却丢了对账时说不清。2.3 数据库和业务表怎么设计才不返工无人值守地磅的数据量不大一天几百条SQLite 或 SQL Server Express 都够用。表设计上至少三张车辆档案表车牌、皮重、单位、过磅记录表车牌、毛重、皮重、净重、时间、照片路径、操作日志表。净重 毛重 - 皮重皮重可以来自档案也可以来自二次过磅。常见坑是把毛重皮重混在一张表里反复更新导致对账时找不到原始值。稳妥做法是每次过磅都插一条新记录用「过磅类型」字段区分一次过磅和二次过磅净重在查询时算。字段类型说明Idint 自增主键Platenvarchar(16)车牌GrossWeightdecimal(10,2)毛重TareWeightdecimal(10,2)皮重NetWeightdecimal(10,2)净重可冗余存储WeighTimedatetime过磅时间PhotoPathnvarchar(200)抓拍图路径3. 用 C# 把源码跑起来从建工程到一次完整过磅的最小复现3.1 工程结构和依赖怎么搭一套能跑的无人值守地磅上位机工程结构建议按职责分层别把所有代码堆在 Form 里。常见做法是Device层管串口和网络Business层管过磅逻辑Data层管数据库UI层只管展示。依赖上串口用 .NET 自带的System.IO.Ports数据库用Dapper或EntityFramework日志用NLog或Serilog这三样基本是标配。目标框架选 .NET Framework 4.7.2 或 .NET 6/8 都行工业现场老机器多4.7.2 兼容性更好新项目直接上 .NET 8跨平台和性能都占优。# 新建一个 .NET 8 控制台/Worker 工程作为采集服务 dotnet new worker -n WeighBridge.Service cd WeighBridge.Service dotnet add package System.IO.Ports dotnet add package Dapper dotnet add package Microsoft.Data.Sqlite dotnet add package Serilog.Sinks.File逻辑说明把采集做成 Worker Service 而不是 WinForm好处是可以后台常驻、开机自启、界面崩了不影响采集。参数上System.IO.Ports在 .NET 8 里需要单独装包别以为自带。SQLite 适合单机如果多台磅房联网换成 SQL Server 并把连接串放配置文件。3.2 重量稳定判定无人值守最容易翻车的一环车刚上磅时重量是跳的直接取值会得到偏小或偏大的数。稳定判定的常见实现是滑动窗口维护最近 N 次采样如果最大值减最小值小于阈值就认为稳定。N 一般取 5 到 10阈值取 10 到 30kg具体看磅体大小和车辆震动情况。这个参数调不好要么车停半天不抬杆要么重量没稳就记录对账时差几十公斤。// 滑动窗口判断重量是否稳定 private readonly Queuedecimal _window new(); private const int WindowSize 8; // 采样点数 private const decimal StableDelta 20; // 稳定阈值 kg public bool IsStable(decimal current) { _window.Enqueue(current); if (_window.Count WindowSize) _window.Dequeue(); if (_window.Count WindowSize) return false; return (_window.Max() - _window.Min()) StableDelta; }逻辑说明WindowSize越大越稳但越慢StableDelta越小越严格。现场调试时先把这两个值调宽松确认流程能跑通再逐步收紧。注意采样频率要和仪表输出频率匹配仪表 10Hz 输出你 1Hz 采样窗口就形同虚设。3.3 一次完整过磅的时序和落库把前面几块拼起来一次过磅的时序是地感触发 → 车牌识别 → 查档案 → 等重量稳定 → 计算净重 → 落库 → 抬杆 → 语音播报 → 等车离开 → 落杆。每一步都要有日志出问题时能查。落库用参数化 SQL别拼字符串车牌里带特殊字符会出事。// 参数化插入过磅记录 public void Insert(WeighRecord r) { using var conn new SqliteConnection(_connStr); conn.Execute( INSERT INTO WeighRecord(Plate,GrossWeight,TareWeight,NetWeight,WeighTime,PhotoPath) VALUES(Plate,Gross,Tare,Net,Time,Photo), new { r.Plate, Gross r.GrossWeight, Tare r.TareWeight, Net r.GrossWeight - r.TareWeight, Time r.WeighTime, Photo r.PhotoPath }); }逻辑说明净重在插入时算好存进去查询快也避免每次查都算。PhotoPath存相对路径图片按日期分目录别全堆一个文件夹几千张以后打开就卡。参数上连接串放appsettings.json别硬编码。4. 避坑与排查无人值守地磅现场最容易踩的五个坑4.1 串口数据丢帧或乱码现象重量偶尔跳成 0 或者一个离谱的大数。原因串口读取线程被界面或数据库阻塞缓冲区溢出或者波特率、校验位和仪表不一致。解决把读取放独立线程事件里只做切帧用示波器或串口助手确认仪表实际参数加帧校验校验不过直接丢弃而不是硬解析。4.2 车牌识别重复触发现象同一辆车一次过磅生成两条记录。原因相机在车停留期间多次推送识别结果或者地感抖动导致多次触发。解决加去重窗口同一车牌在 30 秒内只处理一次用状态机标记「本次过磅已处理」处理完复位。4.3 重量稳定判定永远不通过现象车停着界面一直显示「等待稳定」不抬杆。原因阈值设太小或者磅体附近有风、有震动源也可能是仪表输出频率太低窗口凑不满。解决先把阈值放大到 50kg 验证流程再逐步收紧检查仪表输出频率必要时加「超时强制取值」的兜底逻辑但要在日志里标记。4.4 数据库写入失败导致丢单现象抬杆了但记录没进库对账少一单。原因先抬杆后写库写库时异常没捕获。解决调整顺序为先写库再抬杆写库失败要重试并告警不能静默吞掉用本地文件做临时缓存网络库不可用时先写本地恢复后补传。4.5 断电或重启后状态错乱现象重启后道闸状态未知车压在地感上程序却以为没车。原因没有持久化设备状态启动时没做初始化。解决启动时先读一次地感和道闸状态强制落杆再进入正常流程关键状态写本地文件重启后恢复。5. 把源码用起来从能跑到好用我一般会加的几件事一套无人值守地磅源码能跑通只是起点真正在现场活下来还得补几样东西。第一是远程配置把串口号、波特率、稳定阈值、数据库连接串做成配置文件甚至数据库表改参数不用重新编译现场工程师自己就能调。第二是照片留存策略抓拍图按「日期/车牌_时间.jpg」存定期清理别让硬盘满了导致程序崩。第三是断网续传工业现场网络不稳是常态本地先存 SQLite网络恢复后同步到中心库这个逻辑用一张「待同步」标记表就能实现。// 断网续传本地标记未同步后台线程定时补传 public void MarkSynced(long id) _localDb.Execute(UPDATE WeighRecord SET Synced1 WHERE Idid, new { id }); public IEnumerableWeighRecord GetUnsynced() _localDb.QueryWeighRecord(SELECT * FROM WeighRecord WHERE Synced0 LIMIT 100);逻辑说明Synced字段默认 0补传成功后置 1。补传线程要限速别一次拉太多把中心库打挂。参数上LIMIT 100是批量大小按网络质量调。验证方法上我习惯做三件事一是用串口助手模拟仪表发固定重量验证解析正确二是用录像回放把真实过磅视频对着程序跑一遍看时序对不对三是断电测试直接拔电源再上电看能不能自恢复。这三关过了基本能交付。最后说个我自己的教训早期做这类项目我总想把界面做漂亮结果现场一台老工控机跑不动界面卡导致串口丢帧查了两天才发现是 UI 线程抢了资源。后来我养成习惯采集和业务全部放后台服务界面只做展示哪怕界面关了称重照常跑。这个习惯帮我省了太多售后。希望帮到你。本文还有配套的精品资源点击获取