第一部分：HCI协议（五）HCI Command flow control的具体实现

五、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，如果超时没有收到回复再决定重发或者跳过。