eBox驱动：WiFi模块驱动（esp8266-12f）使用教程----STM32基于eBox

WiFi目前应用越来越广泛，串口WiFi对于单片机来说是一种比较方便的接入方式，一般使用一组AT命令来做为通信。

但是我一直也没找到一个很完美的驱动，然后花了很长时间和一个网友一起写了一套基于eBox的API驱动。欢迎搬砖。

eBox架构下的驱动将AT命令封装为用户及其方便使用的一套API。并撰写了基于API的几个标准网络应用，提供了标准应用的使用例程。降低用户编程难度。

• 驱动架构：
  

使用eBox串口驱动为基础通信接口，配合系统提供的时基服务，这是系统的基本依赖关系。

• 驱动机整体认识：
  

（一）数据接口层是整个驱动中最复杂的部分：

        1.AT命令发送：使用用户指定的串口发送AT格式消息

        2.AT命令接收：使用一个rx_cmd_buf缓冲区作为AT命令接收缓冲区。在用户发送完一个AT命令后，系统会在tiMEOUT时间内等待AT命令的恢复，并根据回复的内容进行返回相应的结果。如果超时没有响应，则退出等待。

        3.异步网络数据的接受：当模块配置好网络连接后，模块接受到网络数据后会第一时间将有效数据通过串口发送给主机。驱动会通过状态机的控制将数据合理的分配到一个环形缓冲区内。环形缓冲区的大小可以根据需求进行配置。

      * 4.读取网络数据：用户只需在应用层调用相关的read方法即可将数据读出。返回值为其读取数据的长度。（此段为高级应用层部分，放到此处是为了让用户全面的认识数据发送和接受的基本过程）

        注解：AT命令接收和网络数据接收分别建立了缓冲区进行处理。这样可以降低代码的复杂性。

（二）AT命令层

       这一层主要是实现所有AT命令格式打包发送，用户只需将参数输入即可实现。

（三）API接口层

        此层是为了进一步方便用户的使用，AT命令层由于函数名称比较晦涩，参数过于复杂，不适合用户直接使用。通过此层的打包组合实现特定功能。

• 网络应用层
  

API接口功能基本上已经可以满足用户的基本需求，但是用户需要去使用很多API来实现一个特定的功能，所以针对一些常用的网络协议，直接进行API打包组合产生一个特定网络功能，比如UDP，TCP客户端，TCP服务器等功能。

到了这一层用户基本上已经完全脱离了底层复杂性。可以放心的去调试自己的网络数据。

• 应用示例
  

驱动好用不好用看看示例代码便可知晓，有不完善的地方欢迎大家提出修改建议。

到此我想大家应该已经基本了解了驱动的基本情况，可能有部分网友会觉得这么封装下来性能如何？我只能说，性能肯定不如你自己去写好一个AT命令用串口直接发出去高。更没有汇编效率高。但是会尽可能的优化部分高频率使用的函数以提高性能。

eBox目前已经更新了很多功能，也有了更好的兼容性，很多网友给我了一些自己写的驱动。eBox的发展离不开大家的共同努力！希望大家多多支持！

ebox_stm32_含wifi驱动.rar (2.52 MB, 下载次数: 288 )