CC3000作为是一种简单集成，简单实用的无线宽带设备，她集成了完整的802.11协议栈，802.11个人安全请求；IP网络协议栈，CC3000主机驱动对CC3000硬件访问时很轻松的。CC3000逐句驱动的关键使用是：
很容易的配置并调节主机驱动内容，满足客户要求的功能；
可阅读性：完整的代码文档
简单性：极小的开发平台，和系统独立
系统结构层次图
驱动包含了两个部分：
- CC3000用户应用编程接口API
- 传输层API
用户API被组成四个类，反应了四个不同的实体他们是
- WLAN API ，她配合基础层，提供802.11协议
- 网络堆栈API，配合嵌入式网络堆栈
- 嵌入式网络应用API，配合嵌入式网络应用传递，作为编内内容的补充，这些包括一些基础网络协议应用
- 不可变的存储器API，他用着配置CC3000设备的EEPROM
API功能的调用，要通过设备的应用层触发激活，
事件是设备触发行为导致了主机处理的中断，量类事件被CC3000设备产生：
- 命令应答事件
- 无请求事件
命令应答事件：
命令被发送到设备节点，并被完成或者长周期处理被触发，命令应答事件产生，
无应答事件：
通过触发方式，系统提供了无应答事件，这些事件同时产生，指示系统事件的发生，下面的图表显示了基础事件的次序：
下面列出了CC3000设备产生的所有同步事件：
HCI_EVNT_WLAN_ASYNC_SIMPLE_CONFIG_DONE ：告知第一次配置处理完成
HCI_EVNT_WLAN_KEEPALIVE：在CC3000和主机MCU之间定期的激活
HCI_EVNT_WLAN_UNSOL_CONNECT – WLAN：连接
HCI_EVNT_WLAN_UNSOL_DISCONNECT 告知CC3000设备从访问点断开
HCI_EVNT_WLAN_UNSOL_DHCP：动态主机配置协议告知
HCI_EVNT_WLAN_UNSOL_INIT：告知CC3000设备完成初始化处理
HCI_EVNT_WLAN_ASYNC_PING_REPORT：ping结果告知
CC3000 API 续（EEPRAM设置和TCP/UDP）
CC3000 NVMEM API
CC3000设备用EEPROM去存储射频标准参数，网络配置参数和补充，多数存储位置不直接通过CC3000主机写驱动，而是间接通过API调用触发固化的存储值
EEPROM 结构图：
- 标识0,1,3,7,9;CC3000产生区，这部分由CC3000自我产生
- 偏移2,6,8,11 客户配置区：通过客户配置
- 4,5,10 TI 服务打包区：编程用API帮助
EEPROM数据包含几个文件，可直接或间接访问，直接访问在写EEPROM的结尾直接触发CC300主机；间接访问触发CC3000 NVMEM API 间接地写到EEPROM ；每一个文件有独立的ID，下面的文件可悲修改被客户通过触发相符合的API
- NVMEM_WLAN_CONFIG_FILEID 添加或移除WLAN 只在执照
- NVMEM_IP_CONFIG_FILEID 通过IP 配置API去配置IP
CC3000 WLAN API
CC3000 APIs 提供了一种连接处理的应用方式，修改WLAN的策略，执行扫描对WLAN 模拟放大，下面的基础操作是基于CC3000设备的WLAN。
- 第一次配置：要求配置CC3000设备，连接功放，
- WLAN连接创建和断开
- WLAN外形定义和策略定义
- WLAN扫描配置和读WLAN扫描
- 创建外形和策略
WLAN 策略定义了三个选择可能去连接CC3000设备的AP
- 自动连接被打开，CC3000设备尝试连接任何AP，通过扫描，选择这种连接方式用wlan_ioctl_set_connection_policy(1,0,0)
- 快速连接设置：CC3000设备尝试自动重新连接到上一个AP，直到连接失败或自动重启。选择这种连接方式调用wlan_ioctl_set_connection_policy(0,1,0)
- 用户外部设置：CC3000设备尝试连接从外设，选择这种连接方式调用wlan_ioctl_set_connection_policy(0,0,1)
- 创建WLAN 连接
下面的方式可以被创建连接使用
- 第一次配置CC3000设备特征，这是一个简单的方式，
- 直接连接到一个给定的AP
- 用WLAN策略和外设定义那个AP连接，直接创建连接，让CC3000设备扫描选择AP
- 第一次配置
第一次被指WLAN当最终的产品还没有输入输出能力时，第一次配置提供了一种方法穿件一个外形，这些都存储在CC3000的EEPROM中，下面的图表显示的基本的流程操作，对第一次配置
CC3000套接字API
套接层API 创建TCP/IP连接，所有的套接字层APIS被自然的包装，套接字层APIS是相同和标准的BSD层APIS
- 数据传输和接收发送和接收用TCP套接字：
- 数据传输：数据传输发生通过套接字层接口用标准的命令，Send，Sendto是BSDAPI的一部分，选择用哪个命令依据套接字类型；TCP用Send命令，UDP用Sendto
连接被建立后，发送和接收通过TCP套接字，BSD API Send和Rec命令使用TCP套接字，Sendto和RecvfromAPI命令使用UDP套接字
- UDP 套接字API
客户端UDP 套接字连接：客户端UDP连接只要求创建套接字
- 服务器UDP 套接字连接
运行UDP服务器要求在创建套接字之前执行bind 操作，Sendto和Recvfrom API命令用着去发送和接收数据