目前已知st的庫有四種,分別是:
1、stm32snippets
2、standard peripheral library
3、stm32cube hal
4、stm32cube ll
一、stm32snippets為高度優化的暫存器操作的集合。占用記憶體小,適合喜歡底層開發的人員使用,目前只有stm32f0和l0的示例**包。
二、standard peripheral library,即spl,也叫標準外設庫,也有稱std庫的,一般老的的開發人員,都用的是這個庫,這是目前用的最多,最熟悉的包,主要面對的是面向過程的開發人員使用。但後面st公司不會再維護了,對於新出的晶元,此庫不支援。
三、stm32cube hal,即hardware abstraction layer,硬體抽象層庫,配合stm32cubemx工具對stm32進行開發,針對的是具有一定嵌入式基礎的開發人員,hal具有很好的移植性。
四、stm32cube ll,簡稱ll,即low-layer,底層庫,配合stm32cubemx工具對stm32進行開發,具有簡單的結構,針對之前從事spl,或暫存器開發的人員。
hal 和 ll是目前官方重點維護和更新的庫,結合其工具,是後面發展的方向。
針對這四種庫的對比:
庫名稱可移植性
優化難易度
可讀性硬體覆蓋
snippets
++++
spl+++++
+++++
hal++++++
++++++ll+
++++
++++
各種broker對比
broker的主要職責是接受發布者發布的所有訊息,並將其過濾後分發給不同的訊息訂閱者。如今有很多的broker,下面就是一張關於各種broker對比的 在使用mosquitto時,如果想使用集群的話,需要進行二次開發。目前只支援橋接。並且他在遍歷時的效率非常低,使得他無法支援大量的客戶端或者操作過於...
各種broker對比
broker的主要職責是接受發布者發布的所有訊息,並將其過濾後分發給不同的訊息訂閱者。如今有很多的broker,下面就是一張關於各種broker對比的 在使用mosquitto時,如果想使用集群的話,需要進行二次開發。目前只支援橋接。並且他在遍歷時的效率非常低,使得他無法支援大量的客戶端或者操作過於...
各種版本控制工具的對比
有 svn,cvs,clearcase git分布式版本控制系統沒有 伺服器 每個人的電腦上都是乙個完整的版本庫,這樣工作的時候,無需要聯網了,因為版本庫就在你自己的電腦上。多人協作只需要各自的修改推送給對方,就能互相看到對方的修改了。使用git的每個人都有乙個repository git有bran...