简介面向工业自动化、能源管理及上位机集成工程师的实战文档聚焦 DL645-2007 电能表通过 RS485 接入 KepwareEX并最终在 Wincc 中集成显示电能数据。文中完整演示了基于 U-CON 驱动创建自定义通道、添加设备、编辑事务与配置缩放的流程对 LBCD 数据类型、余 3 码换算、唤醒报文、校验码及结束符等关键细节都给出可复用的配置示例能有效缩短现场调试时间。包体为 1 个 PDF 文件容量 1.21MB以图文步骤为主适合已具备串口通信基础、需要接入非标准规约设备的工程师。该资料已有 2918 人学习内容涵盖 RS485/RS232 转换器与串口服务器的硬件接线、事务报文设计直至 Wincc 绑定 OPC 条目的完整链路是一份可直接对照实施的参考手册。1. 先连接再谈数据Kepware连DL645-2007电表先跨过三道坎现场做配电改造时经常遇到这种场景配电柜里一排DL645规约的电能表客户手里只有表计说明书Kepware那边已经跑着一套OPC UA数据平台。把电表和Kepware连起来并不像填个IP就完事DL645-2007是串口协议RS485总线上走的是一帧带地址、控制码、校验和的数据包。地址填错、数据标识写歪、字节序没注意读回来的不是0就是超时而且这类问题往往在凌晨抄表时段才暴露。这篇文章把链路从串口调试一路拆到Kepware的Tag配置再把最常见的几个坑一次说清适合在做配电监控、能耗采集、工厂车间电表接入的工程师参考。2. DL645-2007电表通信要点帧结构、数据标识与串口参数2.1 帧结构先看懂一帧报文是怎么拼出来的DL645-2007的报文不是简单的一串十六进制它有固定的帧格式。主站发一帧读请求里面要有前导字节、起始符、地址域、控制码、数据域长度、数据域、校验和结束符。前导字节是FE可以发2到4个用来唤醒总线上的电表然后是68H起始符紧接着是6字节地址域对应电表通讯地址的BCD码注意发送顺序是低字节在前再后面是控制码比如主站读当前数据的请求是11H从站正常应答是91H数据域长度L表示后面数据域有多少个字节数据域里先放4字节数据标识再放实际数据最后是CS校验和16H结束符。字段长度内容前导字节2~4字节FE帧起始符1字节68H地址域6字节电表通讯地址BCD低字节在前控制码1字节读请求11H读应答91H数据域长度L1字节数据域字节数数据域L字节数据标识 数据校验CS1字节从起始符到数据域末尾累加取低8位结束符1字节16H可以直接用Python的pyserial把一帧读请求发出去先用串口助手确认这条链路能不能通再谈Kepware的事。下面这段代码是发一帧“读当前组合有功总电能”的请求电表通讯地址按123456789012举例。import serial # 电表通讯地址为12345678901212位BCD # 地址域按低字节在前12 34 56 78 90 12 addr bytes([0x12, 0x34, 0x56, 0x78, 0x90, 0x12]) frame bytearray([0xFE, 0xFE, 0x68]) frame addr frame bytes([0x11, 0x04]) # 0x11 读当前数据0x04 数据域长度 frame bytes([0x00, 0x00, 0x00, 0x00]) # 数据标识当前组合有功总电能 cs sum(frame[2:]) 0xFF # 从起始符68H到数据域末尾累加取低8位 frame.append(cs) frame.append(0x16) # 结束符 ser serial.Serial( portCOM5, baudrate9600, parityserial.PARITY_EVEN, bytesize8, stopbits1, timeout2, ) ser.write(frame) resp ser.read(64) print(resp.hex()) ser.close()这段代码里serial.Serial的五个参数要和电表实际串口参数完全一致波特率是9600、偶校验、8数据位、1停止位这是DL645-2007场景里最常见的组合。timeout设为2秒是给电表留响应时间。addr那一串不是随便填的它是电表内保存的通讯地址做BCD编码后的结果和液晶屏上看到的表号不一定是一个东西后面排查环节还会再提。CS校验的计算范围是从68H起始符开始到数据域最后一个字节为止全部累加后取低8位这个规则在写帧和验帧时都要用。2.2 数据标识你先要决定读哪一项DL645-2007和Modbus最大的区别是它不按寄存器号寻址而是按“数据标识”找数据对象。数据标识是4字节平时在说明书里看到的写法往往是DI3 DI2 DI1 DI0的顺序但报文里发送顺序是DI0、DI1、DI2、DI3低字节在前。以读当前组合有功总电能为例子手册标识写00000000实际上就是4个00字节A相电压手册标识写02010100报文里就是00 01 01 02。下面这些是电表采集时最常用的一组数据标识不同表厂的实现会有差异但大部分符合DL645-2007标准的表都能认。含义手册标识报文数据标识DI0 DI1 DI2 DI3当前组合有功总电能0000000000 00 00 00当前组合有功尖电量0000000101 00 00 00当前组合有功峰电量0000000202 00 00 00当前组合有功平电量0000000303 00 00 00当前组合有功谷电量0000000404 00 00 00A相电压0201010000 01 01 02B相电压0201020000 02 01 02C相电压0201030000 03 01 02A相电流0202010000 01 02 02B相电流0202020000 02 02 02C相电流0202030000 03 02 02拿到一块新表我一般不会凭记忆硬填标识而是先把表计说明书翻到数据标识那一页找到“当前组合有功总电能”和“冻结”类数据标识确认之后再动Kepware。因为尖峰平谷的费率顺序、冻结电量的入口各厂家定义不完全一致你按我的表填了读出来是乱数不代表协议不对很可能只是这块表的标识表不同。这也是DL645-2007项目里最容易翻车的地方之一串口通得顺顺的但Tag数据驴唇不对马嘴。2.3 串口参数与接线9600、偶校验、485总线别接反串口参数这块常见是波特率2400或9600校验偶校验8数据位1停止位无硬件流控。Kepware里的通道参数要和电表完全对上否则表现是通道偶尔能通、大部分时间超时而且越查越像玄学最后发现是电表是2400Kepware里填了9600。物理层方面RS485是差分信号A、B两端不能接反。很多USB转485模块上丝印标的是D、D-对应关系是D接A、D-接B接反了不是完全不通而是通讯质量差时好时坏。长距离或多表并联时在总线两端各并一只120Ω终端电阻能显著减少回波干扰。还要注意485总线是共地系统多块电表之间如果地电位差大轻则通讯不稳定重则烧接口。一个总线上挂几十块表尽量用带隔离的串口服务器或隔离型转换器。另外DL645-2007虽然规定了帧格式但对帧间隔并没有特别激进的要求很多电表对连续请求的间隔有下限。调试时如果发现一帧一帧发没问题、连续轮询就超时先把间隔拉到500ms以上试这通常能直接定位到是表处理速度的问题还是总线干扰的问题。3. 在Kepware里建通道、建设备、建标记完整配置路径3.1 通道配置选对驱动逐个确认串口参数Kepware连接DL645-2007最常见的路径是给Kepware装一个DL/T645驱动模块部分发行版自带部分需要单独安装。如果手上没有这个驱动就用RS485转以太网网关把645协议翻译成Modbus TCPKepware只负责按Modbus读网关寄存器配置思路一样只是通道类型不同。下面按Kepware直接驱动DL645这条线来写。在Kepware工程树里右键Channel新建通道通道类型选DL/T645之后设置串口参数。这一步最容易踩的坑是通道里串口被占用比如串口调试助手没关、其他采集软件占着COM口通道会起不来。还有USB转485在Windows下分配的COM号不固定换一次USB口COM号就变Kepware里要同步改。参数项常见值说明串口COM5实际COM号以系统分配为准波特率9600与电表实际参数一致数据位8DL645-2007标准最常见校验位Even偶校验停止位11停止位流控None关闭硬件流控3.2 设备配置通讯地址、超时与重试配置完通道下一步是在通道下新建Device每个设备对应一块电表。Device的地址要填电表的通讯地址这个地址不是随便按表号编的很多电表在参数设置菜单里有一个“通讯地址”项出厂时可能和表号一致也可能被改过。Kepware设备地址的填法常见是6字节低位在前比如电表通讯地址是123456789012就填12 34 56 78 90 12。如果在地址上含糊后面多半读回来的是0这个等会到排查章节再说。超时和重试参数直接关系到稳定性。我的习惯是超时设2000ms重试2次请求间隔500ms以上扫描周期1000ms。总线上表越多扫描周期越要放大不要一味追求“快”对DL645这种串口协议来说稳定比速度重要得多。参数项建议值说明超时2000ms电表响应慢时适当调大重试次数2偶发超时可自动重发一帧请求间隔500ms避免连续帧触发电表异常扫描周期1000ms多表并联时可调到2000ms3.3 标记地址映射把DL645数据标识换成Kepware地址写法设备建好后就是建Tag。Kepware里Tag的Address字段填的不是Modbus那样的寄存器号而是DL645数据标识。以读当前组合有功总电能为例子Address直接填00000000数据类型根据驱动手册选常见是Word或者String。这里有个原则第一轮先按“原始值”读进来不要急着做任何加工先确认这个值和电表液晶屏显示能不能对上然后再谈倍率、缩放和字节序。下面是我常用的Tag清单对照表方便新建Tag时直接抄。Tag名称Address数据类型倍率Elec_Total_kWh00000000Long0.01Elec_Sharp_kWh00000001Long0.01Elec_Peak_kWh00000002Long0.01Elec_Flat_kWh00000003Long0.01Elec_Valley_kWh00000004Long0.01Volt_A_V02010100Long0.01Volt_B_V02010200Long0.01Volt_C_V02010300Long0.01Curr_A_A02020100Long0.001Curr_B_A02020200Long0.001Curr_C_A02020300Long0.001块表几十个Tag手动在Kepware里一个个点也行但效率太低。我一般用脚本先把清单整理成CSV再对照Kepware导入模板粘贴避免手滑把Address抄错。下面这段Python脚本是生成CSV清单用的字段按我自己的习惯来。import csv catalog [ (Elec_Total_kWh, 00000000, 0.01), (Elec_Sharp_kWh, 00000001, 0.01), (Elec_Peak_kWh, 00000002, 0.01), (Elec_Flat_kWh, 00000003, 0.01), (Elec_Valley_kWh, 00000004, 0.01), (Volt_A_V, 02010100, 0.01), (Volt_B_V, 02010200, 0.01), (Volt_C_V, 02010300, 0.01), (Curr_A_A, 02020100, 0.001), (Curr_B_A, 02020200, 0.001), (Curr_C_A, 02020300, 0.001), ] with open(kepware_dlt645_tags.csv, w, newline, encodingutf-8-sig) as f: writer csv.writer(f) writer.writerow([Tag Name, Address, Scale]) for name, addr, scale in catalog: writer.writerow([name, addr, scale])这段脚本输出了三个字段Tag Name、Address、Scale。Address填的就是DL645数据标识Scale是给后面的Kepware缩放配置做备忘的。注意编码用了utf-8-sig是因为Excel打开UTF-8的CSV时如果没有BOM中文列名会乱码。脚本本身不做导入动作Kepware各版本的导入模板列名不完全一致把这三列对应到模板里再粘进去最稳。注意第一次连上某块表建议只建一个Tag先读00000000确认数值和电表屏显一致再批量建其余Tag。一次全建好再排查很难分清是通讯问题还是地址问题。4. 连接DL645-2007电表的高频踩坑与排查4.1 通道状态正常但Tag读数为0现象是Kepware里通道显示Running设备也没报错但Tag值一直是0或者空。拿串口助手手动发同一帧请求电表正常回应。这种情况下问题往往不在物理链路而在地址或数据标识。原因有三个一是Device地址和电表通讯地址不匹配表号是表号通讯地址是通讯地址两者可能不一样二是Tag的Address填错比如把02010100填成了0201 0100之外的变体电表根本不认这个标识三是数据类型选错驱动按Long返回你选了Short值被截断后在Kepware里显示为0。解决方法是先回到串口助手验证。确认手动发“00 00 00 00”能收到数据再把Kepware里那个Tag删掉重新建一次Address只填00000000数据类型按驱动文档改成长整型。如果手动发也读不到说明电表里根本没有这个数据项去翻说明书查冻结表或总电量那个标识实际是什么。4.2 偶尔能读连续采集几分钟就超时现象是系统刚启动时一切正常跑个几分钟就开始连续超时重启Kepware通道恢复循环往复。这个现象最让人头疼因为不是完全不通而是“时好时坏”。原因主要有两类。一类是请求频率太高Kepware扫描周期设到了100ms甚至更低DL645-2007的电表处理速度跟不上一帧还没处理完下一帧就来了。另一类是RS485总线物理层问题总线没有终端电阻或者A、B线接反但没完全断开随着持续通讯发热、信号质量变差问题逐渐积累。解决方法是先软后硬。软的一面对应Kepware参数把扫描周期调到1000ms请求间隔调到500ms超时调到2000ms重试2次。硬的一面给总线两端各加120Ω终端电阻用双绞线走线屏蔽层单端接地。这块最玄学但把终端电阻加上之后很多“偶尔超时”的症状自己就消失了。4.3 读到的数值比实际大了10倍或100倍现象是电表液晶屏显示12.34kWhKepware读到1234或者123400。这类问题在第一次接电表时特别常见本质上是对DL645数据格式理解不到位。原因是DL645-2007电能数据用BCD码存储而且小数位数由电表规格决定。比如当前正向有功总电能存的是12.34BCD原始值可能是1234如果你按整数读显示1234天然就大了100倍。另一个常见的翻车点是字节序4字节BCD在Kepware里按字拼接时如果高低字顺序反了读出来就是另一串数。解决方法是确认两个事一是表计说明书里总电能的小数位数Kepware Tag上做线性缩放把原始值乘以0.01或0.001二是检查设备属性里的字节序设置改成Low Byte First或LSB在前改完再看数值是否和表对得上。改倍率和改字节序是两件事别混在一起调否则永远分不清是谁的锅。4.4 一块总线挂20块表总有几块时好时坏现象是单表直连全部正常并联到一个总线后有几块表偶尔读不到报地址错误或超时。这类问题在批量接入时非常典型。原因是多方面的。首先电表地址很可能有重复或错填表号是表号通讯地址是通讯地址批量改过参数后两本账对不上其次总线上如果某块表在空闲时主动上送心跳帧或广播帧会占据总线时间把其他表的应答窗口挤掉再就是个别表处理慢驱动超时后重试重试又和别的表请求撞在一起。解决方法是逐个核对Device地址和表计参数确保没有重复扫描周期尽量错开不要在同一时刻并发请求所有设备驱动超时重试打开让偶发失败的帧自动重发一次。如果还是有个别表稳定出问题拿串口助手单独挂在那块表上观察一整晚看它是不是在主动往外发东西。这类问题的排查只能一个个排除没有捷径。5. 让电表数据直接变成有用值转换、落库与跨天校验5.1 用倍率和数据类型把BCD原始值换算成工程量Kepware读回来的BCD原始值不适合直接展示。我一般会在Kepware里建两个Tag一个叫Elec_Total_Raw保留原始值一个叫Elec_Total_kWh做线性缩放。缩放比例用0.01或表计说明书上的小数位数这样历史追溯时还能拿原始值验算一遍不用重新读表。注意倍率是加在Tag的缩放配置里不是改Address。5.2 把读数落库OPC UA转发与定时采集数据要落地常见做法是把Kepware当OPC UA服务器采集端用OPC UA客户端定时读Tag再写入数据库。也可以直接用Kepware的日志或数据转发插件把变化写到库里。无论走哪条路定时器要避开Kepware的扫描周期读得太频繁会读到缓存里的旧值。我习惯整点后延迟30秒再采正好避开电表自身的结算预处理时段。5.3 跨天读值时要分清“当前”和“冻结”最后说一个只在跨天时发生的怪问题某天凌晨采到的总电能比前一天晚上小。排查到最后发现读的是“当前”数据电表在结算日做了电量分时切换或数据更新当前值阶段性回退。正式项目里推荐读“冻结”类数据标识做归档或者每天固定时间读一次并做差值校验。我现在拿到新一批表第一件事就是用凌晨的冻结值连续比对三天确认这块表和驱动配合稳定再扩大接入范围。这个习惯帮我省了很多半夜跑现场的麻烦希望帮到你。本文还有配套的精品资源点击获取