请问你们写stm32时,用寄存器,还是库函数?
离线
能用库的就用库,不能用库才用寄存器直接访问,例如高效率的代码
离线
一直用的是寄存器版的。不过感觉用库 是趋势。
离线
用库,很少用寄存器了
离线
库!
离线
HAL
离线
一般操作都是用库,同一个配置,百度出来的大部分也是库函数,所以还是跟随大众好点
离线
一般用库就够了,寄存器一般不适合做快速开发
离线
一般是库,寄存器的,估计给同事看代码,有些同事可能吸收不了那么快
离线
用库函数,前一阵一个项目,从103平台升级到405平台,基本大部分都兼容的,小部分需要修改
离线
看你要怎么开发了,如果快速开发,用库,如果最求极致,用寄存器,其实库里面也是用了寄存器,而且还方便,当然,你也可以把部分库里面大量用到的函数,用寄存器开发,这样能优化代码,看你自己需求。
离线
对时间敏感的就用寄存器操作,不然直接用库上
离线
库函数啊
离线
寄存器+库,简单外设用寄存器很方面,库反而要研究老半天。复杂的就用库。
离线
用库函数。
离线
我都是用工具生成工程 改一下Makefile 然后拿C++开搞
离线
我都是用工具生成工程 改一下Makefile 然后拿C++开搞
居然还有这么骚的操作.
离线
就算用寄存器,最后还不是要封装函数?既然ST做了,为什么还要做?
所以,肯定用库
离线
库开发周期相对快点
离线
用库函数,不需要经常去翻文档,方便在不同板子之间移植
离线
stm32cubemx + HAL +freertos
离线
库和寄存器一起用,为什么要十五个字
离线
刚开始用的是寄存器, 后来的项目都是库
方便交流和查看
离线
按我的习惯,一般会自己定义一些API,在主程序里面只使用这些API,在函数内部就可以通过宏定义选择实际调用的库或者寄存器。这样的好处是是方便以函数为单位替换或重写部分功能,并且不会影响其它已有代码。
通常来说,只要厂商给的SDK不太坑,还是会以官方SDK为准,对个别需要优化的函数重写即可。
离线
现在都是用库函数了 有标准库和HAL库两种。
离线
基本用库,对周期敏感的库调通后改寄存器。
离线
看你的应用了,如果一般的控制库函数就可以了,如果做电机,电源,快速控制算法需要用寄存器,甚至汇编
离线
不太喜欢官方库的模式,感觉挺浪费的。
初期学习的时候用库的确方便。
等自己会玩之后,还是自己用寄存器写比较舒服。
离线
LL库配合HAL库比较好用
离线
stm32cubemx + HAL,好臃肿,之前STM8 12KROM可完成的程序,直接变20K。有空要研究一下LL库
离线
普通的寄存器,比如gpio,adc,timer等等,如果要usb,can,fsmc当然要库了,方便快捷
离线
初始化,用库操作,简单,关键的中断,用寄存器,提高效率。。
还有一种是,用库操作,一步步的查看寄存器变化,然后用寄存器替代,使程序代码变得很小,一般用于IAP底层之类的,对容量有要求的场合。
离线
我是用寄存器
离线
能用库的就用库,因为考虑代码移植,有时候为了方便,就直接操作寄存器了
离线
习惯st库驱动代码
离线
习惯用stm32cubes. 方便
离线
一般使用库函数,不能是使用寄存器
离线
还是习惯以前的标准库
离线
一直用现有的库,开发速度快,写起来也方便
离线