前言
) ?7 ]* G. z" I& K9 C; ASTM32 最早提供固件库开发，在当时也是一个很大的创新。导致大量攻城狮熟悉了固件库开发，后面STM32又慢慢推出HAL开发模式，这种开发模式是开发过程更高效便捷，但是最大的缺点就是效率。其实熟悉STM32的开发人员，可以将HAL库转为固件库开发方式，这里以串口为例提供一点自己的看法。
9 J. ~5 @! O( ^8 t0 z
# u. a* X4 `8 _& b) n历经STM32从寄存器到固件库到hal库开发过程，这个过程还是有很多感触的。现在ST也是主推hal库开发，hal库开发以串口为例，ST实现了很多串口的处理过程，使开发更便捷，但是效率太低了，占用了比较多的ROM和ram资源，这针对成本敏感的应用场景是不能接受的。
- Q* S! Y: R" d5 ]) U
0 c8 B  M8 ^7 I" S但是攻城狮就要放弃hal库开发吗，个人看法不是的。Hal库开发是主流吧，随着芯片工艺越来越高，芯片集成度越来越高，嵌入的IP也是越来越复杂。随着芯片的主频越高，算力越强hal库开发的优点就越突出。
( ^8 S8 m. c4 w, p$ c+ C- j# H+ h
: p- R1 v9 f: t# g2 ]: K/ i其实还有一种方式，就是优化hal库，你不是嫌弃ST的处理过程复杂吗，你可以同样使用hal库，修改成自己的处理方式。


  |3 l" o) U3 e# R案例1
9 l+ f, L: U6 A% @# c案例1：串口中断方式接收数据
这里可以选择打开串口接收中断，在串口接收中断中，将数据收集到缓存中。配置CUBE如下图
7 u7 e, u$ W+ U% W8 y
3 M- [" ^- l* ~% J$ [- _2 s, ~3 M' e

- s3 V7 ]+ O+ v: ^" ], k
打开串口中断

. _/ r" x* F) f  R; i  __HAL_UART_ENABLE_IT(&huart1, UART_IT_RXNE);
, [* I% g9 Z- j0 H( W4 u: a
针对串口中断的处理如下图所示，
/ k% v2 w8 X# ^& ?
其中1，清除串口接收中断，处理接收的串口数据

: a6 _% M) {5 h2 Q' c% W其中2，清除溢出中断

其中3，屏蔽掉hal库函数的串口处理过程
8 q! H0 G0 X; `/ g

* V3 S( _) d' I: B0 |8 T( |# Z4 J
这样几步处理下来，基本回到了固件库的编程模式，这是习惯了固件库开发的攻城狮喜欢的方式。
& o( d2 e5 H% f" Z2 ]4 e+ E
8 \6 w6 @  s# q2 j% g7 T后面希望可以做出更多，这样更改的案例。
+ i: {' d/ Z, }& H; W————————————————
; o/ F7 P3 M8 ?! `$ @版权声明：大牛攻城狮


( }+ L: J$ J2 {% u9 v! {