中间件与驱动
EdgeX Foundry
厂商/来源:
Linux 基金会
核心功能:
“边缘计算界的 Android 系统”。如果你要接的设备超过 10 种不同协议，不要再自己用 Python 写采集脚本了，直接上它。
| 适用场景 | 异构设备大融合、智慧园区万物互联网关、标准化工业级物联网关 (IIoT) |
| 架构支持 | Docker 微服务架构 (由十几个 Go/C 语言编写的容器组成) |
| 核心机制 | 南向设备服务 (Device Services)：内置了 Modbus、BACnet、BLE、SNMP、ONVIF 等即插即用的驱动 核心价值：所有的底层差异被 EdgeX 抹平。无论底层是串口还是蓝牙，到了北向全部统一变成标准化的 RESTful API 或 MQTT 消息。上层业务应用只需要对接这一个接口！ |
| 对接情报 | 设备配置文件 (Device Profile)：这是一种 YAML 格式的文件。集成商不需要写代码，只需在 Profile 里定义“这个传感器的温度在地址 40001”，EdgeX 就会自动完成解析、类型转换和上报。 |
| 避坑指南 | [微服务巨兽与内存消耗] 1. 资源门槛极高：EdgeX 极其庞大。它默认集成了 Consul (注册中心)、Redis (数据核心)、Kong (API 网关)。如果你在一个 512M 内存的树莓派上 docker-compose up，几秒钟后机器就会卡死。对策：跑完整版 EdgeX 必须 4核 8G 内存的工控机起步。如果资源受限，必须极度裁剪只保留 Core Data 和对应的 Device Service。 2. 学习曲线陡峭：它的概念极多（Profile, Provision Watcher, Command 等）。初级开发人员需要至少一周才能跑通第一个 Hello World。 |
| 推荐搭配 | [高性能 x86 工业网关] [eKuiper (做规则联动)] |
