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.

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

Part Number: CC2564

在CC2564上移植Bluetopia蓝牙栈后, 使用SPP 收消息,发现 每一次接受消息前后, CC2564 都没有做出response. 本来以为etPort_Send_Port_Information_Indication 会回复消息,却发现程序从来不会进入这里.

这样的机制是不是有问题,导致 我们利用蓝牙给 其它MCU升级固件, 时间非常长. 之前的栈都是有收有回

  • 这样的机制是不是有问题,
    本来以为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上发帖询问,谢谢

  • 问题没有解决

  • 抱歉,对Linux下的Bluetopia的蓝牙栈不是很熟悉,建议您去英文E2E上发帖询问,谢谢

    https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/ 

  • Hi Susan,

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

    谢谢