TI中文支持网Part Number:CC2564
在CC2564上移植Bluetopia蓝牙栈后, 使用SPP 收消息,发现 每一次接受消息前后, CC2564 都没有做出response. 本来以为etPort_Send_Port_Information_Indication 会回复消息,却发现程序从来不会进入这里.
这样的机制是不是有问题,导致 我们利用蓝牙给 其它MCU升级固件, 时间非常长. 之前的栈都是有收有回
Susan Yang：
Yang Yang 说：这样的机制是不是有问题,
Yang Yang 说：本来以为etPort_Send_Port_Information_Indication 会回复消息,却发现程序从来不会进入这里.
能否请您详细说明一下您现在的情况？
,
Yang Yang：
你好 Susan，
我在Linux下移植了Bluetopia的蓝牙栈到CC2564, 使用经典蓝牙下的SPP传输消息。 在使用过程中发现 消息传递时间 比之前的蓝牙栈 多了近3倍，后来我用蓝牙抓包设备抓了一下，发现Master不断地在发消息，CC2564作为Slave却没有resonse ,导致交互时间和间隔很长。 我对比了之前的 蓝牙栈，发现几乎每一次消息交互，Slave都会有一个 RFComm的Response回过去，一来一回，沟通很流畅。
第一张图可以看出，在Master 发出消息很长时间后，Slave 才有一个回复。这个回复还不是RFComm 发出的， 我查了Bluetopia的SPPDemo， 好像也是这样，没有回复消息的机制。
第二张图是以前的蓝牙栈，你可以看Slave 每次收到消息都会有Response发出
,
Susan Yang：
抱歉，之前漏掉了您的回复，请问您现在情况如何了？
另外对Linux下的Bluetopia的蓝牙栈不是很熟悉，建议您去英文E2E上发帖询问，谢谢
,
Yang Yang：
问题没有解决
,
Susan Yang：
抱歉,对Linux下的Bluetopia的蓝牙栈不是很熟悉，建议您去英文E2E上发帖询问，谢谢
https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/
,
Yang Yang：
Hi Susan,
我更新一下这个问题，不是不能Response,而是master发出数据，Slave的SPP read 的时间太长了，数据量越大，SPP_Data_Read这个函数读取的时间越长，当达到2000字节时，这个函数读取数据的时间能达到100ms，严重拖慢了蓝牙传输速度。请问一下，有没有什么地方能够修改 蓝牙传输携带数据的FrameSize？？？
谢谢
