都来说说吧,好用与不好用都来提点建议!
说说我自己吧,用了几天,感觉坑有点多。体现在:
各个文件之间关联耦合太多,添加某个文件后,还要再把与它相关的文件加进来才能编译通过。例如RCC就必须加入GPIO才能用,用TIM就得还要反DMA一同加进来。。。。。
文件里面的__weak函数到处是坑,有这个__weak函数编译不报错,但是可能该实现的代码却没有,程序不正常运行,找错误非常麻烦。做个TIM定时的程序,自建的工程,怎么改TIM3都是不工作,改了半天,后来把例子打开仔细对比才发现,在另外一个文件里,有初始化TIM3的时钟,而在我的工程里没把那个文件加进来,定时器初始化时用的是一个空的__weak函数,SHIT!
外围模块的初始化挺麻烦,为啥不把外围的时钟打开也放在初始化函数里, 这么分开整的理由是什么呢?
systick被HAL占用了,用操作系统时,这个地主还得特别注意!
太多的宏定义,学习研究程序的时候,被宏定义套来套去,看着比较累。
程序的架构得说是好的,不过这种方式对于C语言基础一般的人来说,学起来怕是困难较多吧。
欢迎大家各自发表下看法。
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
这句话赞同!
还可以选择不用,其实我大多数的程序都是不用库的,用库和示例测试一下,最终的设计大多数不用。最新的hal库的.h文件做得还是挺好的。
技术讨论,就不谈市场策略了。要说策略也和这个库扯不上关系,学会用hal库的难度不会低于去熟悉个新单片机。看似策略问题,但实际上我认为主要原因在于st便宜,看吧别的半导体厂出个不st便宜的片子,很快就会很多人去学去用。
一周热门 更多>