[参考译文] CC1352P7：WISUN Stack PA &amp；发现

尊敬的 Bhautik：

1.在这里并不打算使用15.4 MAC API、但从理论上讲、Wi-SUN 节点确实会发送 PAN 广播和 PAN 控制消息、因此其知道 MAC 级邻居。 但在此阶段、尚未研究使用 MAC API 的情况。

2.遗憾的是，我们没有仿真工具。

3.咨询硬件应用程序并联系您。

4. CC1310 + CC1190在 Smart RF Studio 中设置,如果您正在寻找,现在允许最高设置为26dbm。

5.这来自 Wi-SUN 规范。 有关这些参数、请参阅 Wi-SUN Alliance 提供的 Wi-SUN 规范文档。 此规范支持一些固定的 PHY。 因此、当您选择 PHY ID 时、会自动填充 PHY 属性。

6.是的,您需要选择您想要的频道。 (取消选择 SysConfig 中的最后两个通道。  

7.连续 RX 模式下的 SmartRF Studio 可用于此目的。

Wi-SUN OAD 应用程序可用作此操作的参考。 Wi-SUN 的 MTU 为1576字节。 但在 Wi-SUN OAD 中、却测试了大小高达1024字节的块。

https://dev.ti.com/tirex/explore/node?node=A__AA5buegAW2cisulIU2.tTg__com.ti.SIMPLELINK_CC13XX_CC26XX_SDK_WISUNFAN_MODULE__BSEc4rl__LATEST

9.如果您要求使用压缩算法、SDK 中没有任何示例。

10.我们目前在 CC13xx 器件的发展蓝图中尚没有 DLMS 客户端支持。

此致、
SID

尊敬的 Sid：

   请查找我的在线其他问题。

1. 我们的关键需求是、在部署期间进行邻居发现、是否可以使用任何参考/示例集(无需发布)来解决问题？ 是否有任何路线图可以通过 WiSUN 提供支持？
2. 是否有任何计划对此类工具提供支持？ 哪种方法有助于网络的部署、模拟、可视化或优化？

   
  额外性我们可以知道 TI 在 WISUN 解决方案方面的未来路线图。 (例如、是否提供了上述功能/工具等？)  

尊敬的 Bhautik：

我很好奇、您在哪个阶段需要邻居信息？ 当您部署节点并形成网络时、有一种方法可以获取邻居信息。

请查看 ns_coap_node 示例,您可以看到 fetch_neighbor_deficients ()函数作为参考。

我看到您在另一个主题中提出了 wfantund 问题。 所以我想你已经评估了 wisun 网络应用程序。 在这里您可以

1.查看网络拓扑

2.每条链路的运行状况,

3.用 ping 测试边界路由器和已部署节点之间的延迟。

4.向已部署的节点发送 CoAP 请求。  

您还特别想要了解哪些其他特性？

理想情况下、Wi-SUN 堆栈通过寻找到达边界路由器的最佳路由来实现网络优化。 我想知道您感兴趣的具体特性。

我们正在改善 Wi-SUN 堆栈的用户体验并开发新功能、想知道您在使用什么工具会很有趣。   

此致、
SID

尊敬的 Sid：

   例如、 我们正在现场开始部署。 并认为该区域中没有 BR。 和 BR 将在稍后阶段安装。 (在现场安装所有射频后)。

  现在假设我们已经安装了 RN1，然后当我们安装 RN2时，我们需要知道 RN1和 RN2都能够检测自己或不能检测。 同样，我们将通过检查当前安装的 RN 是否能够检测附近的 RN 来扩展现场部署。

  如果我们在上面有应用层的信息、那么它将为我们实现顺利部署。

  对于其他工具、我们向 TI 的印度支持/销售团队提出了该主题、并与 BU 团队进行讨论。

  (是的、我们评估了当前的 Webapp、但它只处理 One BR)。  我认为网络仿真器、加入时间仿真器等这些工具可能会非常方便。 就像 mbed TLS 的自举场景中一样、 当电网电源重新启动时、所有节点都会一次加入网络、此时我们可能会感觉、由于事务(mbed/TLS)太多、可能需要很长时间或崩溃。(如果我们考虑比率为1：250或1：300)。



此致、
TheMat

尊敬的 Sid：

 来实现。

只需要确认一下对用于 PA 的多路复用的理解。

我们只需要使用

GPIO_setMux (DIO_LNA、IOC_PORT_RFC_GPO0)
GPIO_setMux (DIO_PA、IOC_PORT_RFC_GPO1)。

这是正确的理解吗？

尊敬的 Bhautik：

是的、GPIO_setMux API 将 PA、LNA 信号路由到 GPIO 是正确的。

具有如下特性。 我想更好地理解它。 在部署过程中，您希望两个特定的路由器节点进行通信，还是希望该区域中的任何路由器节点进行通信？  

如果邮件传输是基于 MAC 地址的(因为在建立 wisun 网络之前您不会拥有 IP)。 还是要在两个已部署节点之间执行简单数据包 TX 数据包 RX？

Unknown 说：

 现在假设我们安装了 RN1，然后当我们安装 RN2时，我们希望知道 RN1和 RN2都可以自行检测或不检测。 同样，我们将通过检查当前安装的 RN 是否能够检测附近的 RN 来扩展现场部署。

此致、

SID

尊敬的 Sid：

 1)对于 PA/LNA、我发现存在全部 RFC GPO、[RFC_GPO0、RFC_GPO1、RFC_GPO2、RFC_GPO3]、 可能是由于 subGHZ 和2.4GHz？ 。 那么、我如何知道哪个 RFC GPO 映射到 SubGHz 线路？

 2)邻居发现:-
 -在部署过程中,理想情况下,我们不希望 RN 相互通信或需要 IPv6或 So. 我们的目标是了解当前安装的 RN 能够检测到附近的 RN 或不能检测到"任何"。 (我们只需要检测、就是这样)。 由于它简化了我们的部署过程、并且团队可以获得一份核对表、表明在安装过程中是否存在空白点。 (如果当前安装的 RN 无法检测到附近的任何其他 RN，那么我们只是将其视为空白点)。 在这种做法中，安装 RN 时很可能没有安装 BR。

 如有任何上述疑问/疑问/建议、请告诉我。

