這是一位讀者問的問題，我覺得很多人應(yīng)該都有這種疑惑，所以特地寫篇文章分享給大家。

一、標(biāo)準(zhǔn)外設(shè)庫停更了

很多學(xué)習(xí)STM32的朋友都比較依賴之前的標(biāo)準(zhǔn)外設(shè)庫（StdPeriph_Lib），我想告訴大家一個事實，那就是標(biāo)準(zhǔn)外設(shè)庫已經(jīng)停更很久了。

支持標(biāo)準(zhǔn)外設(shè)庫的STM32，只有相對較老的系列：F0、 F1、F2、F3、F4、L1.

我特地看了下，STM32標(biāo)準(zhǔn)外設(shè)庫最后一次更新時間是2016年11月的F4系列。

標(biāo)準(zhǔn)外設(shè)庫地址：

https://www.st.com/en/embedded-software/stm32-standard-peripheral-libraries.html

這后面出來的L0、 L4、 L5、 F7、 H7、 G0、 G4等都沒有標(biāo)準(zhǔn)外設(shè)庫了。

所以，使用STM32CubeHAL將成為今后的的主流。這里就出來了一個問題：該使用HAL，還是LL開發(fā)呢？

二者能共同共同開發(fā)嗎？

拓展文章：

關(guān)于STM32的四類嵌入式軟件庫

STM32Cube LL能高效的原因

二、HAL和LL庫能共同使用嗎？

這個問題的答案是：不建議共同使用。

當(dāng)然，這個問題還要分情況：相同外設(shè)和不同外設(shè)之間共同使用HAL和LL庫。

1.不同外設(shè)混用HAL和LL庫

這里說的不同外設(shè)混用HAL和LL庫針對的不同外設(shè)。比如：UART使用HAL庫，SPI使用LL庫。

這種情況下，一般來說：沒問題。

因為官方不管是從資料，還是從STM32CubeMX工具配置都沒有反對這種做法。

這雖然沒有明確說不允許這樣操作，但實際項目不建議這種方式。

至于原因，相信不用我說，有項目經(jīng)驗的朋友都明白。這樣做不利于代碼移植，管理等工作。

2.相同外設(shè)混用HAL和LL庫

這里才是本文重點，這種情況，官方其實也是建議：不允許。

這樣混用，會存在一系列問題：底層沖突、結(jié)構(gòu)混亂、管理不方便等。

LL庫驅(qū)動獨立，HAL包含驅(qū)動包

拿STM32F4的UART傳輸函數(shù)來說，LL庫的位于stm32f4xx_ll_usart.h：

而HAL定義于stm32f4xx_hal_uart.c：

從這里可以看得出來，LL只需包含頭文件即可，HAL要包含bsp包。

假如使用LL庫的工程，想使用HAL庫，需添加bsp包到工程。

HAL句柄

對于LL而言，使用HAL庫，會多一個句柄，比如UART1:

UART_HandleTypeDef huart1;

如果LL庫的工程，直接調(diào)用HAL接口是不行的，缺少句柄。

中斷請求處理

HAL和LL的中斷請求IRQ方式其實是不一樣的，混用之后很容易出錯。

這里簡單舉例說這些，深入理解底層的朋友應(yīng)該知道，還有許多地方也是不建議混用。

當(dāng)然，不是絕對的（不能混用），我想說：萬不得已，慎用。