串口设备驱动接口
STM32的2.0固件库的工程文档ourdev_611401K0IJZU.rar(文件大小:227K) (原文件名:串口发送模板(第二版).rar)
STM32的3.0固件库的工程文档ourdev_611402L6BK0Z.rar(文件大小:801K) (原文件名:串口发送模板(第三版).rar)
在设计串口驱动的过程中，要遵循的两条准则是： 1：尽量的减少程序运行的时间。 2：尽量的减少程序所占用的内存。 譬如，下面的一段程序： 程序段1-1
/*指针是指向ptr，需要发送count个数据*/ void USART1WriteDataToBuffer（*ptr，u8 count） {
/*判断数据是否发送完毕*/ while（count--） {
/*发送数据*/
USART1SendByte（*ptr++）；
/*等待这个数据发送完毕，然后进入下一个数据的发送过程*/ while(USART_GetFlagStatus(USART1,USART_FLAG_TC); }
/*数据发送完毕，返回*/ }
很明显，这段程序在实际应用中将会产生灾难性的后果，首先，当发送数据送到发送寄存器启动发送以后，CPU就一直在等待这个数据发送完成，然后进入下一个数据的发送，这样，直到所有要发送的数据完成，CPU才能做其他的事情。相对于CPU内核运行的速度而言，串口外设的运行速度是非常快的，让一个速度非常快的设备去等待相对很慢的设备，程序的效率是非常低下的。 所以必须采用中断的方式发送数据。 程序段1-2
/*将数据写入发送缓冲区*/
void USART1WriteDataToBuffer（*ptr，u8 count） {
while(count!='\\0') {
USART1SendTCB[Index++]=*ptr++; Count=count; }
/......判断溢出等其他代码省略...../ }
/......发送中断的ISR...../ void USART1SendUpdate(void) {
/......判断发送缓冲区中的数据是否发送完毕...../
/将发送缓冲区的数据发送出去/ USART1SendByte（*ptr++）；
/......发送指针加一，待发送的字节数减一等代码...../ }
这样，当调用USART1WriteDataToBuffer函数将待发送的数据写入发送缓冲区以后，CPU就可以执行其他的任务，待一个数据发送完成以后，中断ISR就会触发，在中断服务程序里面将下一个数据写入发送寄存器，启动下一次发送，知道完全发送完毕为止。
很明显，上述的程序的设计比较好，不用占用过多的CPU时间。
在实际的工程应用中，经常会出现类似这种情况：串口显示屏需要显示1000个点，通过串口发送这1000个点的颜色的RGB亮度值。将这1000个数据写入发送缓冲区以后，启动发送。在115200的波特率，一位起始位，一位停止位，无校验位的情况下，至少需要（10*1000*2）/115200=0.1736秒，在这期间以内，时钟更新了，需要再发送给串口一串时间更新的数据，这个数据大约有100个，这样这串数据需要写入到发送缓冲区的发送字节的后面。
同样道理，在这个时候如果有显示任务更新的话，将会有其他的数据写入到发送缓冲区。
串口1 (原文件名:串口1.JPG)
从图上可以看出，程序段1-2虽然满足了时间上的要求，却没有满足空间上的要求，它的数据缓冲区是单向的，这样，当发送缓冲区的所有的数据全部发送完毕后，或者当发送缓冲区撑满了以后才能将发送缓冲区内的数据清空，以便装入下次的缓冲数据。这样内存较小的嵌入式系统来说是不能容忍的。 因此，可以将发送缓冲区建立成一个环形的缓冲区，在这个环形缓冲区内，通过头指针(HostIndex)和尾指针(HostIndex)来定位空白区和数据区。
（1）：头指针(HostIndex)指向有数据区的顶部，每次写入数据，都更新头指针，如果到了缓冲区的末端(EndIndex)，就自动返回到缓冲区的起始处(StartIndex)，直到写入到尾指针处为止，这时缓冲区已经被装满，不能再装入数据。
（2）：尾指(TailIndex)针指向有数据区的尾部，当数据发送完毕后，更新尾指针的位置，如果到了缓冲区的末端(EndIndex)，就自动返回到缓冲区的起始处(StartIndex)，直到遇到头指针为止，这是证明所有的数据已经发送完毕。
串口2 (原文件名:串口2.JPG)
这样就实现了发送缓冲区的动态调整空白区和数据区，刚刚发送完毕的数据，马上就被开辟出来用于存放下个数据，最大可能的节省了宝贵的发送缓冲区的空间，提高了使用效率。 这个程序比较复杂，大致的流程如下（省略了状态的判定，保护措施等代码） 程序段1-3
/*将数据写入发送缓冲区*/
void USART1WriteDataToBuffer（*ptr，u8 count） {
while(count!='\\0') {
/*头指针不等于尾指针，缓冲区没有撑满*/ if(USART1HosIndext!=USART1TailIndex){ USART1SendTCB[USART1HosIndex]=*ptr++;
/*更新头指针，如果到了缓冲区的末端，就自动返回到缓冲区的起始处*/ if(++USART1HosIndext>=USART1_SEND_MAX_BOX)USART1HosIndext=0;} }
/......判断溢出等其他代码省略...../ }
/......发送中断的ISR...../ void USART1SendUpdate(void) {
/*头指针不等于尾指针，缓冲区尚有未发生完的数据*/ if(USART1HosIndext!=USART1TailIndex){ /*将发送缓冲区的数据发送出去*/
USART1SendByte（*USART1TailIndex）；
/*更新尾指针的位置，如果到了缓冲区的末端，就自动返回到缓冲区的起始处*/ if(++USART1TailIndex>=USART1_SEND_MAX_BOX)USART1TailIndex=0; /......判断溢出等其他代码省略...../ }
值得注意的是，一些微控制器中，例如在Cortex-M3的微控制器架构中，有DMA传送模式，可以配置一个内部的通道，将指定的地址处的数据，在无须CPU的管理下，直接将其发送到串口发送寄存器里去。通过这个方法，可以大大的降低了发送过程中重复进入中断的次数，从而大大提高了效率。这样，如果使用了这个芯片，就可以使用DMA模式进行发送。但是DMA发送模式下，对于头指针和尾指针就得做出一些修改，因为DMA传送过程中，是不能让头指针到达缓冲区终点后，自动将指针调整到起点位置的。 但是，加入发送管理结构体以后，上述问题可以得到解决。
利用内存块动态分配可以大大减少提高内存的使用效率，尤其是对于串口通信而言，更是如此。利用内存管理模块可以将微控制器除全局变量和静态结构变量以外的剩余的内存统一管理，在需要时候申请，在不用的时候释放，如串口的发送缓冲区，以太网，SD卡，外部数据存储器等等均可以用内存来管理，可以重复使用，大大提高了使用效率。
内存分配1 (原文件名:内存分配1.JPG)
首先定义发送缓冲区管理块的结构体 typedef struct{
unsigned char Num; //该存储区保存的有效字节数量 unsigned char *Index; //该存储区申请的内存块的指针
unsigned char *MemIndex; //该存储区申请的内存块管理区的指针 }USART1SendTcb; 例如需要200字节：
串口3 (原文件名:串口3.JPG)
这样，加入动态内存与发送缓冲区管理块以后，无论是采用DAM模式发送数据还是普通的方式，都可以轻易的配置。将内存块的指针值Index传给DMA的发送地址，将待发送的字节数Num传给DMA的发送字节计数寄存器，就可以完成无须CPU管理的操作，最大的减少了CPU的使用，大大提高了内存效率。或者采用普通的中断模式。
具体的代码较长，见工程文件，不再详细列出。
内存管理
在嵌入式设备中，往往会存在一些任务需要大量的内存，在内存相对较少的微控制器中，怎样有效管理这些宝贵的资源，是必须解决的一个重要问题。
在上位机的编程中，我们通常使用malloc（）函数以及Free（）函数来完成对内存的管理。这是因为相对嵌入式系统而言，上位机的内存非常大，而且Windows提供了很好的内存管理接口，所以不存在问题。但是在嵌入式系统中，大量使用上述函数会出现两个问题: (1)产生内存碎片的问题。
在运行的过程中，各个任务频繁的调用内存分配和释放，会导致原本一整块空间地址连续的区域分散成一堆物理地址上相互独立的区域，这样有可能导致一个程序需要一个较大的内存，空余的内存块没有一个连续的地址，无法分配给任务。久而久之，最后系统可能连一个很小的物理地址都分配不到，最后导致系统的崩溃。 如下图所示：