[参考译文] LAUNCHXL-CC1310：在多个传输器和一个接收器下进行 RSSI 距离测量

您好！

也许我对我的想法有点错误,所以我会尝试重写它。 我想制作一个伪定位系统、来指示附近区域是否有另一个无线电设备(在本例中为 LaunchPad)、比如20m。 此外、我需要知道有多少个此类器件在范围内以及最接近的器件在哪里。 我假设最好有一个接收器和几个发送器、 与 ID 同时发送短消息(也许我应该添加有关发射功率和退出时间的信息)-接收器将只从附近器件获得信号、并且根据 RSSI ID、哪个是最近的。 负责排队的接收者将确保协调，但现在如果我仔细研究这一问题，我认为可能会出现重叠问题。

尊敬的 Marie：

我还有另一个问题与本主题相关、但现在关于 rfEchoRx/Tx 示例-我们可以使用多个设备、这些设备会像网状网络一样产生信号吗？ 假设现在我想让几个主控方和许多从属方广播他们的存在、如果他们靠近主控方、他们将开始谈论他们之间的距离。 此外,我想要的功能,大师也会与其他大师交谈。  
为了测量距离、我会尝试将 rfPacketErrorRate 示例合并到所述的 rfEchoXX 中。  

尊敬的 Adrian：

这听起来有点像泛网状网络。 (或者、如果您想使用众所周知的技术、也可以使用蓝牙网状网络。)

如果您构建专有网络、您可以按照自己的方式进行构建、但另一方面、您需要进行实施工作。

BTW 您的节点是否由电池驱动？

谢谢、

M·H

尊敬的 Marie：

主节点由移动车辆的蓄能器供电、其他节点/节点用户机则由电池驱动。
BTW、我必须使用433/2.4GHz 868MHz 频率、因为此处的蓝光2.4GHz 用在同一定位的不同系统中、我认为这可能会 导致 两个不同系统的传输重叠问题。 使用868MHz 频率的第二个原因是能够更好地穿透墙壁和障碍物。

此致、  
艾达里安

尊敬的 Adrian：

这很公平。

好的、所以主节点应始终侦听似乎是个好主意、而节点订阅者应在大多数时间内处于睡眠状态。

如果您的范围足够覆盖星型网络中的所有器件、我建议使用此拓扑。 网状网络通常会增加大量数据开销和延迟、这也会影响您的功耗。

谢谢、

M·H

尊敬的 Marie：

我曾尝试构建合适的星形网络、但有关 Resource Explorer 的教程却没有涉及实际的示例项目。 我通过推理得到、CC13x0的示例与 CC13x2和 CC26x2的示例略有不同、这是 SimpleLink Academy 教程带来的遗憾、即使标记为与这两个 SDK 兼容 、它们实际上并不兼容、因为这里显示了  CC13x2和 CC26x2示例的信息、 我说过它们与 CC13x0不同。 我设法搜索设置文件,如"config.h"手动,但在某些时候,这些 SDK 之间的差异变得如此之大,我不能再使用这些教程,所以我必须使它全部在我自己:<

此致、
艾达里安

尊敬的 Adrian：

我们在此处提供了适用于 CC13x0器件的专用 SimpleLink Academy 门户：

https://dev.ti.com/tirex/explore/node?node=A__AA78LmvkwjuaUT184Nz.jg__com.ti.SIMPLELINK_ACADEMY_CC13X0SDK__1FaRUBA__LATEST&placeholder=true

如果您发现说明已过时、请告诉我。

谢谢、

M·H

尊敬的 Marie：

是的、问题与我认为不是过时的指令、而是与不兼容的指令有关、因为其中一些指令虽然被描述为与 CC13x0兼容、但实际上不兼容。 例如：  
https://dev.ti.com/tirex/explore/node?node=A__AIxCz.M9qvop..3ndx0rEQ__com.ti.SIMPLELINK_ACADEMY_CC13X0SDK__1FaRUBA__LATEST&placeholder=true
这一内容涵盖了专用于 CC13x2而不是 CC13x0的示例说明、它们有所不同。 最初、从 CC13x0 SDK 导入收集器示例时、我没有名为"collector.syscfg"的文件。

此致、
艾达里安

尊敬的 Adrian：

我明白了。

您可以尝试返回到旧包、在没有 SysConfig 的情况下查找说明、或者阅读收集器项目自述文件。

我将放入一个内部 TT 以更新该描述。

谢谢、

M·H