定义
DL/T 645 国标电表通信协议，用于智能电表与集中器、抄表系统之间的数据交换，支持电量、电压、电流等数据采集，与 AMI 智慧计量配合使用。
协议版本与结构
DL/T 645 包括 1997 版与 2007 版，后者应用更广。采用主从半双工通信，物理层多为 RS-485，帧格式包含起始符、地址、控制码、数据域、校验、结束符。数据项采用数据标识（DI）编码，涵盖正向有功总电量、反向有功总电量、电压、电流、功率、功率因数、需量等，支持读、写、广播对时等操作。
在 AMI 中的角色
智能电表内置 DL/T 645 通信接口，通过集中器或直接经 NB-IoT/LTE Cat.1 模组与抄表平台连接。集中器模式下，多块表经 RS-485 总线连接集中器，集中器通过蜂窝网络上传；直连模式下，单表内置模组直接联网。平台按 DL/T 645 规范解析数据，完成计费、阶梯电价、需量管理、远程拉合闸等。
通信模组要求
电表多安装在配电房、楼道等环境，模组需具备宽温、抗干扰、长寿命等工业级特性。NB-IoT 适合低频抄表；LTE Cat.1 适合需实时控制或高频采集的场景。模组与 MCU 通过 UART 通信，需支持透传或协议栈，确保 DL/T 645 数据正确封装与传输。
工程实践补充
从「DL/T 645」出发，现场常见问题往往集中在「指标在实验室达标、外场复现困难」。除射频与协议外，还应排查电源地弹、连接器接触与固件竞态。蜂窝侧建议采集 RSRP/SINR、小区重选与 PDP 重建记录；应用侧对重试、幂等与队列持久化要有明确策略。涉及数据安全与合规时，把采集范围、存储位置、保留期限与第三方共享写进隐私与合同附件，避免上线后补洞成本过高。
数据标识和密码权限不是一回事
DL/T 645的技术含义，是电表作为从站、集中器或抄表模块作为主站，用规定的帧读取或写入电量、电压、电流、需量和事件。数据标识决定读的是哪一项，控制码和密码决定这项允不允许写。使用条件是：双方使用同一年代的版本，地址与表计一致，需要写操作的项目具备对应权限。1997与2007的标识体系不能混用，解析错版本时，数值会落在错误的小数位上，平台仍能画出一条“正常”曲线。
蜂窝模组在这里是承载，不是协议本身。直连表把帧从串口收完整再封装；集中器则先在总线上问完，再上传结果。透传若把超时设得短于表计响应，会把慢表当成离线。读成功和写成功要分开记录，拉合闸尤其不能用“报文已发出”代替“表计已确认”。
广播校时会被同时应答淹没
广播帧没有单一目标，多块表一起回答时，总线冲突会让集中器什么都解不出来，随后蜂窝侧只看到超时。校时应有退避或改为逐表对时。密码等级用错时，读仍然成功，写被拒绝，现场若只测试抄表，会到第一次远程拉闸才暴露。更换表计后，旧地址和旧密码要在档案里停用，否则新表数据会被写进旧户。
配电房的覆盖和电源干扰会让模组在抄表窗口里反复附着，应把重试放在窗口之内，而不是无限加长休眠。下行命令的到达时间要和表计在线窗口一起设计，见eDRX。水表和燃气表的帧格式不要套用这套标识。
写应答成功不等于寄存器已更新
部分数据项写完后，要再读一次才看得到当前寄存器里的新值。只看写命令的应答，平台会显示新的费率或新的闸位，表内仍在走旧状态。涉及费率和拉合闸的操作，应紧跟一次读回；读回值与期望不一致就保持告警，不要把任务标成完成。读回使用的数据标识必须和写入的是同一项，读到相邻标识会得到一个看起来合法、其实无关的数。读回失败时保持原任务为未完成，不要因为写应答成功就关闭工单。