你的浏览器版本过低,可能导致网站不能正常访问!为了你能正常使用网站功能,请使用这些浏览器。
举报
csg123 发表于 2018-9-29 08:32 大家比对一下新库和旧库生成的最终文件的大小,就知道了。如果新生成的文件大,就是垃圾。生成的文件小,运 ...
MrJiu 发表于 2018-9-28 10:06 还有呢,就是你怎么说,都只是害怕改变,不想学习!!!就像以前得老工程师用汇编,然后到现在依然,你能说 ...
MrJiu 发表于 2018-9-27 17:25 现在的人啊,就是不愿意学习,怕改变。。。对对,别人公司脑残,花钱出力然后搞个HAL出来,还把以前得积累 ...
toofree 发表于 2018-9-27 18:18 标准库应该是能找到的,ST只要出过标准库,那么会保留最后一个版本的标准库,尽管以后全是HAL和LL了。 http ...
sbiyou 发表于 2018-9-28 09:42 C语言用了这么久也没见落后啊,HAL库跟标准库比就跟python和C语言比一样,虽然用起来简单,但是要要庞大 ...
最终固件大小,和运行速度不是最关键点。MCU性能和存储一直在提升
有的改变是必须的,有的改变是可有可无的。你重复提到不愿学习,这并不是不愿学习,愿不愿学习也不是通过使不使用HAL库就决定的,我是在讨论这个库存在的问题,并不代表我不会去用这个库。也不是学习的东西越多越好。
我还是习惯使用标准库,或者寄存器,虽然慢,但是心里踏实很多……不过这个是大趋势,跟着学习还是很有必要的。
不知你想过没有,ST搞了很多方向性很强的一些培训,例如GUI、以太网、电机等,所以,从中可见,这个公司在发展方向上,并不是局限于做一个卖芯片的公司,做了很多延伸到应用方面的工作,HAL是其中重要的一环。
底层关于寄存器的操作尽量封装起来,
其实如果有软件架构师也会是这么处理的,要求开发团队的形成一个统一规范的抽象层,可以让新手专注于应用代码的实现,维护起来成本相对较低。
我换一个角度来说吧,为什么不再推标准库,因为标准库对于整个ST的各个产品线来说维护起来成本比起HAL库与LL库要高,即使是ST公司的开发人员也是会流动的,从维护层面上来说肯定是优选HAL。
标准库应该是能找到的,ST只要出过标准库,那么会保留最后一个版本的标准库,尽管以后全是HAL和LL了。
http://www.st.com/content/st_co ... /stsw-stm32077.html
在所有标准库器件
http://www.st.com/en/embedded-s ... ia=productId=LN1939
关键还是楼主对ST套路不熟悉
前几天研讨会,跟ST的工程师请教过这个问题。
标准库不更新了,但会保留最后一个版本。
STM32Cube官网只会挂最新版本,历史版本无法获取。
C语言用了这么久也没见落后啊,HAL库跟标准库比就跟python和C语言比一样,虽然用起来简单,但是要要庞大的运行环境。HAL也一样,编译出来的代码量比标准库还是大不少,直接用寄存器效率又不高,而标准库用于单片机是最合适的。当初大家不是都是用标准库开发的吗?
找到了,谢谢。ST在深圳的研讨会我也去参加了,他们的那套CubeMX生成的代码我很早之前就体验过了,个人感觉生成的代码太臃肿,初始工程都有几十兆那么大,滚回去用标准库了,以后还是会计划用HAL库的,但是要整理一个轻巧的工程模板才行。
你这个例子搞错了,是C语言性能牛逼才导致用得久,而不是用的久才导致得牛逼,如果有一个比C语言更加好得,立马就会被取代。。。提到库,有些人就是效率?HAL本身就只是用来初始化而已。。。初始化需要啥效率?如果真得是需要效率得地方,比如一个频繁得中断里面处理,直接用寄存器就可以了。。不冲突!!!
不过也许是我标准库用得少,学得不够深入吧。