你的浏览器版本过低,可能导致网站不能正常访问!为了你能正常使用网站功能,请使用这些浏览器。
举报
查看全部评分
morphlings2014 发表于 2018-2-7 09:32 没有了,CUBE_FW包是更全面的支持包,Drivers里面包含了原来的外设包,Middleware里面增加了基于ST移植的一 ...
toofree 发表于 2018-2-7 09:55 不用一个一个找,HAL库也还好吧,这是趋势,只好适应。装了个Keil的器件支持包,HAL库文件就都有了。
zhao.zhao 发表于 2018-2-7 10:23 你标准库都可以接收,那么HAL库学起来就没什么痛苦的,那是享受,我现在慢慢把原来标准库的东西都改成HAL了 ...
linxiaomo 发表于 2018-2-7 11:58 和原来的通用库相比他们之间有啥明显区别吗?
评分
查看全部评分
如果你要自己建工程的话,Drivers里面的CMSIS,STM32L4xx_HAL_Driver就是原来的通用包,或者CUBEMX建工程更方便
评分
查看全部评分
以前的标准库停止更新了,不过F1,L1还可以用标准库;
另外官方现在就只维护HAL 和LL库,通常后两者是一起的,使用Cube就可以生成。
评分
查看全部评分
评分
查看全部评分
传个目录结构参考一下:
评分
查看全部评分
评分
查看全部评分
谢谢哈,就是要花点时间习惯下HAL库
和原来的通用库相比他们之间有啥明显区别吗?
得花点时间看看
点评
有区别,用惯了传统的固件库,刚换到HAL可能会不适应,对硬件层更抽象了。就像用惯了寄存器操作,刚换到固件库一样。得有个适应过程。
可能HAL设计的初衷就是让用户更少的关注硬件层,把精力放到应用程序。对于大多数应用的话够了,如果对速度和精确寄存器控制有要求的,还得用寄存器。
用STM32CubeMX可根据用户设置生成HAL的工程模板,对外设初始化方便很多。
评分
查看全部评分