關于STM8/STM32庫函數與寄存器開發選擇問題調查

ID:316880 · 發表于 2020-3-19 13:27

雖然庫函數開發簡單方便，但是聽說高手都是用寄存器開發不知道有沒有這樣的人？

ID:711971 · 發表于 2020-3-20 01:07

一般看情況，MCU挖掘到極限，需要使用寄存器
注重開發效率，使用庫函數

ID:599678 · 發表于 2020-3-20 11:28

從來沒有聽過高手都是用寄存器開發。但是我周圍認識的搞開發的基本上都是把底層操作封裝起來，通過函數指針交由上層決定。比如對于串口的操作，應用層只需要一個注冊函數接口，執行功能打開串口/接收數據回調函數/發送完成回調函數。整個項目分為外圍硬件、平臺、框架、上層應用。思路清晰條理分明。

ID:599678 · 發表于 2020-3-20 12:09

相反經常遇到一些學生或新來的過分強調寄存器的高效性，自覺地看了一下原子的寄存器就厲害了也要用寄存器。看了他們寫的代碼簡直不忍直視，這里延時那里while的，就一個串口發送函數竟然要等所有的數據發送完了才結束才能進行下一個操作，再或者就是寄存器+ucos操作的真不知該怎么噴。

ID:89217 · 發表于 2020-3-22 23:56

開發中最后不要用while這類硬延時函數，你一用while其他都石化了只能進出中斷，哪里來的效率？除非只有幾us的延時將就用下可以

ID:87166 · 發表于 2020-3-27 22:37

如果你是新手，好好玩下寄存器，否則后面會遇到很多問題。等你熟練后，用庫，或者用別人的庫改成自己的庫。提高效率，看的清爽。

ID:883242 · 發表于 2021-8-26 18:20

庫也分什么庫，對于STM32來說，StdPeriph庫和LL庫就很不錯，沒發現效率比寄存器低的情況，相反開發效率不知道比寄存器方式高到哪里去了。HAL庫就不行，仔細跟進去，發現寫的跟屎一樣，效率極其低下。

ID:62246 · 發表于 2021-10-3 17:10

高手，就是不一樣。

ID:320663 · 發表于 2022-2-17 13:29

我現在51都用庫開發了

ID:1003077 · 發表于 2022-2-19 20:52

初學看寄存器，實戰用庫

ID:1046594 · 發表于 2022-10-12 13:23

這問題應該沒什麼好糾結的從了解STM32的過程看寄存器與標準庫都要學習便於了解MCU的底層原理與良好的編程習慣，HAL庫是發展趨勢，必須要學的

ID:420836 · 發表于 2023-4-10 10:12

這取決于項目和時間要求。

ID:190832 · 發表于 2023-4-10 14:34

Hephaestus 發表于 2021-8-26 18:20
庫也分什么庫，對于STM32來說，StdPeriph庫和LL庫就很不錯，沒發現效率比寄存器低的情況，相反開發效率不知 ...

是滴，我只用標準庫和LL庫，除非沒有標準庫或外設沒有LL庫了采用HAL

ID:1062315 · 發表于 2023-4-10 15:26

現在就在學，我覺得用庫比寄存器好得多，程序不用死等待，節省時間和提高單片機運行效率

ID:69038 · 發表于 2023-10-26 14:21

真是吃太多、撐著了。。。
這有什么好調查的？有人開法拉利去買菜，也有人騎共享單車去買菜，還有人走路去買菜。
工具而已，并沒有什么優劣之分，有差別的只是各人的思維能力強不強、邏輯順溜不順溜。
咋不說還有人用匯編在寫代碼？知識爆發時代，多少都要了解一點，再依項目去選擇。
用庫函數是省事，用寄存器也不見的費勁，主要看個人的能力。
且看一段文字：

「凌厲剛猛，無堅不摧，弱冠前以之與河朔群雄爭鋒。」

「紫薇軟劍，三十歲前所用，誤傷義士不祥，悔恨無已，乃棄之深谷。」

「重劍無鋒，大巧不工。四十歲前恃之橫行天下。」

「四十歲之后不滯于物，草木竹石均可為劍。自此精進，漸入無劍勝有劍之境。」

當前適合自己的才是最好的！

ID:1097455 · 發表于 2023-10-27 10:03

庫版本真心沒有寄存器好用，得改變一個寄存器位得半天

ID:628113 · 發表于 2023-10-27 10:26

其實寄存器也好，庫函數也好， HAL 也好，關鍵就是一個【移植】。
如果你只用一個型號的MCU ，那么寄存器，HAL 都很好用。
如果代碼打算移植其他MCU用，那幾乎沒選擇空間。

ROM極小的MCU可能被迫選寄存器，不在此列。

ID:1093268 · 發表于 2023-11-20 11:59

對于ARM內核的32位機，標準庫，HAL庫，LL庫和寄存器操作，我都在用。我會根據項目情況而來選擇，因為它們有各自的優劣勢。
1. HAL庫目前用得最多。因為大部分項目多很常規，不會太壓榨芯片性能。它最大優點在于非常方便移植和開發效率。我用芯片牌子非常雜，所以會考慮移植的問題。當然它在效率上是有點不如其他，比如一句寄存器操作，它也會直接搞個函數來調用，另外會有很多標志的讀寫。但只要合理利用，不至于效率稀爛；
2. LL庫和寄存器操作用得其次。這個對于一些對效率效率有一定要求的，會用這兩個。在移植的情況上，LL庫會比寄存器操作好一些；
3. 標準庫用得最少了。一些國產芯片廠做的庫只有標準庫。要么用標準庫，要么用寄存器操作，所以偶爾會用標準庫。實際LL庫一定程度，更接近底層，LL庫更像是標準庫（最古老的庫）的一次優化；

PS：有些項目我還會AL庫，LL庫，寄存器操作都一起上。它們雖然是互相獨立的，但不是互斥的；

它們各有所長，各有所短，沒有一無是處的。所以合理利用就好，存在就是合理的。

ID:446156 · 發表于 2025-3-28 16:25

初始化用庫，運行起來庫和寄存器交叉使用

ID:879809 · 發表于 2025-3-28 16:42

Hephaestus 發表于 2021-8-26 18:20
庫也分什么庫，對于STM32來說，StdPeriph庫和LL庫就很不錯，沒發現效率比寄存器低的情況，相反開發效率不知 ...

是滴，我只用標準庫和LL庫，除非沒有標準庫或外設沒有LL庫了采用HAL。

帳號		自動登錄	找回密碼
密碼			立即注冊

久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

關于STM8/STM32庫函數與寄存器開發選擇問題調查