很多实验室觉得，天平连LIMS就是一根线的事，插上就能自动读数据。真上手才知道，坑比想象的多。
上个月有个项目，要对二十几台梅特勒天平做串口集成。设备倒是都带RS232口，可品牌、型号、年份全不一样，有的甚至还是十年前的旧货。我们的LIMS系统本身是支持串口抓取的，但现场的布线现状让我头皮发麻——有些工位网线都到不了跟前，更别说正经的串口服务器了。最后一部分用了USB转串口，一部分用了串口转WiFi的小盒子，还有几台实在走不了线，只能先保留手工录入。
很多人不理解，为什么非要费劲做串口通信，手工敲个数不就行了？你如果是经常出原始记录的人，肯定被复核追过数据誊抄错误。天平读数本来小数点后好几位，手一抖就抄错，再加上单位、去皮、样品编号，随便哪个环节出问题，记录就得打回重写。串口直接抓取最直接的好处就是：读数不带一丝人为修改的可能。
说到规范，有个点必须提。很多地方评审时，专家会盯着天平数据来源问。根据CNAS-CL01-A002:2020的7.5.1条款，当使用电子方式记录原始观察数据时，应确保数据在产生时即被捕获并受控。串口传输恰好满足“产生即捕获”，但有个前提——你的传输链路本身要可靠。不少人在这儿栽跟头，数据丢包、乱码、小数点错位，都是因为没做奇偶校验或者流控没配好。
我踩过最深的坑，是波特率。同一台天平，在不同固件版本下默认波特率可能不同，有的4800，有的9600，还有奇葩的用1200。你要是按常规9600去配，收到的就是一堆鬼画符。后来我学乖了，每次先拿串口调试助手扫一圈参数，确认收发正常，再往LIMS里配。还有就是结束符，有的天平发\r\n，有的只发\r，少了一个换行符，数据就一直卡在缓存里不触发完成判断。这种细节，供应商的说明书上往往写得不清不楚。
另外，天平本身的状态字特别容易被忽略。正规一点的连续输出模式，天平会先发一个状态字符，告诉你现在是稳定、不稳定还是超载。如果你不解析这个状态，直接把数据写进记录，有可能把晃动时的跳数当最终值存了。我在程序里加了个小逻辑：连续三次读数差值小于0.0005g才判定稳定，自动抓取最后一次。这招比死等天平发稳定标志管用得多。
还有，别以为串口连上就万事大吉。天平是需要定期检定的。如果你的LIMS没有把设备台账里的检定有效期跟数据采集关联起来，就可能出现超期使用而不自知。我习惯在数据接口层加一道拦截：当天平超过检定有效期，即使串口数据正常，也不允许自动填报，强制弹窗提醒重新校准或送检。这个设计后来被好多同事叫好。
温度影响也得心里有数。有些高精度天平对环境敏感，空调风口对着吹一会儿，读数就漂。串口抓取只是忠实记录，可它分不清这漂移是样品变化还是环境干扰。如果LIMS不能同时记录环境温湿度，日后查数据溯源就少了一个关键维度。所以有条件的话，最好把温湿度传感器也一并接入。
说到底，天平串口通信不是什么高深技术，麻烦全在细枝末节。参数匹配、状态判断、计量关联、环境补录，每一步少操心都不行。这类项目我后来基本都会先看这几个地方。
