五、Command flow control的具体实现:
1、上电,host端发送HCI reset command之后,只能发送1个HCI comamnd包,等待接收到command complete或者command status event以后再继续下面的操作
2、接收到的command complete或者command status event里面包含一个参数是Num HCI Command Packets(用来表示当前Controller允许Host发送的最大command包数),Controller按照接收的顺序处理comand,但是不一定在前一个commandcomplete以后再执行下一个command,所以commandcomplete的顺序不一定跟start的顺序一样。
3、Controller可能发送一个command complete event并且设置Num HCI Command Packete值=0,用来通知host停止发送command;当Controller再次准备好接收command的时候,会向Host发送一个command opcode为0x0000的command complete event,并且设置Num HCI Command Packete值>=1,command opcode为0x0000是用来表示Host可以发送的command包数。
注意:
(1)对于大多数的command,Controller会发送command complete event给host通知command完成,也有一些后台执行的command不会返回command complete event,但是会返回command status event给host表示已经开始执行command,当工作完成后会通知host一个相关的event
(2)如果command没有被controller执行,controller会返回一个Status event(包含错误码)。
(3)当一个连接断开的时候,controller可能会把所有的与这个连接相关的未完成的command对应的event发送给host,但是event里面的status参数不为0,而且这些event要在HCI_Disconnection_Complete event之前发送给host
举例说明:
先发一个HCI Reset Command
等待controller回复command complete event,根据里面的参数Number HCI command Packets决定是否可以继续发送HCI command,如下图所示Number HCI command Packets是1,所以可以继续发送1个HCI Command
注意:开发中遇到有些蓝牙芯片发送hci command并不回复,这样会导致hci command flow control出问题,但是如果不使用hci command flow control,会导致一些蓝牙芯片出各种奇怪问题(遇到过CSR8311的芯片,如果不用hci command flow control,车机主动对手机发起配对,奇数次配对失败,原因是蓝牙芯片回复Command disallowed,如下图),所以发送hci command以后,最好建立一个timer,如果超时没有收到回复再决定重发或者跳过。