简介这是一款面向工业自动化与物流场景的称重数据打印软件适配上海来贺称重机也能通过标准通信协议对接其他品牌设备实现重量采集、格式排版与标签打印适合产线操作员、设备维护人员及系统集成商使用。压缩包共16个文件以DLL动态库和EXE主程序为核心配合BTW标签模板、WMV操作录屏、SQLite数据库及XML配置文件整体约84.69MB兼顾即装即用与二次配置需求。目前已有104人学习下载。软件内置BarTender打印引擎与SQLite数据管理模块支持连接参数设置、模板编辑和实时打印随包附带的两段录屏分别演示软件操作与模板定制流程可帮助用户快速上手减少设备联调时的摸索成本。通过这套程序用户能直接掌握称重设备接口调试、打印模板设计及自动化数据入库等实用技能适合需要提升产线信息化水平的团队参考。1. 给来贺称重机配打印软件难点从来不在打印而在“听懂仪表说话”给上海来贺称重机配一套打印软件听着是给电脑装个程序的小事真动手的人都有一个共识七成时间耗在“让电脑听懂称重机在说什么”。这个标题描述的场景非常典型——仓库、地磅房、生产线上一台来贺称重仪表通过串口把重量实时送到电脑软件在后台监听读数稳定后按单据格式打印毛重、皮重、净重、车号、时间同时这套软件还不能只认来贺得留出通用接口以后换其他品牌称重设备时不用推翻重写。适合谁配秤的系统集成商、工厂设备维护人员以及做小型生产管理系统、想把称重模块嵌进自己软件里的开发者。2. 串口协议与选型把来贺称重机的通信方式搞清比选打印机更重要2.1 先分清称重机的“嘴巴”长什么样来贺这类工业称重仪表对外通信接口基本逃不出三种RS232 串口、RS485 总线、以太网口。这三个口决定了后面软件怎么写也决定了你现场要带什么线。通信接口连线方式典型场景软件侧注意点RS232点对点三根线TXD、RXD、GND一台仪表接一台电脑最常用注意 TX/RX 交叉RS485双绞线 A/B可挂多台设备多台地磅轮询长距离传输需要 USB 转 485 转换器带地址以太网RJ45 网线远程采集、联网中控仪表是 TCP Server 还是 Client 要先确认我第一次接入来贺仪表时默认当作 RS232 处理结果读数乱码最后发现这台仪表出厂固件把发送方式设成了 RS485 多机地址模式电脑收到的全是噪声。所以动手前先翻一遍仪表侧面或说明书上的通信参数页比上来就写代码重要得多。串口通信是这套系统的地基参数错一个位后面全白搭。2.2 来贺仪表最常见的通信模式连续发送与查询应答来贺这类国产称重仪表通信参数页里通常会给你两个选择连续发送和查询应答。理解这两种模式的区别是配置软件的第一步。连续发送模式下仪表内部自动按固定周期常见每秒 10 次向外输出一组报文电脑只要被动接收拆帧取重量。这种方式实时性好适合做“实时显示自动打印”。查询应答模式则相反——仪表平时闭嘴不说话电脑发一条命令例如读重量的指令仪表才回一帧。它的好处是多个仪表接在同一条 RS485 总线上不冲突软件按地址轮流点名。模式谁主动适合接线适合场景坑连续发送仪表主动RS232 一对一单台称重、实时打印报文没帧头帧尾时容易拼错查询应答电脑主动RS485 多机多地磅统一采集指令格式不对仪表不理你连接来贺称重机的打印软件常见做法是优先支持连续发送同时把查询应答做成可选项。因为磅房场景下电脑就管这一台秤连续发送拿数据最省事稳定判定也好做。等到要接多台“其他称重”时再用查询应答走 RS485 总线。2.3 别猜报文格式用串口助手先抓一帧原始报文在这套方案里最忌讳的事就是从网上复制一段别人写的“来贺仪表协议”然后直接往代码里套。不同批次、不同配置的来贺仪表帧格式可能差出一个天涯。正确做法是先抓包再写解析器。抓包步骤其实很机械但非常有效把仪表通信模式设为“连续发送”波特率先按说明书默认值常见 9600来。用 USB 转 RS232 线连接仪表和电脑注意 2 脚接 3 脚、3 脚接 2 脚、5 脚接 5 脚。打开串口调试助手SSCOM 这类工具设置 9600、8、N、1打开串口。在秤上放一个标准砝码观察接收区正常会不断刷出形如02 2B 31 32 33 2E 34 6B 67 0D 0A的十六进制报文。把这一段报文存下来按字节拆开看头、符号位、重量数字、单位、结尾。抓包这一步能帮你筛掉现场一半以上的环境问题。如果打开串口助手后什么数据都没有先别怀疑软件动一下线或者把仪表重启一下看看是不是通信参数没生效。只有当你亲眼看到稳定的报文在刷屏后面的解析代码才有意义。注意不要让仪表和电脑的串口参数“看起来差不多”就开干。停止位、校验位哪怕差一位接收端看到的都是乱码。确认参数的最快办法就是串口助手能持续收到可读报文。3. 最小可用的称重打印程序串口解析、稳定判定和磅单输出三步走3.1 按帧重组读重量别在一行流里硬抠数据串口接收本质是字节流仪表发送的帧可能被操作系统拆成好几段到达也可能一次塞进来好几帧。很多人写称重软件第一版时直接按固定字节长度读结果发现重量会偶尔多一位、少一位这就是典型的没做帧重组。我一般会在串口读取循环里维护一个缓冲区遇到帧头开始收集遇到帧尾再统一处理。下面的代码按“常见 ASCII 报文”为例子做解析来贺自己的报文格式用串口助手抓到后改一下字段偏移就能用。import serial ser serial.Serial( portCOM4, baudrate9600, bytesizeserial.EIGHTBITS, parityserial.PARITY_NONE, stopbitsserial.STOPBITS_ONE, timeout0.2, ) # 帧头帧尾用十六进制写在配置里好调整 FRAME_HEAD b\x02 # STX FRAME_TAIL b\x0d\x0a # CR LF很多国产仪表用回车换行结尾 buf bytearray() def try_parse_weight(): 从缓冲区里取一帧完整的报文解析重量值 global buf while True: head buf.find(FRAME_HEAD) if head 0: return None tail buf.find(FRAME_TAIL, head) if tail 0: return None payload buf[head1:tail] del buf[:taillen(FRAME_TAIL)] if len(payload) 5: continue return payload.decode(ascii, errorsreplace) while True: chunk ser.read(64) # 一次尽量多读减少丢失 if chunk: buf.extend(chunk) weight_str try_parse_weight() if weight_str: print(原始报文:, weight_str)这段代码的逻辑很直接每次读进来的数据先追加到buf再尝试找帧头到帧尾之间的完整载荷。找不到帧头就丢掉前面的无效字节找到帧头但发现没有帧尾就留下数据等下一次读取补齐。这样做的好处是无论操作系统怎么切分报文解析结果都不会错位。参数说明timeout0.2表示每次读串口最多等 0.2 秒这样可以保证主循环的响应速度FRAME_HEAD和FRAME_TAIL是从第 2 章串口助手抓包里确认的不同仪表差异很大一定要按实际抓包结果改。拿到payload之后再根据说明书的字段顺序把符号位、小数点位置拼成真正的浮点数这一步每家都有细微差别。3.2 稳定判定这个坑让打印机把“后悔药”打了好几遍称重打印软件最容易翻车的地方不在通信而在“到底该什么时候打印”。秤体受车辆上下、人员走动甚至风的影响读数会一直跳。如果软件拿到一个重量就立刻打印那磅单上会出现一堆无意义数据一晚上能打出一沓废票。稳定判定的常见做法是“取连续 N 次读数都在一个很小的波动范围内并且持续超过一定时长才判定为稳定”。下面这段代码可以作为一个独立的函数嵌进主循环。class WeightStabilizer: def __init__(self, max_deviation0.02, stable_count5, stable_window2.0): self.max_deviation max_deviation # 允许波动范围单位 kg self.stable_count stable_count # 连续采样次数 self.stable_window stable_window # 至少持续时长单位 秒 self.samples [] self.stable_begin None def update(self, weight): now time.time() self.samples.append(weight) # 只保留最近 stable_window 秒内的采样 self.samples [s for s in self.samples if now - s[0] self.stable_window] if len(self.samples) self.stable_count: values [w for _, w in self.samples] spread max(values) - min(values) if spread self.max_deviation: if self.stable_begin is None: self.stable_begin now if now - self.stable_begin self.stable_window: return values[-1] # 返回最后一次稳定读数 else: self.stable_begin None return None参数说明max_deviation是判断“稳不稳”的核心普通精度秤建议 0.02kg如果现场环境振动大放宽到 0.05kg 也行但别直接设成 0那是给自己找不自在。stable_count和stable_window是对应的——我习惯配合着用至少要采集到 5 次数据且 2 秒内波动不超阈值才对重量做一次“已稳定”标记。这个策略比“连续 3 次相同字节”更抗干扰因为仪表输出可能正好在相邻位抖动直接比较字符串会漏判。注意稳定判定后还要考虑“重量归零不允许打印”和“同一单据不重复打印”。这两个逻辑用状态锁解决只有检测到重量先归零、再上货、再稳定才允许触发下一次打印否则车辆一直停在地磅上软件会反复打印同一张单。3.3 生成磅单并送打印机别跟打印驱动较劲打印部分不需要炫技Windows 环境里最稳妥的方案是直接调用系统打印驱动把文本内容发给默认打印机。很多国产小票打印机的驱动会把自己注册成“Generic/Text Only”用下面的方式可以统一处理不需要针对品牌写指令。import win32print def print_receipt(template: str, values: dict): # 模板用变量占位常用在重量单/标签上 content template for key, value in values.items(): content content.replace({ key }, str(value)) printer_name win32print.GetDefaultPrinter() hprinter win32print.OpenPrinter(printer_name) try: win32print.StartDocPrinter(hprinter, 1, (weigh ticket, None, RAW)) win32print.StartPagePrinter(hprinter) win32print.WritePrinter(hprinter, content.encode(gbk)) win32print.EndPagePrinter(hprinter) win32print.EndDocPrinter(hprinter) finally: win32print.ClosePrinter(hprinter)这段代码的核心是用WritePrinter把拼好的字符串直接交给打印机驱动。模板里用{毛重}、{皮重}这类占位符方便后续换票面样式。注意编码用了gbk因为大多数磅房打印机的中文字库按 GBK 出字用 UTF-8 反而会打出乱码。模板本身可以放在一个文本文件里里面写清车号、货物名、毛重、皮重、净重、打印时间即可。遇到特殊尺寸的标签纸或三联单直接在驱动属性里设好纸张规格就行软件这边不碰打印机的底层指令。这就是“打印软件”里比较稳的路线通信层自己做打印层交给系统驱动。4. 多品牌称重接入用协议适配层把“其他称重”收编成一个接口4.1 不要为每台秤写一个 if-else标题里写着“也可以连接其他的称重”这句话翻译成软件架构就是你不能在代码里写死“如果是来贺就怎样如果是托利多就怎样”。现场设备五花八门最稳的做法是抽象出一个驱动接口每个品牌实现一个适配器业务层只面向接口编程。class ScaleDriver: 所有称重驱动的统一接口 def read_weight(self) - float: raise NotImplementedError def tare(self) - None: 执行去皮操作 raise NotImplementedError def clear(self) - None: 清零 raise NotImplementedError def is_stable(self) - bool: 稳定标志也可以由上位机自己算 raise NotImplementedError这个接口不需要很复杂能覆盖“读重量、去皮、清零、稳定标志”就够了。来贺驱动做的事是把第 3 章的串口解析封装进read_weight再通过发送特定命令实现tare。以后接梅特勒、耀华或者其他国产仪表只需要再写一个类实现相同的方法上层的稳定判定、打印逻辑一行都不用改。我见过不少团队把不同仪表协议写在同一个函数里用 if-else 切来切去最后加一款秤就得回老代码里摸一次雷。适配器模式在称重软件里不是过度设计它是换秤时唯一的后悔药。4.2 用一个配置文件切换驱动换秤时不用改程序光有接口还不够要真正做到“接其他称重”不动代码还得把驱动的选择放到配置文件里。# driver.yaml driver: type: laihe # laihe / modbus_rtu / modbus_tcp / virtual port: COM4 baudrate: 9600 bytesize: 8 parity: N stopbits: 1 timeout: 0.2 frame: # 来贺协议参数按抓包结果填 head: 02 tail: 0d0a sign_pos: 0 value_start: 1 value_len: 7 unit: kg然后写一个简单的加载函数根据配置里type的值实例化对应的驱动类。这样换秤时现场人员只需要编辑这个文本文件把type改成modbus_rtu再把串口参数、寄存器地址填好程序就能跑起来。这套做法对“来贺专用软件要扩展成通用软件”的场景几乎是必选项。from laihe_driver import LaiheDriver from modbus_rtu_driver import ModbusRTUDriver def create_driver(config): driver_type config[driver][type] if driver_type laihe: return LaiheDriver(config[driver]) elif driver_type modbus_rtu: return ModbusRTUDriver(config[driver]) else: raise ValueError(funknown driver type: {driver_type})配置里的每一项都有意义不是摆设。baudrate、parity、stopbits直接对应仪表通信页的设定frame里的head和tail是第 2 章抓包抓出来的关键字节sign_pos和value_start这类字段是来贺这类仪表解析时最容易错位的地方统一放到配置里方便调试时调整。这种设计牺牲了一点点启动时的代码量换来的是后面接设备时的从容。4.3 常见的“其他称重”怎么塞进这套架构“其他称重”在实际项目中通常分三类一是其他品牌的数字仪表通信协议是厂商私有的需要按新协议写适配器二是支持标准 Modbus RTU/TCP 的仪表或 PLC 称重模块这类最好办因为协议公开三是只输出 4–20mA 或 0–10V 的模拟量变送器那就不走串口了得配一块 AD 采集模块把模拟量换算成重量。对于 Modbus 仪表常见做法是直接读保持寄存器里的重量值下面是一个最小实现片段import minimalmodbus class ModbusRTUDriver(ScaleDriver): def __init__(self, cfg): self.instr minimalmodbus.Instrument(cfg[port], cfg.get(slave_id, 1)) self.instr.serial.baudrate cfg.get(baudrate, 9600) self.instr.serial.timeout 0.3 self.reg cfg.get(weight_register, 40) self.byteorder cfg.get(byteorder, 3) def read_weight(self) - float: # 读保持寄存器按仪表手册确认地址和数据类型 raw self.instr.read_float(self.reg, byteorderself.byteorder) return raw这里weight_register和byteorder是必调的参数不同仪表的重量寄存器地址可能差很多我遇到过放在寄存器 0 的也遇到过放在 60 的。接入前先用 Modbus 扫描工具把地址探出来比一个个试快得多。至于模拟量通道软件层面就不要再纠结协议了买一路带 RS232 输出的 AD 模块模拟量变送器接模块模块再把数字量通过串口送进软件按比例换算。这样“其他称重”最终都收敛到统一的串口输入打印和记录逻辑继续保持干净。5. 避坑排查来贺称重打印中最常见的五处翻车现场这一章是全篇最想让你先看的部分。以下五条每条都是我见过或踩过的问题按“现象 → 原因 → 解决”写清楚排错时直接对照。第一个坑串口助手能收到数据运行软件后却一格重量都读不到。现象同一根 USB 转串口线串口助手打开就能看到仪表报文一直在刷可换成自己的 Python 程序后界面永远显示 0.00程序像死了一样。原因绝大多数情况是串口被串口助手占用没释放干净。Windows 下串口是独占设备前一个程序没有正常关闭句柄后一个程序打开就报“Access Denied”但很多人的代码里没做异常处理串口对象创建失败后程序继续往后跑读取自然全为空。解决写代码时给串口打开加明确的异常捕获和提示同时确认串口助手退出时真正释放了端口。更保险的做法是程序启动时先调用系统命令检查串口状态比如用模式工具查看端口占用但这在跨平台场景下比较麻烦。最简单有效的是养一个好习惯现场调试时先退出串口助手再启动自己的软件。第二个坑重量帧解析出来忽大忽小偶尔还会多出几个不可见字符。现象同一辆货车过磅打印出来的毛重有时 12.34有时 12.3有时直接变成一串数字加乱码磅单上没法看。原因这是典型的没做帧重组直接按固定字节长度从串口缓冲区里截取。仪表发送报文时操作系统可能把一帧数据拆成两次或三次到达固定字节读取会截断报文导致解析错位。解决回到第 3 章的方案用一个累积缓冲区找帧头、帧尾取完整帧后再解析。另外解析完成后要严格处理单位和小数点最好在代码里强制规定重量位数不符合格式的帧直接丢弃不让脏数据进入打印流程。第三个坑打印机能打但重量明明没稳定它也咔咔往外打单。现象车刚上磅秤台还在晃打印软件已经呼啦啦打出来 5 张单子数值还都不一样。原因稳定判定逻辑缺失或阈值设得太小。有人用“连续两次读数相同”作为稳定条件在仪表末位跳动时这个条件很容易碰巧满足还有人根本没做稳定时长限制只要读到一个重量就打印。解决用“最近 N 次采样值最大最小差值小于阈值 持续时长超过 M 秒”的双重条件。同时加状态机稳定打印后必须读到重量接近零并且再稳定一次才允许下一次打印。这个状态锁能挡住绝大多数重复单。第四个坑中文乱码或者打印出来的单子老是偏到纸的另一边。现象磅单上的汉字全变成“”或者一排黑块英文和数字正常换一个品牌的打印机后字没乱但同样的模板右边残缺。原因乱码主要是编码问题大多数磅房针式打印机的字库按 GBK 解析软件如果按 UTF-8 发送中文驱动不认识自然出乱码。偏纸则有两个可能一是模板纸型设成 A4实际装的是 76mm 热敏卷纸二是驱动属性里“纸张大小”和实际标签尺寸不匹配。解决打印输出统一编码为gbk模板里不混用特殊符号。偏纸问题到打印机驱动的“打印机属性”里把纸张尺寸改好然后在软件里加一个“打印测试页”按钮每次换纸或换驱动后先打一张测试页别直接拿真磅单试错。第五个坑换了新秤后原软件彻底连不上但接线和电脑都没动。现象原来一台来贺仪表用得挺好换了一台别的品牌称重仪表后软件界面直接灰掉一点反应没有串口助手却能看到新仪表在往外发数据。原因这不是“新仪表坏了”而是协议不同。新仪表用的是私有 ASCII 协议来贺的驱动解析不了或者新仪表需要按查询应答模式工作而原软件默认在等连续发送。黑匣子没打开当然读不到数据。解决这就是第 4 章的适配器架构发挥作用的时候。先把新仪表抓包抓完按它的帧格式写一个适配器配置切到新驱动不要在原代码里打补丁。如果你接手的是一个已经写死品牌的旧软件我建议把这个场景当成一次重构信号哪怕只重构驱动层后面接设备就再也不会被绑死在一个品牌上了。6. 进阶用虚拟串口模拟一台假称重机把整套流程验透再上真实磅秤前面讲的解析、稳定判定、打印触发都是建立在“有真仪表”的前提下。可现实往往是电脑和打印机已经到位来贺称重机还要等两天才到货。这种时候用虚拟串口对模拟一台“假仪表”能在不占真设备的情况下把整个流程跑通上线时心里有底得多。常见做法是装一对虚拟串口工具比如 com0com 这类软件安装后会在系统里生成一对互联的串口比如 COM5 和 COM6。往 COM5 写数据COM6 就能读到COM6 写数据COM5 能收到。你把模拟脚本绑在 COM5 上让真实打印软件去打开 COM6。脚本里按来贺协议每 0.1 秒发送一帧重量报文import serial import time ser serial.Serial(COM5, 9600, timeout0.1) weight 0.0 for i in range(200): # 模拟上货过程前半段波动后半段稳定 if i 50: weight 0.20 else: weight 12.00 frame f\x02{weight:.2f}kg\r\n.encode(ascii) ser.write(frame) time.sleep(0.1) ser.close()这个脚本只有几十行却能验证三件关键的事通信参数对不对、解析器能不能稳定提取重量、稳定判定和打印触发是否按预期工作。我习惯把模拟重量做成“前半段抖动、后半段稳”的曲线专门用来测试稳定逻辑是否会在车辆停稳后自动打印一次而不是多次。等你真接上来贺称重机时主程序一分钱都不用改直接换真实串口号就能跑。最后提一个长期受用的习惯不管接哪个品牌的称重设备第一件事永远是用串口助手抓 20 分钟原始报文把帧头、帧尾、符号位、单位位置全部标清楚再写一行解析代码。这个动作帮我避掉一半以上的现场返工也让我在“来贺专用”和“其他称重也能连”之间游刃有余。希望帮到你。本文还有配套的精品资源点击获取