此致

尊敬的 Bhautik：

这是用户指南中与您相关的部分。  

https://dev.ti.com/tirex/content/simplelink_cc13xx_cc26xx_sdk_7_10_02_23/docs/proprietary-rf/proprietary-rf-users-guide/rf-core/signal-routing.html

GPO0和 GPO1是具有 LNA 和 PA 信号的信号。 这适用于 SUB1/2.4 TX。  

GPO3和 GPO3的缺省映射和附加条件可在链接中提到的用户指南的那一部分中找到。

2.如果您只需要像您提到的那样进行发现，则必须能够根据我们拥有的 rfPacketTx 和 rfPacketRx 示例实现数据包 TX 和数据包 RX 例程，wi-sun 网络名称可能可由其他节点发送和接收。  

dev.ti.com/.../node

此致、

SID

尊敬的 Sid：

 1)好的,我明白了。

 2) 是否意味着 rfpacketTx & rfPacketRx 将与 WISUN RN 固件一起使用? (正如我所说的、我们需要发现 RN、我的意思是"WiSUN RN 节点")。  从根本上说、我们如何在当前给出的 WISUN RN 示例中实现发现。 (因为我们希望在 WISUN RN 中具有发现功能)、这样我们就不需要2个固件。

此致

尊敬的 Bhautik：

Unknown 说：

2) 您是不是说 rfpacketTx & rfPacketRx 将与 WISUN RN 固件一起使用？ (正如我所说的、我们需要发现 RN、我的意思是"WiSUN RN 节点")。  从根本上说、我们如何在当前给出的 WISUN RN 示例中实现发现。 [/报价]

在应用层上可以实现简单的无线电 TX 和 RX、无需引入更安全的堆栈。 该功能不存在于 SDK 中提供的默认 WiSUN RN 中、但应该可以实现另一个线程。

此致、

SID