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