在我们的设备中，我们使用PAN1740将ECG数据传输到Android手机。我们发现，由于在规定的时间内BLE传输失败，有一些数据丢失。
当我们试图重现这个问题时，我们经常会看到，当我们徒手覆盖PAN1740时，手机和设备（PAN1740）彼此相邻。
DA14580开发板也有同样的结果。
我们的项目基于“吞吐量评估”项目。
这种行为是已知的问题吗？
有人见过这种行为吗？请帮助我们理解这个问题。
非常感谢。
巴拉斯
设备：
⚠️
你好。。谢谢你来到论坛。令人兴奋的消息！我们现在正在迁移到新的论坛平台，该平台将提供更好的功能，并包含在主对话网站中。所有员额和帐户都已迁移。我们现在只接受新论坛的流量-请在//www.xmece.com/support. 我们将在未来几天内修复bug/优化搜索和标记。
你好。。谢谢你来到论坛。令人兴奋的消息！我们现在正在迁移到新的论坛平台，该平台将提供更好的功能，并包含在主对话网站中。所有员额和帐户都已迁移。我们现在只接受新论坛的流量-请在//www.xmece.com/support. 我们将在未来几天内修复bug/优化搜索和标记。
嗨，巴拉斯，
嗯，它通过空中传输，因此会有丢失和丢失事件，但不会丢失数据，因为会有来自协议的重新传输。吞吐量评估演示是一个基于旧SDK的非常旧的参考设计，您是否尝试过使用DSP进行测试，是否仍有数据丢失的问题？我的意思是，在某些点上应该有一些丢失的连接事件，但这不应该导致丢失数据，因为协议将处理这些事件，并在没有来自前一个数据包的ack的情况下重新传输。考虑到你用手盖住电路板，然后你就明白了，你是否观察到任何断开？您是否有一个嗅探器日志来检查数据是否确实丢失并且这不是应用程序的问题（可能会覆盖您收到的数据）？一个想法是通过空中发送增量值，并使用嗅探器日志检查是否所有值都是通过空中发送的。
谢谢你的对话
嗨，MT_dialog，
谢谢你的回复。
我们观察到的数据丢失是因为我们的数据缓冲区在存储的数据通过BLE发送到Android手机之前被覆盖。我们还了解到，未发送的数据将再次发送，因此不会丢失数据包。
我们主要关心的是，当MCU被手覆盖时，为什么传输需要这么长的时间？
由于我们在医疗设备中使用这种MCU，这种情况的发生率非常高。这个问题有解决办法吗？
还有其他人报告过这种问题吗？
不幸的是，我们无法达到使用DSP应用程序所需的吞吐量。因此，我们仍然使用基于实例的项目。
非常感谢。
巴拉斯
嗨，巴拉斯，
这与设备的天线以及最终使用的天线有关，而不是580模块本身，人体导电并改变天线特性，如果设备是可穿戴设备，则必须在天线射频设计中包含该参数。
谢谢你的对话
嗨，MT_dialog，
“在天线射频设计中包含参数”是什么意思？
我们如何做到这一点？
非常感谢。
巴拉斯
嗨，巴拉斯，
我的意思是，当设计天线时，你必须考虑RF设计中的人接触情况。
谢谢你的对话