你好，
我们正在将RSSI值从对话框中检索到每100毫秒，同时连接到我们的应用程序中的核心并记录。当我们设置链接以使用每次连接事件超过2个数据包时，我们正在获得一些意外的RSSI值（我们的应用程序可以控制每个连接事件的数据包数）。我们正在使用512字节的MTU（尽管MTU尺寸似乎似乎没有重要），并且我们正在对MTU大小的各种尺寸的BLE执行写入请求和指示 - 其中许多超过20个字节。
我附上了一个电子表格，它显示了我们从对话框收到的个人RSSI读数的序列。测试在对话框和中央之间运行相同的数据集。当我们使用每个连接间隔使用3或4个数据包时，您可以看到我们获得多个读数<-100db。当我们将每个连接间隔的数据包减少到2或1时，所有RSSI读数都是预期的。
I have also noticed that if we only send write requests and indications with <20 bytes of data (i.e. the data fits in one packet), and run the same set of commands from the test above the issue also goes away- all the RSSI values are as expected.
对我们为什么看到意外的RSSI值的任何想法？
谢谢
关键词：
设备：
嗨rparkinson，
当您尝试发送多个数据包时比中央可以接受在连接事件上，您将在空中出去，而不是与主人沟通。主机将不会出现在最后一个事件上。关于您的Excel表，您的主人将在第三个数据包中出去，因此这就是您从第3个数据包中获得意外RSI的原因。每次我们有同步错误时，RSSI值是最后一个报告的将是-112，因为我们不会“过滤掉”案例，我们在更新RSSI值时我们还没有看到主机。
谢谢，PM_DIALOG.
感谢您的信息和同步错误导致-112是有道理的。我的数据也有-104和-109之间的读数，这可能是这些的原因？再次如果我保持每个连接事件的2或1个数据包，则不会发生这些读数。
谢谢
嗨rparkinson，
您获得这些值的最可能原因是噪音被添加到信号中。
谢谢，PM_DIALOG.
谢谢，这是有道理的。您是否对最佳DB截止有任何指导，用于区分刚刚返回刚刚返回环境噪声级别的同步错误与实际接收帧的RSSI值？
嗨rparkinson，
我建议您查看来自SDK主机应用程序的Papc_con_rssi_ind_handler（）从SDK主机应用程序。此外，我建议您检查SDK的measule_errors_receiver（）函数，以查找在获得无效测量时触发哪些标志。要使用此功能，请从da1458x_config_advanced.h标题文件中定义CFG_BLE_Metrics
谢谢，PM_DIALOG.