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