Stm32編譯自己總結的技巧（可能適應于任何keil編譯）

11.定義指針，一定要先初始化，否則意想不到的后果。

12.stm32 spi1和spi的通用的配置函數，spi1比spi2快一倍，因此可能影響傳輸距離和速度（測試于sd卡通信得知）

13.keil如果無法打斷點，而且是全部不能打斷點，可能是勾選了Download to Flash；（位置：Debug—》setting--》（debug選項卡右下角））

14.stm32在系統初始化之前最好加個延時，否則可能會出錯（一般都是電源不穩定，復位電路不穩定造成的），這個延時只能是for循環延時，在系統做任何操作之前，此只是為解決辦法，并不是根本原因。原則上講，電路應該做一個RC復位電路，上電之前復位。

15. 如果出現編譯不報錯，但是就是有個紅X提醒，可以把C99模式去掉編譯下，再改回來就好了

16.KEIL MDK 中是否勾選使用 micro lib，可能會影響時序。調試RC522時候，模擬spi，其他通訊正常，在使用讀寫卡兩個函數的時候，必須勾選才可以

17.STM32F0系列的對于stlink的線要求不能過長,可能驅動不起來,能檢測到不代表就能用.

18.目前測試串口收發測試的時候,如果打個斷點(keil中),到了斷點暫停之后,如果串口在暫停狀態下接收數據,那么繼續運行之后將會死在串口接收中斷里面,而且還查不到中斷標識,傳說是stm32的bug,在此標記(用的芯片stm32f030f4p6)

19.今天調試51的程序的時候,發現串口中斷里面不要加入發送中斷的判斷和設置,否則,至少現在發現定時器和串口不能同時使用的問題.

20.同上,也是串口的問題,半個月之后發現新問題,因為這個串口協議時序要求比較強,一直會偶爾出現接收到錯誤的數據,后來在串口發送之前加上ES=0;發送完后ES=1;就ok了,意思就是發送過程中禁止串口中斷;

21.在485總線上,任何時刻都只能有一個主機發送數據,而且其他485芯片必須處于接收狀態,即使處于發送狀態但是不發送數據也不行,否則會造成數據錯誤!

22.在進行判斷語句的時候,c語言中==是比|(或),&(與)這些優先級高的,所以if(0==a&b)和if(0==(a&b))這兩個是不一樣的.