前不久，一名在深圳的大学好友联系到我，他们公司需要做一个USB蓝牙接收器，功能大体如下：
下面再配一张使用场景的图片：
整体来说，他这个需求多少有点非主流，看着像是蓝牙键盘，但物理上却是USB接口的HID设备，并不是BLE的HID，BLE在这里只是用来接收手机发送的数据。
起初我也没太认真想如何实现，就随手发到了交流群里，于是各路高手们纷纷提出了自己的方案：
群友“喵了个咪”的方案是：单片机模拟USB键盘+蓝牙串口透传，可以用CH551+KT6368A。
群友“heibus”的方案是：串口转USB HID芯片+蓝牙串口透传，可以用CH9328+KT6368A。
群友“oxlm”、“Pengfei”的方案是：使用单颗蓝牙SOC，可以用Nordic的NRF52840、NXP的QN9080等，蓝牙芯片自带USB接口，一颗芯片搞定。
群友“baolei”的方案是：CH340+KT6368A，通过Device Simulation Framework在PC端写个上位机软件，将串口收到的数据转换成虚拟HID。
从原理上来说，以上4种方案都可以实现我这位同学的需求（说到我这个大学同学，请允许我临时跑个题，当年上学时，他住我宿舍正对面，是个不折不扣的单片机迷，最初玩51单片机，后来捣鼓AVR单片机，然后自学uCosII操作系统，后来不知道怎么又自学了Java，技术上特别爱专研。大学毕业后，我们就一南一北各自闯天涯了，他南下深圳直接工作了，从事安卓相关研发工作。这么多年一直在这个领域，在深圳也是纯凭个人能力攒钱买了房子。不得不感慨，干移动互联网的就是比干嵌入式的更容易搞钱）。
那他为什么要整这个USB蓝牙接收器呢？因为他们新开发的这款APP用在国外，而这个蓝牙接收器是用来控制彩票机的。大概意思就是，在手机点一点，实现在彩票机购买彩票的功能。
至于为什么不直接在彩票机上购买，他给我解释了所谓智能的概念，听的我一头懵
神奇了，最近老和BLE打交道，前段时间才研究了那个超便宜的BLE芯片KT6368A，这又来了一个BLE的相关需求，索性就考虑用群友“heibus”提出的CH9328+KT6368A方案来实现看看。
不过，随着后来进一步的需求沟通，发现用CH9328+KT6368A还不行，原因是它手机端发送的指令并不是原封不动的透传过去就行了，实际上需要做转换，比如说手机端发送十进制1，对应到USB HID 的是两组8字节的16进制数据：00 00 08 00 00 00 00 00和00 00 00 00 00 00 00 00，这样单纯靠硬件就完成不了了，需要涉及到软件开发。
关于00 00 08 00 00 00 00 00和00 00 00 00 00 00 00 00这两组数据的含义，那就得简单补习点USB HID的基础知识了。
键盘发送给PC的数据每次是8个字节：
BYTE1 BYTE2 BYTE3 BYTE4 BYTE5 BYTE6 BYTE7 BYTE8
定义分别是：
BYTE1 ：特殊按键，具体各位含义如下：
BYTE2：保留
BYTE3-BYTE8 ：这六个为普通按键，键值可以参考USB HID to PS/2 Scan Code Translation Table。
举个例子，比如按键a对应的一帧数据是：00 00 0x04 0x00 00 00 00 00，第3字节04就是由下面这个表定义的：
这么说还是有点抽象，得来点更直观的，电脑端我们可以用Bushound等USB分析软件，我这里用的是Free USB Analyzer ：
我用的是笔记本电脑，先外接一个USB键盘
在软件左侧找到USB键盘对应的设备，开始监控，这里只选择Raw Data View
如果一直按住a不松手，那么显示的就会是如下信息：
只有当你弹起按键a时才会显示00 00 00 00 00 00 00 00
如果你要同时按下SHIFT+a组合按键再同时松开，那么对应的数据就如下：
第一个字节就表示左侧的Shift键。
当然，如果是你先按下Shift键，再按下a键，再松开a键，最后松开Shift键，那么就对应4组数据，其分别为：
为了搞清楚这个，我就花了好久的时间，毕竟以前也没有怎么实际用过USB。再次回到他的蓝牙接收器需求，手机端输入的范围是数字1-83，有的数字是对应2个8字节数据，表示的是一个按键的按下和松开，有的数字是对应4个字节，表示的是Shift+按键的组合按下与松开，并且每8个字节数据之间的时间间隔是200ms。
既然KT6368A不行，那就换一个可以编程的蓝牙模块，比如TI的CC2541模块、Nordic NRF51822模块都可以，因为我原来支持过NXP的QN9021芯片，对它相对熟一点，所以就用QN9021来实现了。
用QN9021来实现上述软件功能（蓝牙接收手机发送过来的一串数据，然后转码输出）我本来以为分分钟就搞定了，结果实际调试起来并不是想象的那么简单。因为常规的蓝牙透传使用方式是串口接收数据然后蓝牙发送，这个需求正好是一个反向的操作。其中涉及到几个关键的问题：
手机端发送过来的是一串长度可能长、可能短的数据。因为QN9021是BLE 4.0芯片，一次发送字节最多是20个字节，所以要考虑超过20字节的情况。
蓝牙芯片一边蓝牙接收数据，一边串口发送数据，要考虑串口没有发送完，蓝牙又来数据的的情况。
手机发送的不同键值，程序里要实现转码(有的是对应发送2个8字节数据，有的是对应4个8字节数据，每个8字节数据中间都是200ms)的代码实现问题。
有经验的程序高手可能不觉得是什么问题，但对我这样好久没实际写代码的人，还是折腾了不少时间
上述问题1可以通过手机端分包来解决；
问题2的解决办法是加一个队列，把蓝牙接收的数据放到队列里缓存起来，另外一个地方从队列取数串口发送。队列如何用C语言实现，让我直接写我肯定写不出来，我用了github上的一个开源代码：https://github.com/kuaileguyue/Ring-Buffer
问题3我是在200ms定时器函数里做了一个小状态机来解决的，状态机通过switch/case和标志位就可以实现。
最后，我们再来总结一下这几种方案：
| 方案 | 特点 | 价格(元器件) |
|---|---|---|
| CH551+KT6368A | CH551可编程，蓝牙只透传不编程 | 几元钱 |
| CH9328+BLE (NRF51822/CC2541/QN9021等) | BLE 可编程，CH9328硬件实现串口转USB HID | 数十元 |
| 单BLE(NRF52840/QN9080等) | SOC可编程 | 数十元 |
| CH340+KT6368A | 硬件不编程，PC上编程 | 几元钱 |
从硬件角度来看，这几种方案都具备BLE和USB功能，只不过软件部分跑的地方不同，最终都可以实现所需要的功能。
至于在实际项目或产品中，到底选取哪一种方案，实际上是需要综合考虑多方面的因素的，比如开发周期、成本、软件开发难易，甚至芯片是否好买等。
下一步我会再研究第一个方案的实现，即CH551+KT6368A，后面大概率会用这个方案，原因大家应该都明白。
推荐阅读
添加微信回复“进群”
拉你进技术交流群！
国产芯|汽车电子|物联网|新能源|电源|工业|嵌入式…..
