在我们的设备中，我们使用PAN1740将心电数据传输到Android手机。我们发现由于BLE在规定的时间内发送失败，造成了一些数据丢失。
当我们试图重现这个问题时，当我们徒手覆盖PAN1740，将手机和设备(PAN1740)放在一起时，我们经常看到这种情况。
在DA14580开发板上也看到了同样的结果。
我们的项目基于“throughput_eval_peripheral”项目。
这种行为是已知的问题吗?
有人见过这种行为吗?请帮助我们理解这个问题。
谢谢你！
Bharath
设备:
嗨Bharath,
它是通过空中传输的，所以会有丢失和丢失事件，但不会丢失数据因为会有来自协议的重传。throughput_eval演示是一个基于旧SDK的相当老的参考设计，您是否尝试使用DSPS测试这一点，您是否仍然经历数据丢失?我的意思是，在某些点上应该有一些丢失的连接事件，但这不应该导致丢失的数据，因为协议会处理这一点，并在没有来自前一个包的ack的情况下重新传输。关于你用手盖住板子的事实你得到了那个，你有没有观察到任何脱节?您是否有一个嗅嗅日志来检查数据确实丢失了，这不是应用程序的问题(可能会覆盖您接收到的数据)?一个想法是通过空气发送一个增量值，并用嗅探器日志检查是否所有的值都是通过空气发送的。
由于MT_dialog
嗨MT_dialog,
谢谢你的回复。
我们观察到的数据丢失是因为在存储的数据通过BLE发送到Android手机之前，我们的数据缓冲区被覆盖了。我们也知道未发送的数据将再次发送，因此没有数据包丢失。
我们主要关心的是，为什么在MCU被手覆盖的情况下，传输需要这么长的时间?
由于我们在医疗设备中使用该MCU，这种情况的发生率很高。有解决这个问题的方法吗?
还有其他人报道过这类问题吗?
不幸的是，我们不能实现吞吐量我们需要使用DSPS应用程序。因此，我们仍然使用基于throughput_eval示例的项目。
谢谢你！
Bharath
嗨Bharath,
这与设备的天线,并最终使用的天线,而不是580模块本身,人体是导电和改变天线的特点,如果设备是一种可穿戴设备,那么您将必须包括天线射频参数的设计。
由于MT_dialog
嗨MT_dialog,
你所说的“在天线RF设计中包含参数”是什么意思?
如何实现呢?
谢谢你！
Bharath
嗨Bharath,
我的意思是，在设计天线时，你必须考虑在你的射频设计中人体接触的情况。
由于MT_dialog