1樓：rundstedt
如果你用過其他微控制器，有操作暫存器的底子，那麼直接用庫函式好了，沒有任何影響。
如果STM32是你使用過的第一種微控制器，還是了解一下暫存器操作，我記得庫函式進入main之前要操作RCC暫存器選擇合適你的時鐘源的，把那部分理解清楚好一些。如果對暫存器的概念一竅不通的話，debug的時候會完全不知道如何下手的。
2樓：
工作以後，你會發現技術只是個工具。對公司來說，做出開發周期短，效能穩定，質量可靠的產品才是最重要的。
所以，實用庫函式，能加快開發周期，提高穩定性，是個不錯的選擇。
至於對個人來說，可以私下自己研究研究暫存器操作，熟悉一下32位晶元的操作，不是所有32位晶元都有庫函式的。
3樓：旗幟
差不多90%的時候不會有影響，但是一旦有比較高的要求，你就必須得學暫存器了，其實暫存器操作比你想的簡單，仔細看一下手冊基本就會了。如果是從51轉過來的，那就更容易了，因為那個基本全是直接操作暫存器。
4樓：
不影響了，配置外設屬於知道就會的知識，用到去查一查就好了，肯定會有疑問，熟練程度怎麼解決？影響效率（做專案），打擊學習信心（我這種小白）就是熟練程度了！
stm 官方提供的庫，不管是 STD庫還是 HAL 庫，都有原始碼，進去看唄，對著手冊看，你需要修改的改改就好了，這裡面有個我認為不是知道性知識的東西？
你怎麼知道改暫存器的這一位就能達到自己想要的結果了？
不多 BB 了哈，總結如下：
配置暫存器這種體力活屬於知道了就會的技能，就像是被設計好的填空題，只能有一下填寫選項；
最重要的，這個外設的原理（道），比如我這新手用的最多的：uart 有那些屬性（波特率這個就得配置時鐘吧，有幾個資料位，有幾個停止位，需不需要校驗）？知道了就知道怎麼去配置了，所以最重要了。
注：說說時鐘的重要性：數字世界能動起來，就是靠時鐘的節拍來的，所以這個必須配置。
以上是來自工作兩年的小白的看法，溜。。。。
5樓：起風了
暫存器方式更本質，理論上庫函式是為了方便程式設計，正常情況下很好用，一旦出了問題還是要查暫存器的。另外暫存器也很簡單，只是麻煩而已，可以看我的點燈儀式。
STM32 開發環境用哪個呢？
Morse Mo 用STM在2019年發布的STM32CubeIDE。比Keil 5看起來舒服多了。而且把STM32CubeMx圖形化晶元配置也整合在一起。 有沒有試過Embitz的，比keil iar好用，不過很久沒更新了，以後可以用vscode配合platformio外掛程式。 cking616...
為什麼STM32的HAL庫那麼難用，ST還是要硬推HAL庫？
改名大師 先問是不是，再問為什麼。我個人感覺hal相比寫暫存器好用太多，當然hal自己也有缺點，比如不夠抽象，比如一些引數型別不夠規範。hal很符合人類的直覺，比如你想呼叫串列埠，輸入HAL UART，語法補全裡就自動出現你想要的了。實際上我甚至根本沒系統學過stm32開發，全靠編輯器的自動補全學的...
製作視覺機械人用stm32還是樹莓派？
夜望繁星 用到視覺識別追蹤和視覺路線規劃，以及機械臂夾取物品，用到加速度感測器 這個應該是目前你描述的機械人的主要功能，目標檢測，目標追蹤，是屬於影象處理領域的技術，凡是涉及到影象的必然有大量運算，我覺得用樹莓派可以，但精度不一定能保證。不管是用傳統CV的方法，或者是使用深度學習進行目標檢測，跑一些...