我在向 iOS 应用发送通知时遇到一些问题、每250ms 最多发送5个通知、每个通知长度~250字节。 当所有这些都处于活动状态时、iOS 端的缓冲区会填充大约5个通知。 我现在已经在 CC2652外设侧对它们进行了节流。 如果这确实是我的问题、我的理解是 、像通过 BLE 传输语音 这样的东西不会有所帮助、因为它也会发布通知? 外设通知将批量发布、增加 MAX_PDU_NUM 或减少连接间隔没有帮助。 我只是想确保在我沿着调试兔洞之前、我不会错过外设上的任何东西。 再次感谢
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
我在向 iOS 应用发送通知时遇到一些问题、每250ms 最多发送5个通知、每个通知长度~250字节。 当所有这些都处于活动状态时、iOS 端的缓冲区会填充大约5个通知。 我现在已经在 CC2652外设侧对它们进行了节流。 如果这确实是我的问题、我的理解是 、像通过 BLE 传输语音 这样的东西不会有所帮助、因为它也会发布通知? 外设通知将批量发布、增加 MAX_PDU_NUM 或减少连接间隔没有帮助。 我只是想确保在我沿着调试兔洞之前、我不会错过外设上的任何东西。 再次感谢
您好!
如果问题来自移动设备、那么您唯一的解决方案就是减少发送的数据量。 使用压缩可能会有所帮助。 说到音频压缩、让我向您介绍 一下我们的 SimpleLink 音频插件。 此插件提供了通过不同协议(低于1GHz、BLE、Wifi)进行音频流式传输的示例。
此致、