尊敬的 TI 团队：
我们的代码基于 data_stream 示例、当智能手机应用程序使用无响应的写入缓慢发送数据时、没有问题、 DSS_writeAttrCB 的回调正在正确接收数据。 当应用发送非常快时、 DSS_writeAttrCB 回调会接收 Frist 数据包、然后再也不接收数据、这是在特性使用加密时发生的情况、如果我们不使用加密和绑定、则数据会正确接收。 内部蓝牙堆栈似乎没有资源。 您是否知道哪个参数会影响该行为？
我等待你的评论。
您好！
感谢您在新 SDK 上验证这一点！ 我已使用您的自定义应用程序进行了测试、我认为我看到的行为与您相同。
使用 该应用程序、我可以看到自定义项目广告：
然后、我可以连接
之后、我可以成功发送单个数据包、看起来就像这样
发送突发时、 它似乎在几秒钟内有效、但随后挂起。
暂停执行会在此处显示器件：
要确认、这是您在您这边看到的吗？ 我想确认一下、我们在继续调试时查看的行为与此相同。
此致、
1月
您好！
我已经做了更多的调试、发现问题的计时是位变量。 我添加了一些可跟踪已发送的指示数量和已发送的写入数量的打印语句。
在测试过程中、我发现写入量各不相同。 现在、我猜到 BLE5-Stack 由于指示和写入次数太多而变得不知所措。 我想在下周早些时候截取一些嗅探器日志、以便更好地了解无线通信中发生的情况。
与此同时、我有一些建议、看看我们是否可以解决这个问题。
1.您能尝试降低写入和指示发送的速度吗? 我会将速度减半、直到碰撞不再发生。
2.您可以尝试使用通知而不是指示吗?
3.是否可以在 GATT 写入突发期间停止指示流？ 通过这种方式、在任何给定的时刻发送指示或 GATT 写入、但不能同时发送两个指示。
此致、
1月
