Stm32編譯自己總結的技巧(可能適應于任何keil編譯)
11.定義指針,一定要先初始化,否則意想不到的后果。
本文引用地址:http://m.butianyuan.cn/article/201611/321354.htm12.stm32 spi1和spi的通用的配置函數(shù),spi1比spi2快一倍,因此可能影響傳輸距離和速度(測試于sd卡通信得知)
13.keil如果無法打斷點,而且是全部不能打斷點,可能是勾選了Download to Flash;(位置:Debug—》setting--》(debug選項卡右下角))
14.stm32在系統(tǒng)初始化之前最好加個延時,否則可能會出錯(一般都是電源不穩(wěn)定,復位電路不穩(wěn)定造成的),這個延時只能是for循環(huán)延時,在系統(tǒng)做任何操作之前,此只是為解決辦法,并不是根本原因。原則上講,電路應該做一個RC復位電路,上電之前復位。
15. 如果出現(xiàn)編譯不報錯,但是就是有個紅X提醒,可以把C99模式去掉編譯下,再改回來就好了
16.KEIL MDK
17.STM32F0系列的對于stlink的線要求不能過長,可能驅動不起來,能檢測到不代表就能用.
18.目前測試串口收發(fā)測試的時候,如果打個斷點(keil中),到了斷點暫停之后,如果串口在暫停狀態(tài)下接收數(shù)據(jù),那么繼續(xù)運行之后將會死在串口接收中斷里面,而且還查不到中斷標識,傳說是stm32的bug,在此標記(用的芯片stm32f030f4p6)
19.今天調(diào)試51的程序的時候,發(fā)現(xiàn)串口中斷里面不要加入發(fā)送中斷的判斷和設置,否則,至少現(xiàn)在發(fā)現(xiàn)定時器和串口不能同時使用的問題.
20.同上,也是串口的問題,半個月之后發(fā)現(xiàn)新問題,因為這個串口協(xié)議時序要求比較強,一直會偶爾出現(xiàn)接收到錯誤的數(shù)據(jù),后來在串口發(fā)送之前加上ES=0;發(fā)送完后ES=1;就ok了,意思就是發(fā)送過程中禁止串口中斷;
21.在485總線上,任何時刻都只能有一個主機發(fā)送數(shù)據(jù),而且其他485芯片必須處于接收狀態(tài),即使處于發(fā)送狀態(tài)但是不發(fā)送數(shù)據(jù)也不行,否則會造成數(shù)據(jù)錯誤!
22.在進行判斷語句的時候,c語言中==是比|(或),&(與)這些優(yōu)先級高的,所以if(0==a&b)和if(0==(a&b))這兩個是不一樣的.
評論