跳转到内容

P09 · YBO Control —— 船外 Air 的控制应用与协议集成平台

类型规格状态草案生命周期concept版本R0.1更新2026-09-14

Mate 是船用有线方案的内部控制:Hub、YBO CAN、Core 与 Mate 云构成船上的闭环。Air 无线开关不限于船——它可以卖到住宅、房车/车辆、小型商业空间等船以外的场合。YBO Control 是 Air 在船外的产品形态:Air → Air Hub → 外部断路器/继电器;Air Hub 同时把 Air 作为无线开关接入 Matter、Apple Home、Home Assistant 等生态,并可经自有云或与第三方云互通。Control 与 Mate 互补,不替代。层级 T2(发布后)。

场景 产品组合 Control 的角色
船外(住宅、房车/车辆、小型商业空间等) Air 与/或有线 Key + Air Hub + Control App;执行器为第三方断路器/继电器(或直流安装中的 Core) 整个产品:执行器控制、策略点、生态桥接、App、可选自有云
船内 Mate 体系 Control 服务可作为 Mate 上的可选项;不改变船内控制环路

不在范围:整船主控(Mate)、直流配电本体(Core)、承载交流的硬件。

策略点对每条回路标记 local / remote / bridged 并执行本地锁;集成层的 Matter 桥把每个 Air 按键暴露为 Generic Switch 端点、把 Air Hub 管理的回路暴露为开关与调光端点;每类执行器必须有确认回读;所有远程路径(自有云、生态云、云对云)都要穿过策略点,同受本地锁约束并审计来源;安全相关回路永不桥接(产品矩阵 · 船外形态)。

三条硬要求是所有候选协议的淘汰线,两条追加要求来自 2026-09-11:

ID 要求 含义
CTL-01 离线优先 现场无互联网时,App、Air 与生态的全部本地控制可用;控制环路中不存在云节点
CTL-02 安全隔离 逐设备/逐 App 身份;任何第三方生态层触达不到 Air 绑定与执行器链路的授权点之下,也绕不过 Air Hub 上的策略点
CTL-03 本地可拒绝远程 现场可以拒绝或锁死一切来自场外的控制;锁只能在现场解除,并对所有远程通道同时生效
CTL-04 作为无线开关加入生态 Air 能以无线开关身份进入 Matter、HomeKit、Home Assistant OS 等生态,由生态把按键绑定到它自己的设备
CTL-05 自有云或与第三方互通 Control 可以有自有云;也能与第三方生态/云双向互通

评估中的 CTL-06…CTL-15 及待决项 CTL-O-01…16 见评估文件与 OPEN-QUESTIONS P9;采纳后并入本表。

推荐方向(待冻结):自有本地 MQTT/mTLS 控制核心;执行器集成以 Matter 控制器角色优先、Modbus 主站与本机继电器输出补足;Matter 桥暴露 Air 按键;Home Assistant 为首个开放集成;Thread 仅为传输选项。Air Hub 作为宿主的接口要求经 CTL-O-11 并入 P05-air-hub.md。

逐设备/逐 App 身份与证书轮换;策略点审计所有远程来源;RED/CRA 与生态认证(CSA、Apple MFi 等)的费用摊入 Air Hub BOM 还是订阅见 CTL-O-08。合规路径按 COMPLIANCE-MATRIX 软件与云行。

自有云远程/多站点、生态云对云是否付费待 CTL-O-08;Air Hub 与 Air 的硬件价格见 P05-switch.md。

见评估文件的对比矩阵(Matter、HomeKit HAP、Home Assistant、Tuya、Zigbee、Z-Wave、KNX IoT)。

原型验证以 Hub EVT 为宿主,在 M8(Hub DVT)前关闭协议决策;验证离线控制、本地锁对所有远程通道生效、生态侧按键绑定与回读。

CTL-O-01…16(OPEN-QUESTIONS P9);依赖 P05 Air Hub 的 Linux 平台冻结(AIR-O-03)与船外有线输入的 SW-O-01…03。

日期 版本 变更 记录
2026-09-14 R0.1 从协议评估的定位章节建立概念阶段 Level-1 记录;不新增决定 任务 20260913-2341