你好,
当我们连接到一个中心时，我们每100毫秒从Dialog中检索RSSI值并将其记录到我们的应用程序中。当我们将链接设置为每个连接事件使用2个以上的数据包时(我们的应用程序可以控制每个连接事件的数据包数量)，我们会得到一些意想不到的RSSI值。我们使用512字节的MTU(尽管MTU的大小似乎并不重要)，并且我们在BLE上执行写请求和指示各种大小的MTU大小-许多超过20字节。
我附上了一个电子表格，显示了我们从Dialog收到的单个RSSI读数的序列。测试在Dialog和中心之间运行相同的数据集。您可以看到，当我们在每个连接间隔中使用3或4个包时，我们会得到几个< -100dB的读数。当我们将每个连接间隔的数据包减少到2或1时，所有的RSSI读数都是预期的。
我还注意到，如果我们只发送写请求和指示小于20字节的数据(即数据适合一个数据包)，并运行来自上述测试的相同的命令集，问题也会消失——所有的RSSI值都是预期的。
对于为什么我们会看到出乎意料的RSSI值有什么想法吗?
谢谢
关键词:
设备:
嗨rparkinson,
当您试图在一个连接事件中发送超过中央可接受的包时，您将无法与主服务器通信。master将不会出现在这最后的事件中。关于您的excel表，您的master将在第3个包时发出，所以这就是为什么您在第3个包中会收到意外的RSSI的原因。每次我们有一个同步错误的RSSI值，这是最后一个报告将是-112，因为我们没有“过滤”的情况下，我们没有看到主当更新RSSI值。
谢谢,PM_Dialog
谢谢您的信息，导致-112的同步错误是有意义的。我的数据也显示读数在-104和-109之间，这可能是什么原因?同样，如果我保持每个连接事件有2或1个数据包，这些读数就不会发生。
谢谢
嗨rparkinson,
得到这些值的最可能的原因是信号中加入了噪声。
谢谢,PM_Dialog
谢谢，说得通。你是否有任何指南来区分一个读取与一个同步错误(只是返回环境噪声水平vs. RSSI值是一个实际收到的帧)的dB截止?
嗨rparkinson,
我建议您查看一下来自SDK主机应用程序的近距离监控应用程序的gapc_con_rssi_ind_handler()。另外，我建议您检查SDK的measure_errors_receiver()函数，以发现当您得到一个无效的度量时触发了哪些标志。为了使用这个函数，请从da1458x_config_advanced.h头文件中定义CFG_BLE_METRICS
谢谢,PM_Dialog