下午好！
我们使用 CC1312 TI-15.4 CoP 示例作为我们的开发的基础。 这种类型的设置允许不同的网络配置；我们选择了跳频。 我们还将器件设置为休眠器件。 我认为这会导致网络的行为类似于非信标模式；但在这种情况下、我对该主题的某些了解会变得模糊。 我们将使用非板载 Linux 主机来控制协调器。 这一切都适用于收集数据、器件会在应该时发送包含新信息的更新。
我想添加一个功能、即非板载 Linux 主机能够以更实时的方式更新器件上传感器的配置。 我们已经能够通过将传感器更新消息放入队列来实现这一点、并且这些消息会在设备开始向协调器应用发送数据时发送到设备。 问题是、这种用户体验不是很好。 要对可能在10、20、30分钟或多少分钟内不生效的传感器进行更改、设备传感器将发送更新。 {我们可以简单地执行其中一个单播或广播，并以某种方式与正确的设备关联以进行更新吗？}
我不确定协调器是否也可以设置具有信标网络的2个网络、以提醒器件发生新的变化。 也许我忽略了我们对当前跳频休眠设备网络所能做到的一点、这一点能让我们从 Coordinator-HostApp 实时更新为设备。 这里有几个额外的细节；此器件由电池供电、而协调器由主电源供电。 如果我们有多个 PAN 网络由一个协调器管理，(我不确定是否可能或正确的解决方案！) 假设我们有一个每10秒定期发送的信标、这是否会对电池寿命产生负面影响。 我不确定、据我所知、如果器件的 MAC 地址在信标超级帧中、只有一个响应？ 我在信标模式下也没有做太多工作。
我想这一切以前都遇到过。 非常感谢有关此主题的任何帮助和指导。 最好从 Linux 主机设置一个字段、并尽快发送到字段中的正确器件并从中进行响应。
谢谢！
迈克尔
