這樣子scite還不能正確識別，那麼再用scite的正規表示式去掉無用的資訊
提出所有函式：
搜尋\(.*/^[ ]*[_a-z0-9]*[ ]*\)\(.*\)\($/.*\)
替換為\2
(原檔名:2.jpg)
使用正則替換完了以後會是這樣
(原檔名:3.jpg)
再刪除頭6行ctags的資訊
好了！stm32韌體庫的api檔案完成了！把它放到scite的主目錄下，再編輯sciteglobal.properties，加上下面幾行
api.*.cxx=$(scitedefaulthome)/stmlib312.api
api.*.c=$(scitedefaulthome)/stmlib312.api
autocompleteword.automatic=1
autocomplete.choose.single=1
autocomplete.ignorecase=1
重新啟動scite，隨便寫乙個c檔案，看看語法提示的效果，輸入首字母以後按ctrl+i
(原檔名:4.jpg)
繼續編寫看引數提示
(原檔名:5.jpg)
好了，帶stm32韌體庫函式提示的編輯器scite已經打造好了，現在把它整合進iar。
兩種方法，乙個是直接把scite定義為iar的外接編輯器，iar--tools--option--editor--use external editor
(原檔名:6.jpg)
另一種是作為外部工具來呼叫，tools--configure tools......
路徑寫你自己的scite的路徑，引數寫$file_path$,這樣就可以了
(原檔名:7.jpg)
我個人比較傾向於後者，用iar組織好專案的檔案，然後呼叫外部工具的scite來編輯，完了回到iar裡編譯除錯。
(原檔名:8.jpg)
到這裡就配置完成了，以後即使stm32韌體庫再更新，也只用ctags再跑一遍做出新的api檔案就行。畢竟是預處理好的靜態api，比起eclipse，slickedit的資源消耗少了很多很多。
STM32開漏，推挽的知識
有關推挽輸出 開漏輸出 復用開漏輸出 復用推挽輸出以及上拉輸入 下拉輸入 浮空輸入 模擬輸入區別 有關推挽輸出 開漏輸出 復用開漏輸出 復用推挽輸出 以及上拉輸入 下拉輸入 浮空輸入 模擬輸入的區別 最近在看資料手冊的時候，發現在cortex m3裡，對於gpio的配置種類有8種之多 1 gpio ...
STM32中的位帶 bit band 操作
支援了位帶操作後，可以使用普通的載入 儲存指令來對單一的位元進行讀寫。在 cm3 中，有兩個區中實現了位帶。其中乙個是 sram 區的最低 1mb 範圍，第二個則是片內外設區的最低 1mb範圍。這兩個區中的位址除了可以像普通的 ram 一樣使用外，它們還都有自己的 位帶別名區 位帶別名區把每個位元膨...
STM32中的位帶 bit band 操作
支援了位帶操作後，可以使用普通的載入 儲存指令來對單一的位元進行讀寫。在 cm3 中，有兩個區中實現了位帶。其中乙個是 sram 區的最低 1mb 範圍，第二個則是片內外設區的最低 1mb範圍。這兩個區中的位址除了可以像普通的 ram 一樣使用外，它們還都有自己的 位帶別名區 位帶別名區把每個位元膨...