电机驱动器上云：Modbus 网关与物模型映射
额定持续 35A（峰值 50A）、采用 FOC 驱动方式的 AQMD6040BLS-E2 这类工业驱动器通常只提供 Modbus RTU 接口，上云要走"RS485 → 边缘网关 → MQTT"。项目失败点很少在连通性，而在轮询周期、物模型粒度与子设备管理。
一、轮询周期与消息量的换算
一台网关带 32 台驱动器，每台读 8 个保持寄存器（母线电压、相电流、转速、温度、状态字等），Modbus RTU 9600bps 下单次请求往返约 20ms（示例值，以实测为准）：
| 项目 | 数值 | 说明 |
|---|---|---|
| 单台轮询耗时 | ≈20 ms | 含 3.5 字符间隔 |
| 32 台一轮耗时 | ≈640 ms | 串行总线不能并发 |
| 可行轮询周期 | ≥1 s | 留 30% 余量 |
| 每轮消息数（逐属性） | 32×8 = 256 条 | 不可接受 |
| 每轮消息数（按设备合并） | 32 条 | 每设备一条批量属性 |
这组数字说明两件事：轮询周期受总线物理限制，不能想设 100ms 就设 100ms；消息必须按设备合并，否则消息量放大 8 倍。
二、物模型映射的三个原则
- 寄存器不等于属性：状态字这类位域应在网关侧解析成有语义的属性（如"运行/故障/待机"），不要把原始 hex 直接上云，否则每个消费方都要重复解析；
- 采样频率与上报频率分离：网关侧可按 100ms 采样做本地滤波与趋势判断，上云只报 1s 聚合值，既保留现场诊断能力又控住消息量；
- 时间戳与单位规范化：上报数据的时间戳必须在未来 24 小时范围内，否则上报失败；寄存器多为整数原始值，应在网关侧按量程换算成物理量并保留小数位，避免云端各自换算产生分歧。
```c
/ 寄存器 → 物模型属性：换算 + 死区，减少无效上报 /
typedef struct { uint16_t raw; float scale, offset, deadband, last; } reg_map_t;
int reg_to_prop(reg_map_t m, uint16_t raw)
{
float v = raw m->scale + m->offset;
if (fabsf(v - m->last) < m->deadband) return 0; / 未超死区不上报 /
m->last = v;
return 1;
}
三、子设备管理的硬限制
若把驱动器建模为网关子设备，要注意平台的数量与频率限制：一个网关设备下最多添加 2000 个子设备，动态注册单次不超过 30 个，批量上下线单批不超过 50 个，网关代理子设备上线的 QPS 限制为 200。32 台规模远未触界，但产线批量投产、网关重启时全部子设备同时上线，就要注意 200 QPS 与重连退避，避免上线风暴被限流。
四、验证方法
一是用 Modbus 从机模拟器压测网关，实测一轮轮询耗时与丢包率，确认可行周期；二是断连测试，确认网关本地缓存与补报逻辑生效且不重复上报；三是数据比对，用钳形表/标准源核对上云值与现场值的换算误差。
五、小结
驱动器上云的关键是三段换算：总线耗时决定轮询周期下限，按设备合并决定消息量，采样与上报分离决定数据粒度。物模型要输出有语义的物理量而非原始寄存器，子设备上线要防风暴，最后用模拟器压测与现场比对闭环。
