[参考译文] CC1310：CC1310 Sub-1GHz RSSI 不稳定

我们的系统采用星型拓扑、其中所有传感器仅与网关通信、不存在传感器与传感器之间的通信。

传感器同时发送和接收、但不会每分钟进行一次接收操作。 它们通常每 10 分钟接收一次或两次。

它是指在收集器处接收的数据包 RSSI 较低。

我们在 867MHz 频带中实现了间距为 200kHz 的跳频、将每个 200kHz 阶跃视为不同的信道。
多个传感器使用单个收集器在同一通道上运行 TX/RX、 传感器以同步序列执行 RX 和 TX、一个传感器在另一个传感器之后运行。

否、未实施说前先听 (LBT)。

尊敬的 MITESH：

您是否测试了只有一个传感器节点时会发生什么情况？ 您看到 RSSI 值下降了吗？

否、很长时间没有使用一个传感器节点进行测试。 我们仅检查是否缺少任何数据以及单个节点在几天内可以支持的范围。 由于我们的实际设置需要至少 30 个节点与 一个控制器通信、 因此我们使用多个传感器进行了测试。

您好、如果可能、可以请某人回复吗？ 您的意见将有助于我们向前发展、并对我们非常有帮助。

一些想法：  

-由于 LBT 未使用,您可能会发生冲突,但这通常会导致低吞吐量和增加重新传输

-跳频不能正常工作。 如果在通道 n 上传输数据并在通道 n + 1 上接收数据、则可能会发生所描述的情况。 您是否可以用任何方法记录 RX 端和 TX 端设定的中心频率随时间变化的情况、以查看它们是否始终设置为相等？   

是的、我们在 RX 侧和 TX 侧使用相同的中心频率。

这是验证的、是否总是如此或根据设计来实现？

   在 RF 初始化之前、我们使用“RF_cmdPropRadioDivSetup.centerFreq"设置“设置 TX 和 RX 上的中心频率。

我的怀疑是、我们不遵循 LBT、而是实施一些技术、其中所有传感器一个接一个地进行通信、传感器和控制器上的中心频率是相同的。 问题是 RSSI 突然变化、然后第二天恢复正常。 第二天、即使所有传感器都处于空闲状态并且从一开始就保持不变、不同的传感器也会显示相同的行为。 如果此问题正常、则应从启动开始就发生、并始终影响所有传感器。 为什么某些传感器在意想不到的时间突然发生、然后再次恢复正常？
我需要一些帮助来了解为什么会发生这种情况。

您好、Mitesh、

由于您正在进行辐射测试、可能还有其他设备不属于您的网络、从而造成干扰。

一些有助于调试问题的建议：

1.在网络上只使用一个传感器进行测试。 理想情况下对故障最频繁的器件而言是如此。

2.设置传导网络,而不是使用天线。 这将有助于隔离您的网络并避免其他设备的干扰。

3.根据 TheGhostOf 的建议、用时间戳记录 Tx 和 Rx 频率。

您提到过使用 RF_cmdPropRadioDivSetup.centerFreq 在 Tx 和 Rx 上设置中心频率 、但是是否也在 CMD_FS 中更改了频率？

您好、Mitesh、

由于您正在进行辐射测试、可能还有其他设备不属于您的网络、从而造成干扰。

一些有助于调试问题的建议：

1.在网络上只使用一个传感器进行测试。 理想情况下对故障最频繁的器件而言是如此。

2.设置传导网络,而不是使用天线。 这将有助于隔离您的网络并避免其他设备的干扰。

3.根据 TheGhostOf 的建议、用时间戳记录 Tx 和 Rx 频率。

您提到过您使用 RF_cmdPropRadioDivSetup.centerFreq 在 Tx 和 Rx 上设置中心频率 、但是、是否也会在 Tx 或 Rx 操作之前更改 CMD_FS 中的频率并运行 CMD_FS？

您提到您正在使用跳频、但也提到多个传感器一个接一个地在同一 信道上进行发送和接收。  您能更详细地解释一下协议的工作原理吗？ 所有传感器是否都使用相同的跳频模式、并已分配时隙以在每个信道上进行传输？

每个传感器根据分配的时隙与控制器通信、确保传输按顺序进行、而不会发生冲突。

您好、Mitesh、

正如 Diego 所说的、您是否能够尝试上面的第 1、2 和 3 项。 这将有助于缩小此处的潜在问题。

谢谢、

Riz

器件型号：CC1310

我已经在此主题中发布了我的问题：CC1310 Sub-GHz RSSI 不稳定
“https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1592894/cc1310-cc1310-sub-ghz-rssi-instability“
关于与单个控制器通信的多个传感器网络中特定传感器缺失数据的问题。 在此设置中、每个传感器根据分配的时隙与控制器通信、确保连续传输不会发生冲突。

在最后一条消息中、我收到了一些解决问题的建议：

1) 在网络上只使用一个传感器进行测试,理想情况下是故障最频繁的设备。
2) 设置传导网络,而不是使用天线,这将有助于隔离网络并避免其他设备的干扰。
3) 使用时间戳记录 Tx 和 Rx 频率。

在步骤 2 中、建议使用传导设置而不是天线、但这不适合我们的工程。 我们的设计需要使用有线天线、并且我们使用的天线具有良好的发射和接收性能。 当我们尝试仅使用一个传感器的步骤 1 时、通信正常。 但是、当将多个传感器分配给以相同频率运行的单个控制器时、会发生数据丢失、这与我们当前的场景相匹配。 如果一个传感器未发生数据丢失、但仅在使用多个传感器时才出现数据丢失、我们应采取哪些步骤、这些步骤将如何帮助我们解决此问题？

我们的目标是构建一个无线网络、其中多个传感器使用相同的通道和中心频率与单个控制器进行通信。 但是、在 CC1310 上频繁开关几小时并保持相同频率的情况下、即使传感器继续传输数据、控制器也不会从特定传感器接收数据。 此问题仅在夜间发生、通常在系统空闲且没有移动时发生。

为什么此问题仅在夜间出现？ 第二天、受影响的传感器正常工作、没有数据丢失、但另一个传感器可能会出现相同的问题。 我们观察到最后接收的数据包的 RSSI 突然从大约–70 下降到 –80 下降到–100 以下,从而导致丢失的数据包。 到早上、RSSI 恢复到正常范围。 放置在同一位置且间距适当的其他传感器继续显示与同一控制器通信的稳定 RSSI 值–70 至–80、而只有一个传感器经历该显著下降。 这种行为的原因可能是什么？

我们需要帮助确定根本原因、因为这个问题对我们来说非常重要。

它让我感到困惑、RSSI 下降了。 从其他信息,它可能听起来像其他东西开始在半夜传输...

另一个想法：这是取决于位置、而不是取决于设备、对吧？ 此节点的温度白天是否（大量）到晚上发生变化？ 基本上会引起温度频移？  

您好、Mitesh、

我知道您的设计需要使用天线。 建议使用电缆进行的测试是、检查问题是否可能是由不属于您的网络中以相同频率或附近频率传输的其他设备造成的。 如果您可以运行有线设置来排除导致问题的干扰源、那么仍然会很有帮助。

这可能是同步问题吗？ 您提到每个节点都分配了一个时隙来与设备通信。 其中一个或一些节点是否不同步并在错误的时间发送数据？ 如何与控制器保持同步？

在前一篇文章中、您提到使用了跳频、但在上一篇文章中、您提到单个控制器以相同的频率运行。 控制器是改变频率还是始终保持相同频率？

除了 TheGhostOf 提到的内容之外、您是否尝试过更改节点的位置？ 数据包丢失是改善还是恶化？