Re: [请益]stm32f4 discovery

楼主: MasterChang (我爱ASM)   2018-10-08 21:22:31
HAL是双面刃,我是从暂存器/标准函式库走过来的,所以用HAL对我来说
很方便,标准周边基本上HAL几乎没有bug了,周边宣告的instance也很
容易指到暂存器做操作,不见得完全要用HAL提供的function。
各类中断的callback function可以依照状况用,有些地方直接在ISR那边
跑比较方便,各有好处。
生成的代码自己跳进去看一下人家原厂怎样写的,要改其实没那么难。就
是一些小细节在使用上要知道限制跟坑在哪就好。看到坑就要会闪。
middleware bug还是有,要会自己trace,只会HAL不会trace source code
,那你很容易就卡关了。
它的架构有在写应用软件应该很亲切,对以前oldschool可能不习惯。因为
自己有在用Atmael/新唐的,基本上没什么特别感觉,只要知道各家给的包
件架构基本上都能很快上手。
※ 引述《vito9580 (vito)》之铭言:
: 各位板上前辈好,感谢上篇有几位前辈建议如何入门stm32f4 discovery后,目前读了有
: 点进展,但还是有几点有疑惑
: 1.请问业界Arm是否都用HAL比较多还是用别的函士库写?
: 2.有看到网络很多使用stm32CubeF4直接写,但如果直接用这个不是里面很多已有的程式
: 码或设定不是无法了解透彻?
: 3.分享一下目前我读stm32f4的reference,觉得帮助很大
: https://i.imgur.com/c0Fed75.jpg
作者: chuegou (chuegou)   2018-10-08 22:37:00
同意这篇 我认为原厂把底层抽象化是趋势尤其现在 就算是soc 也多的是turnkey solution
作者: zxzx8059 (zxzx8059)   2018-10-09 09:49:00
atmel asf改版就大改,看的心好累,又在整并期就放弃了

Links booklink

Contact Us: admin [ a t ] ucptt.com