OpenEmber 架构概览
OpenEmber 采用清晰的五层模型(依赖自上而下),便于扩展与长期维护:
- Application Layer — 产品或用户项目应用入口
- Module Layer — 插件式功能扩展(传输后端、驱动、桥接、应用模块等)
- Component Layer — 跨模块复用组件(日志、算法、序列化、容器、配置解析等)
- Core Layer — 中间件运行时(节点生命周期、调度、话题、参数、服务等)
- Platform Layer — 操作系统抽象与 HAL(线程、定时器、socket、UART、GPIO、I2C 等)
目录上大致对应 openember 仓库中的 apps/、system/、services/、examples/、modules/、components/、core/、platform/ 等(另含 third_party/、configs/、tools/ 等工程辅助目录)。
依赖方向
apps
↓
system / services / examples
↓
modules
↓
components
↓
core
↓
platform
↓
操作系统(Linux 等)
上层可依赖下层,避免反向依赖,便于单独测试与替换实现(例如更换传输后端或 HAL 后端)。
组件层常用能力包括日志(Logging)、Algorithm、Thread Pool 等;通信层见 OpenEmber Link。
设计思想(摘要)
- 可扩展:插件化模块与 Kconfig 裁剪,适配不同产品与算力。
- 依赖管理:
OPENEMBER_THIRD_PARTY_MODE等选项支持 FETCH / VENDOR / SYSTEM,兼顾离线与企业构建。 - 通信抽象:OpenEmber Link 提供稳定的 Topic、Service、Liveliness 和消息编解码语义,底层传输实现对应用隐藏。
更完整的分层说明与规范见上游仓库中的 架构设计文档,通信层设计见 OpenEmber Link 通信层。