CC2564: Bluetopia 蓝牙栈在SPP模式下,不会response 主机发来的消息

Yang Yang 说：

这样的机制是不是有问题,

Yang Yang 说：

本来以为etPort_Send_Port_Information_Indication 会回复消息,却发现程序从来不会进入这里.

能否请您详细说明一下您现在的情况？

你好 Susan，

我在Linux下移植了Bluetopia的蓝牙栈到CC2564, 使用经典蓝牙下的SPP传输消息。 在使用过程中发现 消息传递时间 比之前的蓝牙栈 多了近3倍，后来我用蓝牙抓包设备抓了一下，发现Master不断地在发消息，CC2564作为Slave却没有resonse ,导致交互时间和间隔很长。 我对比了之前的 蓝牙栈，发现几乎每一次消息交互，Slave都会有一个 RFComm的Response回过去，一来一回，沟通很流畅。

第一张图可以看出，在Master 发出消息很长时间后，Slave 才有一个回复。这个回复还不是RFComm 发出的， 我查了Bluetopia的SPPDemo， 好像也是这样，没有回复消息的机制。

第二张图是以前的蓝牙栈，你可以看Slave 每次收到消息都会有Response发出

抱歉，之前漏掉了您的回复，请问您现在情况如何了？

另外对Linux下的Bluetopia的蓝牙栈不是很熟悉，建议您去英文E2E上发帖询问，谢谢

问题没有解决

Hi Susan,

我更新一下这个问题，不是不能Response,而是master发出数据，Slave的SPP read 的时间太长了，数据量越大，SPP_Data_Read这个函数读取的时间越长，当达到2000字节时，这个函数读取数据的时间能达到100ms，严重拖慢了蓝牙传输速度。请问一下，有没有什么地方能够修改 蓝牙传输携带数据的FrameSize？？？

谢谢