以下是信驰达 BLE 模块的一些知识，主要是我不了解以下两个模式，所以在这里记录一下：
桥接模式下。用户CPU 能够通过模块的通用串口和移动设备进行双向通讯。用户也能够通过特定的串口AT 指令。对某些通讯參数进行管理控制。
用户数据的详细含义由上层应用程序自行定义。移动设备能够通过APP 对模块进行写操作，写入的数据将通过串口发送给用户的CPU。
模块收到来自用户CPU 串口的数据包后，将自己主动转发给移动设备。此模式下的开发，用户必须负责主CPU 的代码设计，以及智能移动设备端APP 代码设计。
直驱模式下，用户对模块进行简单外围扩展，APP 通过BLE 协议直接对模块进行驱动。完毕智能移动设备对模块的监管和控制。
此模式下的软件开发。用户仅仅须负责智能移动设备端APP 代码设计。
随想：
CC2541 本来就是 MCU + BLE。MCU 是增强版的 51 单片机，所以设计思路就是 MCU 来控制一些 Sensor 等。然后再控制 BLE 与手机交换数据，用来让 MCU 控制 Sensor，
或者把数据上传给手机 APK。
CC2640 也是 MCU + BLE，可是它的 MCU 是 Cortex-M3，就比 51 高端多了，它的 BLE 单独使用 Cortex-M0。总体功耗更替低。
BLE 设备与各式各样的 APK 连接，事实上根本上都是蓝牙 4.0 中的 BLE 协议。所以都是大同小异。主要也就是两方通讯的方式和详细的数据格式不一样。
上面对于 CC2541 或者 BLE 的理解全都是基于单片机的，说白了就是一个单片机有了阉割过的蓝牙功能，假设不继续向上走的话，永远也都是一个单片机project师