This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1062975/cc2652p-when-will-sdk-support-matter
当前的 SDK 支持 Google Thread、但无关紧要。 支持至关重要。 我希望 CC2652P 能够在 DMM 模式下同时运行 Matter 和 Zigbee。
您好！
当 Matter 规范/代码库最终确定时、我们的公共 SDK 将支持 Matter。 在此之前、您可以申请工程 SDK 以使用 Matter 示例；有关详细信息、请参阅此页面的自述文件 ：https://github.com/project-chip/connectedhomeip/tree/master/examples/lock-app/cc13x2x7_26x2x7
要运行 Matter SoC、需要704K 器件(例如 CC2652P7)。
您能解释一下这意味着什么吗？ 您是否意味着 Matter 和 Zigbee 同时在同一器件上运行？
谢谢、 Toby
是的、我希望 Matter 和 Zigbee 同时在同一器件上运行。 我在记住模式之一是 Zigbee + Thread 时出错了
我怀疑 TI 或其他 Zigbee / Thread 解决方案供应商会提供此类堆栈和示例。 由于 Zigbee 和 Matter / Thread 都使用802.15.4、我个人认为在同一器件上同时运行它们没有什么大好处。
昨天、中国 ZigBee 联盟(CSA Alliance)发布了一个视频课程、其中介绍了未来将有支持 ZigBee 和 Matter 的家庭自动网关
可能是两个无线电芯片同时在网关上运行。 我并不是说在同一器件上同时运行 Zigbee 和 Mate/Thread 是不可能或不可行的、但我个人认为这似乎是不合理的。
顺便说一下、我对本视频课程感兴趣、该课程介绍了将来将有支持 ZigBee 和 Matter 的家庭自动网关。 也许您可以提供链接让我们了解一下。
有 视频课程： https://msu.h5.xeknow.com/s/2h4T30
它会弹出以下 QR 代码、无法访问该代码。 总之、没关系。
它需要使用您的 WeChart ID 登录。
这就是问题、因为我不使用微信。
感谢您在这里的讨论！
是的、Matter 和 Zigbee 之间的网关/桥最有意义。 大多数网关都具有某种主机+无线电架构。 例如、Thread 具有 Thread 边界路由器(ot-br-POSIX)、该路由器由 Linux 主机+ Thread RCP、Zigbee 具有 Linux 主机+ ZNP、15.4协议栈 Linux 网关具有 Linux 处理器+ 15.4协处理器组成。
正如黄先生所提到的，可能可以使用两个无线电解决方案。 我们需要了解案件组如何解决这一问题。
如果 Matter 和 ZigBee 可以在同一 MAC 层和同一通道上运行、则只需要一个无线电
在 Linux 主机+ ZNP 上、Linux 主机必须处理 ZCL 协议。 我认为 ZigBee-SoC 可以帮助 Linux 主机处理一些 ZCL 协议(例如读取属性、写入属性)是更好的。 Linux 主机只需指示协调 UART 需要哪些属性。
是的、这就是挑战。 Matter 使用的是 openthread、它具有自己的 MAC 函数： https://github.com/openthread/openthread/tree/main/src/core/mac
但对于 Zigbee、Z-Stack 使用 TI 15.4 MAC。
当然、在主机和无线电之间分配 Zigbee 协议的方法也不同。 但我认为对于 ZNP、它应该只运行网络层、所以可能所有 ZCL 都应该位于主机上。 主机可能比 ZNP 更富资源。
TI 15.4 MAC 和 Openthread MAC 有何区别？
我假设 TI 15.4 MAC 由 TI 提供、而 Openthread MAC 由 Google/Nest 提供。
它们 是否与差分代码相同？
应该是这样。
正如我所知、有一个称为 Contiki 的操作系统可运行6 lowPAN 和 ZigBee、但其 MAC 不符合 IEEE802.15.4标准。 它开发了一种名为"RDC"的新低功耗模式、而不是 IEEE802.15.4的数据轮询
是的、我知道 Contiki、这是另一个故事...
我认为 TI 应基于 TI 154 MAC 开发 Matter Stack、或基于 Google/Nest MAC 开发新的 Zigbee 堆栈。
实际上、Matter 是应用协议、而 Openthread 或 Thread 堆栈将使用15.4 MAC。 首先、我记得 TI 有自己的 Thread MAC、但现在它是 OpenThread。 正如我所知、大多数解决方案供应商使用自己的15.4 MAC 来实现 Zigbee 解决方案、但使用 Google/Nest MAC 来实现 OpenThread。
我研究了 CC2652的 Thread MAC。 TI 154 MAC 和 Thread MAC 都调用相同的接口来访问 CC2652的硬件。 CC2652的射频内核已处理 CSMA/CA、正在重试发送、Ack 等待。 因此、它们具有相同的功能、可以改用其中一个。
确实可以 更换它们、但这取决于 TI 政策…
恐怕 TI 没有足够的员工在 TI 154 Stack 上开发 Matter 基础。 我的朋友告诉我、用于 CC26x2的 Z-stack 由 Ubiqua 团队开发、TI 没有参加 ZigBee 3.0 的制定会议。
我无法评论 TI 内部事务。 如果您对 TI 解决方案不满意、可以选择其他方案。
我很高兴加入此 项目、使 Zigbee 和 Matter 能够在同一个 MAC 上运行。 但需要一个男人来启动这个项目。
