A. stm32的hal库为什么编译变慢
因为考虑到各系列的兼容性，相对而言HAL库比较庞大点，相比标准库可能慢点。
ST还有low layer library, 库文件跟HAL库在 相同目录下。多数芯片都有基于LL库
的例程。
B. 原子要不要讲讲hal库的应用
原子要不要讲讲hal库的应用
1.1 Adc概述
Stm32的Adc具有12位的精度，共有16个外部通道和2个内部通道。不同通道的 A/D 转换可以在单一、连续、扫描或者间断模式下进行。它的其他特性还包括支持模拟看门狗和DMA。
1.2 Adc初始化
和大多数外设一样，Adc在使用前必须初始化时钟源，并从掉电模式唤醒该设备。建议在初始化Adc后立即运行一次校准，以减少准确性错误。
1.3 通道的选择
对于16个可复用的通道，可以将通道分成两种类型的组。常规组和注入组，组序列保存在寄存器ADC_SQRx和ADC_JSQR中。常规组可以包含最多16个通道，注入组最多包含4个通道。
注入组可以理解为常规组的一种中断，当注入组的采集被触发时，常规组的采集会被中断。直到注入组采集完之后，常规组才开始继续采集。
如果只想采集一个通道的数值，只将一个通道写入组里。想采集多个通道的数值，就将多个通道写入组里。当一个组包含多个通道时，要开启扫描模式， adc对组中的每一个通道根据寄存器里的序列进行一次转换。
1.4 触发方式
要触发一次ad转换，可以由内部软件触发，或者外部触发。要不要使用外部触发由控制寄存器里的EXTTRIG位来指定。
内部触发自然是通过写控制寄存器里的相应位来触发。而外部触发则可以有八种触发源可供选择，所以常规组和注入组在控制寄存器里各有3个位来指定哪个外部事件可触ad转换。外部触发源一般是定时器或者是外部中断线事件。
C. STM32 的 HAL 库好用吗
别人写的 你参考一下：
半年前接触 STM32，刚开始 MCU 用的 32F1，库用的标准外设库 3.5，写过一些简单的东西。
再后来发现 ST 还有一个软件叫做 STM32 CUBE MX，可以自动的生成初始化程序，对于我这个 32 新手来说无疑是天降福音！终于不用为繁琐的配置而苦恼了（其实就是自己对各项配置不熟，而且没有自己积累的程序可以 Ctrl C + Ctrl V）。
虽然 CUBE 用的是 ST 新出的 HAL 库，与以前的 标准外设库完全不兼容，甚至基本的 I/O 操作都变了，会让习惯了
标准外设库的人很苦恼。但是我对标准外设库也不是很熟，而且 CUBE 的界面化设计真的让 配置工程变得很方便，再加上它还有一个类似于 FPGA
的引脚分配界面，让资源分配，PCB 布局布线也方便了不少，于是我选择了用 CUBE ，用 HAL 库。
很早就开始的写 32 的朋友有不少，他们也试过 HAL 库，可最后无一例外都选择了继续使用标准外设库。他们表示完全不习惯 HAL 库，另外 HAL 库不太好，毕竟是自动生成的配置，没有自己手动配置的来得熟悉来得透彻，谁知道软件是怎么给你配置的工程。另外 CUBE 就是给那些不会写 32 的人用的（ST 的官方的说法似乎也是 HAL 是为了方便做嵌入式相关且对底层不熟的人设计的，但想不通他为何要把两个库做得不兼容）。
前面一直在画 PCB ，调 PCB ，做机械之类的，没有写程序。最近又开始写 32，现在用的 MCU 是 32F4，库是 HAL/F4库 1.6.0。可是我发现我连 GPIO 的上拉输出都实现不了，无论如何 I/O 始终默认输出低电平（操作 I/O可以实现电平跳变），这个问题我昨天查了一天，从库到最底层的寄存器都看了，可没发现什么问题。周围用 HAL 库的就我一个。。。
有些无奈了，难道 HAL 库真有什么问题吗？如果真有这么明显的问题，ST 官方肯定早就发现了。
已经下好了标准外设库，打算换标准外设库，工程从头到尾都自己配置，这样出了问题也更方便找。
可是我始终有一点想不明白，既然 ST 官方在推 HAL 库，那肯定也有他的道理，我们也应该勇于接受新事物，为何身边的朋友却都不愿意接纳 HAL 库。
D. STM32 用新版的HAL库好还是3.5的库好
别人写的 你参考一下： 半年前接触 STM32，刚开始 MCU 用的 32F1，库用的标准外设库 3.5，写过一些简单的东西。 再后来发现 ST 还有一个软件叫做 STM32 CUBE MX，可以自动的生成初始化程序，对于我这个 32
E. 在HAL库中的微妙级别的延迟怎么弄
你要知道为什么需要时钟。单片机必须要有时钟才能正常运行，STM32有外部时钟和内部时钟的区别。但无论是外部还是内部时钟，都会经过分频或倍频最后得到外设的时钟，这样外设才能正常运行。而打开时钟就是允许接收分频后的频率。比如外部时钟晶振你是8M，经过倍频后得到72M，然后可分频2、4、6、8……给ADC是使用，但是ADC最大运行频率为14M，所以分频数至少得设为6。这时你也要像你问的那样，打开ADC的时钟。
F. STM32HAL库写CAN通信程序最近遇到了难题，有谁有具体例子不
别人写的你参考一下：半年前接触STM32，刚开始MCU用的32F1，库用的标准外设库3.5，写过一些简单的东西。再后来发现ST还有一个软件叫做STM32CUBEMX，可以自动的生成初始化程序，对于我这个32新手来说无疑是天降福音！终于不用为繁琐的配置而苦恼了（其实就是自己对各项配置不熟，而且没有自己积累的程序可以CtrlC+CtrlV）。虽然CUBE用的是ST新出的HAL库，与以前的标准外设库完全不兼容，甚至基本的I/O操作都变了，会让习惯了标准外设库的人很苦恼。但是我对标准外设库也不是很熟，而且CUBE的界面化设计真的让配置工程变得很方便，再加上它还有一个类似于FPGA的引脚分配界面，让资源分配，PCB布局布线也方便了不少，于是我选择了用CUBE，用HAL库。很早就开始的写32的朋友有不少，他们也试过HAL库，可最后无一例外都选择了继续使用标准外设库。他们表示完全不习惯HAL库，另外HAL库不太好，毕竟是自动生成的配置，没有自己手动配置的来得熟悉来得透彻，谁知道软件是怎么给你配置的工程。另外CUBE就是给那些不会写32的人用的（ST的官方的说法似乎也是HAL是为了方便做嵌入式相关且对底层不熟的人设计的，但想不通他为何要把两个库做得不兼容）。前面一直在画PCB，调PCB，做机械之类的，没有写程序。最近又开始写32，现在用的MCU是32F4，库是HAL/F4库1.6.0。可是我发现我连GPIO的上拉输出都实现不了，无论如何I/O始终默认输出低电平（操作I/O可以实现电平跳变），这个问题我昨天查了一天，从库到最底层的寄存器都看了，可没发现什么问题。周围用HAL库的就我一个。。。有些无奈了，难道HAL库真有什么问题吗？如果真有这么明显的问题，ST官方肯定早就发现了。已经下好了标准外设库，打算换标准外设库，工程从头到尾都自己配置，这样出了问题也更方便找。可是我始终有一点想不明白，既然ST官方在推HAL库，那肯定也有他的道理，我们也应该勇于接受新事物，为何身边的朋友却都不愿意接纳HAL库。
G. HAL库和原先库的区别
我们通常把一些公用函数制作成函数库，供其它程序使用。
函数库分为静态库和动态库两种。
静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。
动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。
本文主要通过举例来说明在Linux中如何创建静态库和动态库，以及使用它们。
在创建函数库前，我们先来准备举例用的源程序，并将函数库的源程序编译成.o文件。
第1步：编辑得到举例的程序--hello.h、hello.c和main.c;
H. 求助个HAL库函数问题
1、学习开发环境使用
2、深入系统的学习编程
3、学习硬件设计过程
实践是第一位的！买一个开发板有利于快速入手，而优秀的开发板的设计对你的提高具有重要的意义。
I. hal库和标准库的区别 STM32F7 HAL 库使用说明
hal库和标准库的区别 STM32F7 HAL 库使用说明
SQL Server / Oracle / MS Access: CREATE TABLE Persons
(
P_Id int NOT NULL UNIQUE,
LastName varchar(255) NOT NULL,
FirstName varchar(255),
Address varchar(255),
City varchar(255)
)
J. 通过阅读STM32标准外设库和HAL库的GPIO输入/输出函数源代码可以看出其实质是通过什么操作来
摘要 您好，您的问题我已经看到了，正在整理答案，请稍等一会儿哦~