作者MasterChang (Han-Yuan)
看板ASM
標題Re: [請益]stm32f4 discovery
時間Mon Oct 8 21:22:31 2018
HAL是雙面刃，我是從暫存器/標準函式庫走過來的，所以用HAL對我來說
很方便，標準周邊基本上HAL幾乎沒有bug了，周邊宣告的instance也很
容易指到暫存器做操作，不見得完全要用HAL提供的function。
各類中斷的callback function可以依照狀況用，有些地方直接在ISR那邊
跑比較方便，各有好處。
生成的代碼自己跳進去看一下人家原廠怎樣寫的，要改其實沒那麼難。就
是一些小細節在使用上要知道限制跟坑在哪就好。看到坑就要會閃。
middleware bug還是有，要會自己trace，只會HAL不會trace source code
，那你很容易就卡關了。
它的架構有在寫應用軟件應該很親切，對以前oldschool可能不習慣。因為
自己有在用Atmael/新唐的，基本上沒甚麼特別感覺，只要知道各家給的包
件架構基本上都能很快上手。
※ 引述《vito9580 (vito)》之銘言：
: 各位板上前輩好，感謝上篇有幾位前輩建議如何入門stm32f4 discovery後，目前讀了有
: 點進展，但還是有幾點有疑惑
: １.請問業界Arm是否都用HAL比較多還是用別的函士庫寫？
: ２.有看到網路很多使用stm32CubeF4直接寫，但如果直接用這個不是裡面很多已有的程式
: 碼或設定不是無法了解透徹？
: ３.分享一下目前我讀stm32f4的reference,覺得幫助很大
: https://i.imgur.com/c0Fed75.jpg
--
不要問我從哪來，我只是一個浪跡天涯的工程師....
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.232.57.227
※ 文章網址: https://webptt.com/m.aspx?n=bbs/ASM/M.1539004954.A.22A.html
1F：推 chuegou: 同意這篇 我認為原廠把底層抽象化是趨勢 10/08 22:37
2F：→ chuegou: 尤其現在 就算是soc 也多的是turnkey solution 10/08 22:37
3F：→ zxzx8059: atmel asf改版就大改，看的心好累，又在整併期就放棄了 10/09 09:49
asf的裡面取的名稱實在不敢恭維.....
※ 編輯: MasterChang (118.232.57.227), 10/10/2018 00:59:30