【IoT 实战】从 RED 合规到数据上云：东鸿 LoRa 智能电表开发对接全笔记

标签：IoT LoRaWAN 智能电表 电力计量 嵌入式开发 数据采集
阅读本文预计耗时 12 分钟，建议收藏后对照项目查阅。

目录

• 一、为什么电表项目最终都绕回了 LoRa？
• 二、2025 年 EU RED 新规对开发的硬性影响
• 三、东鸿 LoRa 电表家族：四款产品技术参数速查
• 四、开发者最关心的对接细节
  • 4.1 LoRaWAN 入网方式
  • 4.2 数据帧格式（示例）
  • 4.3 云端解析伪代码
• 五、踩坑记录
• 六、选型决策表
• 七、总结
• 关键词与摘要

一、为什么电表项目最终都绕回了 LoRa？

做过能耗采集项目的同学应该有体会，电表回传方案一开始选型时五花八门，真到现场落地，最后留下来的往往是 LoRa。

原因无外乎三点：

1. 部署环境 RF 条件差：配电箱、地下车库、竖井，WiFi/4G 经常丢包；
2. 数据量小但频次高：1 分钟一次计量数据，NB-IoT 模块月租 + 流量成本积少成多；
3. 批量安装，施工成本是大头：RS485 布线在老建筑里基本是灾难。

LoRa（基于 SX126x 系列）在 Sub-GHz 频段用 CSS 扩频调制，链路预算能做到 150 dB 以上，接收灵敏度 -130 dBm 量级，穿两堵墙加一层楼板还有信号，这是 2.4G 方案做不到的。

对应到 LoRaWAN 协议栈，电表这种 “休眠 — 上报 — 休眠” 的设备，天然匹配 Class A，下行只在两次上行之后开两个短接收窗，功耗压到 uA 级。

二、2025 年 EU RED 新规对开发的硬性影响

这一段对做出海项目的同学是重点。

欧盟 RED 指令（2014/53/EU）从 2025-08-01 起正式执行网络安全补充条款，对齐的是 ETSI EN 303 645 和 EN 18031。对电表这种产品，开发阶段就要把下面这些做进去，否则后期补等于重新打板：

表格

另外一个容易踩的坑：EU868 不是 “上电就发”。ETSI EN 300 220 对 Sub-GHz 有 Duty Cycle 限制，不同子频段规则不同：

表格

MAC 层调度必须把这些写进去，否则 CE 射频测试直接挂。

三、东鸿 LoRa 电表家族：四款产品技术参数速查

表格

补充几个工程上有意义的点：

• 0.5S 级：S 是 Special 的意思，重点是低负载区间（1% Ib）下仍能保证精度，这是贸易结算表的硬性要求；
• CT 接入：主进线大电流场景必须用 CT，直接式 100A 到顶了；
• 离线缓存：SDM630MCT-LR 在网关掉线时本地 Flash 存数据，链路恢复按时间戳补传，避免月底对账断档。

市场侧一个参考：波兰 2024 年智能电表单笔订单规模已破 8 亿人民币，中东欧在起量。

四、开发者最关心的对接细节

4.1 LoRaWAN 入网方式

推荐 OTAA，ABP 只在测试环境用。OTAA 的好处是 Session 密钥每次入网协商，RED 新规下这是合规前提。

典型入网流程：

EndDevice                Gateway                Network Server
   |                        |                        |
   |--- Join Request ------>|--- 转发 -------------->|
   |                        |                        |
   |<-- Join Accept -------|<-- 下行 ----------------|
   |                        |                        |
   |--- Confirmed Data Up ->|                        |
   |<-- ACK ---------------|                        |

4.2 数据帧格式（示例）

以 SDM530-LR 三相表上报为例，payload 一般按 Big-Endian 打包（具体以厂商协议文档为准）：

Byte 0-1:   帧类型标识 (0x01=电表数据)
Byte 2-3:   序列号 (uint16, 用于去重)
Byte 4-7:   Unix 时间戳 (uint32)
Byte 8-9:   A 相电压   (uint16, 单位 0.1V)
Byte 10-11: B 相电压   (uint16, 单位 0.1V)
Byte 12-13: C 相电压   (uint16, 单位 0.1V)
Byte 14-17: 有功功率   (int32,  单位 0.001kW)
Byte 18-21: 正向有功电能 (uint32, 单位 0.01kWh)
Byte 22:    状态字 (bit0=过压, bit1=欠压, bit2=漏电, bit3=后门开启)

4.3 云端解析伪代码

下面这段 Python 伪代码可以直接套到 TTN / ChirpStack / 阿里云 IoT 的 payload decoder 里：

def decode_uplink(port, payload):
    if payload[0] != 0x01:
        return None

    seq = int.from_bytes(payload[2:4], 'big')
    ts  = int.from_bytes(payload[4:8], 'big')
    va  = int.from_bytes(payload[8:10], 'big')   * 0.1
    vb  = int.from_bytes(payload[10:12], 'big')  * 0.1
    vc  = int.from_bytes(payload[12:14], 'big')  * 0.1
    p   = int.from_bytes(payload[14:18], 'big', signed=True) * 0.001
    e   = int.from_bytes(payload[18:22], 'big')  * 0.01
    st  = payload[22]

    return {
        "seq": seq, "ts": ts,
        "voltage": {"a": va, "b": vb, "c": vc},
        "power_kw": p, "energy_kwh": e,
        "alarm": {
            "over_voltage": bool(st & 0x01),
            "under_voltage": bool(st & 0x02),
            "leakage": bool(st & 0x04),
            "tamper": bool(st & 0x08),
        }
    }

注意：实际帧格式以厂商提供的通信协议手册为准，上面这段是通用模板，字段偏移按手册改。

五、踩坑记录

随手记几个项目里踩过的坑，给后面的同学避雷：

1. Duty Cycle 没做调度导致 CE 测试挂掉：EU868 1% 的占空比，意味着空口时间平均每秒只能发 10 ms，上报间隔别小于 60s；
2. CT 变比没在表端配置：SDM630MCT-LR 这种 CT 式表，必须把一次侧 / 二次侧变比写进表内参数，否则读出来的功率全是错的；
3. 断电缓存数据没补传成功：SDM630MCT-LR 虽然有离线缓存，但如果网关侧 NTP 没校时，补传上来的时间戳会乱；
4. 多信道并发撞帧：一个网关下面挂 200 块表，必须做 ADR（自适应速率）和上行间隔随机抖动，否则撞包率飙升；
5. Class C 当 Class A 用：SDM320C-LR 的远程分合功能需要下行指令，要用 Class C 或 Class B，别用 Class A 死等下行。

六、选型决策表

直接对项目勾：

表格

七、总结

LoRa 在电表这个品类里站稳脚跟，本质不是因为技术新，而是它把工程上最难受的几件事一起解决了：覆盖、功耗、施工成本、合规。东鸿这四款表的思路，是把 “计量精度” 和 “无线安全” 做在第一代硬件里，没有留技术债 —— 对做长期项目的团队来说，这点比单点参数漂亮更重要。