尧图网站建设 
Matter 1.4 vs 1.5 数据模型差异深度解析集群扩展完整指南【免费下载链接】connectedhomeipMatter (formerly Project CHIP) creates more connections between more objects, simplifying development for manufacturers and increasing compatibility for consumers, guided by the Connectivity Standards Alliance.项目地址: https://gitcode.com/GitHub_Trending/co/connectedhomeipMatter 1.4 与 1.5 数据模型对比集群数增长 12% 至 124 个摄像头流媒体、能源计量与 TLS 证书管理是本次最核心的变化。 为什么会有这次版本更新Matter 的规范由 Connectivity Standards AllianceCSA通过定期投票ballot的方式演进每通过一次投票仓库里的数据模型定义就要整体刷新一次。data_model/README.md明确说明这些 XML 文件由数据模型老虎队DMTT维护「代表某一修订版官方规范的数据模型在官方规范或投票发布时更新」。1.4 到 1.5 这一轮投票集中落地了社区酝酿已久的几类需求——带摄像头的安防设备怎么推流、电表和电网数据怎么标准化表达、门窗闭合类设备的控制怎么建模以及多 Fabric织物环境下证书管理如何规范化。对开发者来说这意味着上一版还只能打补丁表达的场景这一版有了正式的数据模型。 1.4 vs 1.5 核心数据速览量化指标Matter 1.4Matter 1.5变化量 / 变化率集群定义文件数XML1111241312%设备类型定义数XML73921926%命名空间定义数1625956%全局类型定义文件055全新设备类型的增速26%明显快于集群数12%说明 1.5 不只是加功能而是在为每类新功能配套更细粒度的设备身份命名空间 56% 的增幅则主要服务于认证测试中对同一设备不同配置形态的区分。以上数字均来自仓库data_model/1.4/与data_model/1.5/目录下的实际文件统计。 新增能力场景化拆解摄像头与流媒体场景这是 1.5 里体量最大的一块直接补上了此前摄像头只能当传感器的短板CameraAVStreamManagement 集群统一管理摄像头音视频流的建立、停止与参数调整解决设备端有没有流、流参数是什么的标准化描述问题。WebRTC Provider / Requestor 集群为摄像头Provider和中控端Requestor分别建模 WebRTC 会话让视频走 WebRTC 通道时双方有统一的能力声明。PushAVStreamTransport 集群描述推流式 AV 流传输解决拉流之外设备主动往外推的传输建模。CameraAVSettingsUserLevelManagement 集群把摄像头 AV 设置按用户层级隔离多用户家庭里各看各的设置互不干扰。对应地1.5 新增了 Camera、FloodlightCamera、VideoDoorbell、SnapshotCamera 等摄像头设备类型共 19 个新设备类型中的半数来自安防视觉方向。能源计量与电网场景1.5 把电表从一个 CurrentSummatedDelta 读数升级成了完整的计量生态CommodityMetering 集群对水、电、气等商品的用量进行计量是新版能源类设备的基础集群。CommodityPrice 与 CommodityTariff 集群分别定义实时电价/商品价格和分时段资费结构支撑动态电价场景超过两项故合并为一条。MeterIdentification 集群解决这块表是哪块表的身份识别问题多表环境下不再靠端点猜。ElectricalGridConditions 集群监测电网状态为需要感知电网的设备如储能、EVSE提供数据源。配套的 ElectricalMeter、ElectricalEnergyTariff 等电表类设备类型也在同批加入。此外1.5 新增了globals/目录包含 Enums、Structs、Bitmaps、Commands、TypeDefs 五个全局类型定义文件为上述新集群的复杂数据结构提供共享类型。智能锁具与门窗闭合场景ClosureControl 集群对门窗、卷帘等闭合类设备的开/关/暂停等动作进行统一控制不再每个设备各造一套命令。ClosureDimension 集群描述闭合设备的行程、位置等维度信息让开到了百分之多少有了标准表达。Closure、ClosureController、ClosurePanel 三个设备类型与两个集群配套落地并引入 5 个 Closure 相关命名空间用于区分柜体、覆盖件、窗等形态。门铃与入户交互场景Chime 集群为门铃音/提示音设备建模让按门铃后谁来响成为可控数据模型的一部分。门铃类设备类型新增 Doorbell、AudioDoorbell、Intercom 等类型覆盖纯门铃、可视门铃与对讲机三类入户交互形态。同批还有 Label、FixedLabel、UserLabel 三个标签集群用于给端点和设备打可查询的身份标签方便大场景下的设备检索。织物管理与证书安全场景JointFabricAdministrator 集群多 Fabric 共同管理场景下声明管理员能力取代 1.4 中的 JointFabricPKI 集群后者在 1.5 文件集中被移除。TLSCertificateManagement 集群标准化 TLS 证书的申请与更新流程让设备侧证书生命周期可被管理。TLSClientManagement 集群管理 TLS 客户端身份与证书管理配合完成设备间安全通信的配置闭环。 升级影响与迁移成本评估代码生成与构建1.5 的 23 个新集群只有在你的 ZAP 配置里启用时才会进入设备镜像不实现则不产生固件开销但一旦启用src/app/SpecificationDefinedRevisions.h中声明的规范版本与数据模型修订号需要同步评估SDK 测试框架也会按 DUT 上报的 SpecificationVersion 自动映射到对应的 prebuilt 数据模型目录做校验。命名与文件迁移1.5 对一批既有文件做了规范化重命名如 Label 相关拆分为 Label / FixedLabel / UserLabel 三个独立集群、bridge-clusters 前缀文件去掉前缀、Proxy 相关集群ProxyConfiguration、ProxyDiscovery、ValidProxies退出文件集沿用旧文件名的 ZAP 模板和文档引用需要逐一核对。认证测试对齐新增的 9 个命名空间意味着同一设备类型可能出现更多测试形态认证用例规模随之扩大测试排期要预留增量。生态依赖摄像头与 WebRTC 相关能力依赖 SDK 侧的 WebRTC 传输栈是否就绪纯数据模型有定义不等于示例代码能跑通选型前建议先确认目标平台的示例支持情况。 版本选型决策指南如果你在维护已按 1.4 认证的存量项目那么继续留在 1.4 即可1.5 的新集群不影响旧设备运行无需为对齐而升级。如果你的设备资源受限且不涉及摄像头、计量类功能那么 1.4 足以覆盖需求1.5 的增量对你基本是看不见的升级收益有限。如果你要做摄像头、可视门铃或电表类产品那么直接基于 1.5 开发摄像头流管理与计量类集群在 1.4 中没有任何对应物没有迁移可谈。如果你面向未来 1~2 年的认证与互操作规划那么选 1.5它的数据模型修订号更靠前后续 1.5.1 及更高版本均在其基础上演进起步更省力。1.5 用 13 个新集群和 19 个新设备类型把摄像头、能源、锁具三大场景补全。新项目可直接锁定 1.5并在动手前用spec_revision_diff_summary.py脚本核对两个版本的差异摘要。【免费下载链接】connectedhomeipMatter (formerly Project CHIP) creates more connections between more objects, simplifying development for manufacturers and increasing compatibility for consumers, guided by the Connectivity Standards Alliance.项目地址: https://gitcode.com/GitHub_Trending/co/connectedhomeip创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Matter 1.4 vs 1.5 数据模型差异深度解析：集群扩展完整指南
Matter 1.4 vs 1.5 数据模型差异深度解析集群扩展完整指南【免费下载链接】connectedhomeipMatter (formerly Project CHIP) creates more connections between more objects, simplifying development for manufacturers and increasing compatibility for consumers, guided by the Connectivity Standards Alliance.项目地址: https://gitcode.com/GitHub_Trending/co/connectedhomeipMatter 1.4 与 1.5 数据模型对比集群数增长 12% 至 124 个摄像头流媒体、能源计量与 TLS 证书管理是本次最核心的变化。 为什么会有这次版本更新Matter 的规范由 Connectivity Standards AllianceCSA通过定期投票ballot的方式演进每通过一次投票仓库里的数据模型定义就要整体刷新一次。data_model/README.md明确说明这些 XML 文件由数据模型老虎队DMTT维护「代表某一修订版官方规范的数据模型在官方规范或投票发布时更新」。1.4 到 1.5 这一轮投票集中落地了社区酝酿已久的几类需求——带摄像头的安防设备怎么推流、电表和电网数据怎么标准化表达、门窗闭合类设备的控制怎么建模以及多 Fabric织物环境下证书管理如何规范化。对开发者来说这意味着上一版还只能打补丁表达的场景这一版有了正式的数据模型。 1.4 vs 1.5 核心数据速览量化指标Matter 1.4Matter 1.5变化量 / 变化率集群定义文件数XML1111241312%设备类型定义数XML73921926%命名空间定义数1625956%全局类型定义文件055全新设备类型的增速26%明显快于集群数12%说明 1.5 不只是加功能而是在为每类新功能配套更细粒度的设备身份命名空间 56% 的增幅则主要服务于认证测试中对同一设备不同配置形态的区分。以上数字均来自仓库data_model/1.4/与data_model/1.5/目录下的实际文件统计。 新增能力场景化拆解摄像头与流媒体场景这是 1.5 里体量最大的一块直接补上了此前摄像头只能当传感器的短板CameraAVStreamManagement 集群统一管理摄像头音视频流的建立、停止与参数调整解决设备端有没有流、流参数是什么的标准化描述问题。WebRTC Provider / Requestor 集群为摄像头Provider和中控端Requestor分别建模 WebRTC 会话让视频走 WebRTC 通道时双方有统一的能力声明。PushAVStreamTransport 集群描述推流式 AV 流传输解决拉流之外设备主动往外推的传输建模。CameraAVSettingsUserLevelManagement 集群把摄像头 AV 设置按用户层级隔离多用户家庭里各看各的设置互不干扰。对应地1.5 新增了 Camera、FloodlightCamera、VideoDoorbell、SnapshotCamera 等摄像头设备类型共 19 个新设备类型中的半数来自安防视觉方向。能源计量与电网场景1.5 把电表从一个 CurrentSummatedDelta 读数升级成了完整的计量生态CommodityMetering 集群对水、电、气等商品的用量进行计量是新版能源类设备的基础集群。CommodityPrice 与 CommodityTariff 集群分别定义实时电价/商品价格和分时段资费结构支撑动态电价场景超过两项故合并为一条。MeterIdentification 集群解决这块表是哪块表的身份识别问题多表环境下不再靠端点猜。ElectricalGridConditions 集群监测电网状态为需要感知电网的设备如储能、EVSE提供数据源。配套的 ElectricalMeter、ElectricalEnergyTariff 等电表类设备类型也在同批加入。此外1.5 新增了globals/目录包含 Enums、Structs、Bitmaps、Commands、TypeDefs 五个全局类型定义文件为上述新集群的复杂数据结构提供共享类型。智能锁具与门窗闭合场景ClosureControl 集群对门窗、卷帘等闭合类设备的开/关/暂停等动作进行统一控制不再每个设备各造一套命令。ClosureDimension 集群描述闭合设备的行程、位置等维度信息让开到了百分之多少有了标准表达。Closure、ClosureController、ClosurePanel 三个设备类型与两个集群配套落地并引入 5 个 Closure 相关命名空间用于区分柜体、覆盖件、窗等形态。门铃与入户交互场景Chime 集群为门铃音/提示音设备建模让按门铃后谁来响成为可控数据模型的一部分。门铃类设备类型新增 Doorbell、AudioDoorbell、Intercom 等类型覆盖纯门铃、可视门铃与对讲机三类入户交互形态。同批还有 Label、FixedLabel、UserLabel 三个标签集群用于给端点和设备打可查询的身份标签方便大场景下的设备检索。织物管理与证书安全场景JointFabricAdministrator 集群多 Fabric 共同管理场景下声明管理员能力取代 1.4 中的 JointFabricPKI 集群后者在 1.5 文件集中被移除。TLSCertificateManagement 集群标准化 TLS 证书的申请与更新流程让设备侧证书生命周期可被管理。TLSClientManagement 集群管理 TLS 客户端身份与证书管理配合完成设备间安全通信的配置闭环。 升级影响与迁移成本评估代码生成与构建1.5 的 23 个新集群只有在你的 ZAP 配置里启用时才会进入设备镜像不实现则不产生固件开销但一旦启用src/app/SpecificationDefinedRevisions.h中声明的规范版本与数据模型修订号需要同步评估SDK 测试框架也会按 DUT 上报的 SpecificationVersion 自动映射到对应的 prebuilt 数据模型目录做校验。命名与文件迁移1.5 对一批既有文件做了规范化重命名如 Label 相关拆分为 Label / FixedLabel / UserLabel 三个独立集群、bridge-clusters 前缀文件去掉前缀、Proxy 相关集群ProxyConfiguration、ProxyDiscovery、ValidProxies退出文件集沿用旧文件名的 ZAP 模板和文档引用需要逐一核对。认证测试对齐新增的 9 个命名空间意味着同一设备类型可能出现更多测试形态认证用例规模随之扩大测试排期要预留增量。生态依赖摄像头与 WebRTC 相关能力依赖 SDK 侧的 WebRTC 传输栈是否就绪纯数据模型有定义不等于示例代码能跑通选型前建议先确认目标平台的示例支持情况。 版本选型决策指南如果你在维护已按 1.4 认证的存量项目那么继续留在 1.4 即可1.5 的新集群不影响旧设备运行无需为对齐而升级。如果你的设备资源受限且不涉及摄像头、计量类功能那么 1.4 足以覆盖需求1.5 的增量对你基本是看不见的升级收益有限。如果你要做摄像头、可视门铃或电表类产品那么直接基于 1.5 开发摄像头流管理与计量类集群在 1.4 中没有任何对应物没有迁移可谈。如果你面向未来 1~2 年的认证与互操作规划那么选 1.5它的数据模型修订号更靠前后续 1.5.1 及更高版本均在其基础上演进起步更省力。1.5 用 13 个新集群和 19 个新设备类型把摄像头、能源、锁具三大场景补全。新项目可直接锁定 1.5并在动手前用spec_revision_diff_summary.py脚本核对两个版本的差异摘要。【免费下载链接】connectedhomeipMatter (formerly Project CHIP) creates more connections between more objects, simplifying development for manufacturers and increasing compatibility for consumers, guided by the Connectivity Standards Alliance.项目地址: https://gitcode.com/GitHub_Trending/co/connectedhomeip创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考