gpt4 book ai didi

wireless - ZigBee - 一个节点可能同时具有不同的应用程序配置文件

转载 作者:行者123 更新时间:2023-12-03 06:40:01 26 4
gpt4 key购买 nike

关于这个问题,我询问了一些从事ZigBee应用开发的开发人员。他们告诉我,一个 radio 模块(对我来说,这是指一个节点,同一件事)在形成网络时只能有一个配置文件。

但是,当我阅读“Drew Gislason”撰写的 ZigBee 书籍时,他提到“端点允许每个节点内存在不同的应用程序配置文件”

我对这两个相互矛盾的答案感到困惑。因此,在这种情况下,我可以创建两个应用程序,一个使用 HA 配置文件,另一个在一个节点上同时使用 ZSE 配置文件。这是正确的吗?

ZigBee 堆栈允许开发人员执行此操作吗?在执行此操作之前我应该​​注意什么先决条件吗?

谢谢

最佳答案

However, when I read the ZigBee book written by "Drew Gislason", he mentions that "Endpoints allow for different application profiles to exist within each node"

这是正确的。应用程序端点指定配置文件 ID,并且由于一个节点上可以存在多个端点,因此您的设备上可以混合使用应用程序配置文件。然而,还有许多其他考虑因素:

  • 应用程序端点仅在有以下情况时才会接收 AFDataRequest:匹配的配置文件 ID。不可能的是发送一个具有不同配置文件 ID 的节点之间的 AFDataRequest。

  • HA 和 SE 具有相同的网络层安全性(即信任中心发布使用规范中定义的信任中心链接 key 加密的随机网络 key ),因此 HA 设备可以进入 SE 网络并发送然而,SE 添加了应用层安全性,因此即使 HA 端点可以向 SE 端点发送 ZCL 消息,它也不会知道 APS 安全 key 。

  • 另一件事需要指出,但没有写在规范中,是一些堆栈供应商可能会从 SE 网络中踢出节点,如果它们具有非 SE 应用程序端点。我完全实现了你想要的使用Texas Instruments Stack当 Coord 时效果很好以及使用该堆栈实现的其他节点。然而当这与其他堆栈供应商的坐标混合,由于以下原因而失败SE Coord 发送离开请求,因为该节点有非 SE 端点。这是大约 2 年前的事,规范和堆栈实现已经从那时起发生了很大变化,所以你可能看不到这个问题,但是好吧在投入太多之前值得根据预期的坐标进行测试努力。

  • 您实现 HA 端点的节点可能需要 SE 端点来通过CBKE(基于证书的 key 建立),或者协调器可以发送一旦发现未通过,将请求留给加入节点通过 SE 安全。

  • 最后,这样的设备可能不被允许(即给定一个证书)在公用事业提供商拥有的 SE 网络上,作为公用事业公司可能不希望网络上有这样的设备,因为它可能是被认为构成安全风险。

问候,TC。

关于wireless - ZigBee - 一个节点可能同时具有不同的应用程序配置文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32516602/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com