因?yàn)镾TM32標(biāo)準(zhǔn)外設(shè)庫(kù)已經(jīng)停更了，導(dǎo)致很多開發(fā)者都轉(zhuǎn)向了HAL，但一些讀者可能比較疑惑，有HAL和LL兩種庫(kù)，到底能不能混合使用呢？

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

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

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

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

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

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

（公號(hào)不支持外鏈接，請(qǐng)復(fù)制鏈接到瀏覽器打開）

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

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

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

拓展閱讀：

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

STM32Cube LL能高效的原因

二、HAL和LL庫(kù)能混合使用嗎？

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

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

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

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

這種情況下，一般來(lái)說：問題不大。

因?yàn)楣俜讲还苁菑馁Y料，還是從STM32CubeMX工具配置都沒有反對(duì)這種做法。

雖沒有明確說不允許這樣操作，但實(shí)際項(xiàng)目不建議這種方式。

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

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

這里才是本文重點(diǎn)，這種情況，官方其實(shí)也是不建議混合。

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

LL庫(kù)驅(qū)動(dòng)獨(dú)立，HAL包含驅(qū)動(dòng)包

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

而HAL定義于stm32f4xx_hal_uart.c：

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

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

HAL句柄

對(duì)于LL而言，使用HAL庫(kù)，會(huì)多一個(gè)句柄，比如UART1:

UART_HandleTypeDef huart1;

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

中斷請(qǐng)求處理

HAL和LL的中斷請(qǐng)求IRQ方式其實(shí)是不一樣的，混用之后很容易出錯(cuò)。

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

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

------------?END?------------

什么是Cortex-M內(nèi)核的MPU

程序猿如何選擇開源協(xié)議？

線程、進(jìn)程、多線程、多進(jìn)程 和 多任務(wù)?

長(zhǎng)按前往圖中包含的公眾號(hào)關(guān)注