你好
我正在使用DSP作为我的设备连接到手机的基础。
设备架构是MSU通过BLE芯片通信（串行）到手机。
我已经发现，当我的手机应用程序连接到设备时，第一条消息始终延迟约800ms的最短时间，只有第二条消息将释放第一条消息。
背景：我的应用程序将发送一条消息，之后，它会再次又一次地发送消息。
方案如下：
- 在连接电话发送消息到设备时，第一条消息将始终超时，大约800ms的消息（首先和重新Trys）将到达MCU。
- 如果超时为200ms，则MCU将在连接后立即在大约8000ms内获得4条消息。
- 如果超时为2000ms，则MCU将在连接后2秒钟立即获得2条消息。
我调查了这个问题，似乎延迟起源于协议栈的较低级别，GATT在具有累积消息的大约800ms之后仅使用数据呼叫更高的级别。
显然，延迟导致应用程序在连接时缓慢地工作，我想修复它。
请指教。
raz peleg.
设备：
嗨razp，
您是否可以注明您是否有自定义移动应用程序或使用我们的DSP移动应用程序？
谢谢，PM_DIALOG.
这是我们为我们的设备开发的自定义移动应用程序。
嗨razp，
您是否可以说明问题是否与DA14580或您的自定义移动应用程序有关？支持网站上有DSP移动应用程序，源代码可用。
谢谢，PM_DIALOG.
你正在提高一个有趣的问题。我德气德气和问题在DA14580中，我可能是错的。
方案如下：
1.建立了BLE连接。
2.应用程序发送有关连接的消息。
3.消息由BLE设备在大约800ms后的且仅在第二次重试后获取。
问题是较低级别会发生什么？
这条消息是否留下了手机，在da1580中的德国德国？
Deleay起源于手机：邮件只有在延迟和重试之后才离开了菲恩？
任何想法如何测试它？
嗨razp，
您的DSP移动应用程序是否存在问题？你试过了吗？
谢谢，PM_DIALOG.
你好，
我不知道如何使用DSPS移动应用程序模拟此方案。
请指教。
你好，
您是否知道当您尝试发送第一个Mesage时，您的手机应用程序是否已完成服务发现？服务发现可能需要很长时间，具体取决于外设/从设备提供的服务数量和特性。
/ mikael.
谢谢，
我做了一些调查，显然我们使用了设备状态：连接，作为启动通信的标志。
将“开始通信”符号移动到服务发现通知解决问题。