安卓蓝牙启动（第三篇）
接第二篇，start_up
到最后都是要以文件以目录为思考，不用跳来跳去找
先是hci_layer.c
这里直接就进来vendor了，我们先分析一下结构
vendor_t不是最终的接口，要找一下，通过vendor_get_interface去拿，在哪里
接口是在这里的，
所以hci_layer.c调用的是 vendor.c的vendor_open
看看vendor_open
vendor.c 调用vendor_open打开 libbt-vendor_usb.so或者是libbt-vendor_uart.so或者是libbt-vendor.so
#ifdef BLUETOOTH_RTK
#include "bdroid_buildcfg.h"
static const char *VENDOR_LIBRARY_NAME_USB = "libbt-vendor_usb.so";
static const char *VENDOR_LIBRARY_NAME_UART = "libbt-vendor_uart.so";
#endif
static const char *VENDOR_LIBRARY_NAME = "libbt-vendor.so";
libbt-vendor_usb.so和libbt-vendor_uart.so 是realtek原厂的vendor
libbt-vendor.so 是博通的，比较常用的就是这两个
lib_interface = (bt_vendor_interface_t *)dlsym(lib_handle, VENDOR_LIBRARY_SYMBOL_NAME);
这个时候我们拿到vendor的interface
lib_interface->init(&lib_callbacks, (unsigned char *)local_bdaddr);
然后进行初始化，
这个时候从vendor.c就要跑到 vendor.so上去了，以博通的vendor来说一下，都差不多的
lib_interface->init(&lib_callbacks, (unsigned char *)local_bdaddr);
这个init的函数跑的是bt_vendor_brcm.c
bt_vendor_brcm.c中的init就是vendor.so的init函数，vendor有两个接口，
1、bt_vendor_interface_t （这个接口比较简单）
2、bt_vendor_callbacks_t （这个接口比较难，执行部分多在这里）
bt_vendor_callbacks_t 由上层实体化，底层调用时，由上层传下来，这里不简单，
好比在底层
a.c中
b()
a()
{
b();
}
在a中运行本模块的b，理论上直接调用就像上面那样，但是它不可以，因为不只是简单的运行b()，比如我们需要用thread来管理它，对对对，要丢给bluedroid的协议栈中hci去管理这个b的运行
就要变成如下
b()
a()
{
hci->manage(b());
}
所以才有了callbak，真正的管理函数在上层，底层就需要把上层的实体拿过来使用。
那么究竟是要跑哪些函数呢
主要在hardware.c，最经典就是hw_config_cback函数，这里就是蓝牙打开串口，发reset指令，发读local name指令
发下载patch指令的初始化过程
hw_config_cback这个函数，在我的印象中，不管是单片机rtos，还是linux，或者是andorid，运行起来都是一样的方法，可能名字不一样
就像一个炸弹一样，运行一下就会嘣嘣嘣嘣嘣
就像成语接龙一样，接力式运行
怎么运行的看看
首先运行到1，第一次设置串口为115200（rtk是这样，两次设置不同的波特率）
这种成语接龙的函数就是靠switch来实现的
运行了1，就会跳到2，
方法是运行到1的后面，将state修改
hw_cfg_cb.state = HW_CFG_READ_LOCAL_NAME;
然后再开一个hw_config_cback函数，当前的hw_config_cback break掉
新开一个方法就是刚刚说的回调，让上层去管理，再开一个hw_config_cback
bt_vendor_cbacks->xmit_cb(HCI_READ_LOCAL_NAME, p_buf, hw_config_cback);
switch(a)
{
1:
state =2;
break;
2:
state =3;
break;
3:
state =4 ;
break;
}
所以只要运行了1，就会成语接龙停不下来，直接就是1->2-3->4，直到最后
在rtos的实现比较简单，直接套用while(1)
while(1)
{
switch();
}
然后在定时器那边去修改state，直到跑完，主要是要拿controller的event，才有这种逻辑。
总之hw_config_cback这个函数外部调用一次就可以初始化了，或者里面没有state的，也可以拿来调用，比如读一下mac地址
rtk主要是
set baud（115200）->sync -> config->read local name ->set baud and flow control（1.5M）-> download patch->reset
broadcom主要是
set baud（1.5M）->reset ->read local name-> set baud(1.5M) ->download patch ->reset
broadcom是模组是默认打开流控的而且都是uart的（rtk有usb的接口），而且没有修改，就是直接打开的，UART RTS必须有一个脉冲，RTS和CTS接地本来是去掉流控最好的方法，但是呢，博通的IC有检查RTS是否OK的动作，所以，这样是不行的，
RTK的可以，而且RTK的流控只需接3根线就可以了，BT RX BT TX BT CTS
BT RTS不用接，HOST CTS直接接地，意思就是说，我模组永远都不用忙等待，你可以直接发过来
如果HOST端的RTS IOMUX异常就是被复用的话，BT CTS一直为高，导致模组一直没有数据发出来，所以要注意流控，
特别是模组本身，是否打开流控，自己主控才好控制。
控制host的流控主要是在userial_vendor.c，控制control的设置主要是发命令在bt_vendor_brcm.c
vendor 文件很少的，主要就是打开串口，然后拿到串口去发数据，接数据
最后再说一下H4 和H5的问题，主要是H4没有重传，H5有重传，抗干扰能力强
BLUETOOTH_RTK宏在
H4和H5不是你说想要就想要的，必须要先确认模组是H4还是H5，realtek是可以改efuse的，修改H5或者H4，正常自带都是H5
因为你生产不可能一个个去改efuse，所以从拿货的时候就要先确定好
博通的话只有H4
说了半天，完全没有看到正在打开蓝牙，打开，就是上电啊，在哪里上电啊，放到第四篇说