Re: [請益]stm32f4 discovery

看板ASM作者 (Han-Yuan)時間5年前 (2018/10/08 21:22), 5年前編輯推噓1(102)
留言3則, 2人參與, 5年前最新討論串3/3 (看更多)
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
-- 不要問我從哪來,我只是一個浪跡天涯的工程師.... -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.232.57.227 ※ 文章網址: https://www.ptt.cc/bbs/ASM/M.1539004954.A.22A.html

10/08 22:37, 5年前 , 1F
同意這篇 我認為原廠把底層抽象化是趨勢
10/08 22:37, 1F

10/08 22:37, 5年前 , 2F
尤其現在 就算是soc 也多的是turnkey solution
10/08 22:37, 2F

10/09 09:49, 5年前 , 3F
atmel asf改版就大改,看的心好累,又在整併期就放棄了
10/09 09:49, 3F
asf的裡面取的名稱實在不敢恭維..... ※ 編輯: MasterChang (118.232.57.227), 10/10/2018 00:59:30
文章代碼(AID): #1RkreQ8g (ASM)
文章代碼(AID): #1RkreQ8g (ASM)