1：無(wú)法打開下載文件進(jìn)行程序下載。
這是早些時(shí)候剛拿到開發(fā)板遇到的第一個(gè)問(wèn)題。當(dāng)時(shí)還一頭霧水，撓破頭皮時(shí)才發(fā)現(xiàn)有個(gè)選項(xiàng)沒選對(duì)，link選項(xiàng)里面應(yīng)該選output輸出文件而不是debug調(diào)試文件。
2：串口接收相鄰字節(jié)間的時(shí)間間隔
由于采用的輪詢串口接收中斷標(biāo)志的方式來(lái)接收存儲(chǔ)串口數(shù)據(jù)，所以需要判斷一個(gè)連續(xù)的數(shù)據(jù)流什么時(shí)候結(jié)束。經(jīng)反復(fù)實(shí)驗(yàn)，得出一個(gè)經(jīng)驗(yàn)數(shù)值：以9600bps為例，連續(xù)發(fā)送的字節(jié)間間隔時(shí)間小于2.8ms，即在判斷一個(gè)數(shù)據(jù)是否結(jié)束時(shí)，應(yīng)至少等待2.8ms看是否接收到新的一個(gè)字節(jié)，若接收到則此數(shù)據(jù)流是連續(xù)的，還沒結(jié)束；若等待2.8ms仍沒數(shù)據(jù)接收到，則可以判斷此數(shù)據(jù)流已經(jīng)結(jié)束。用C寫的代碼，對(duì)中斷標(biāo)志的查詢大約循環(huán)400次≈2.8ms
3：串口有可能接收到假數(shù)據(jù)
當(dāng)對(duì)方?jīng)]有數(shù)據(jù)向2430的串口發(fā)送時(shí)，串口不能對(duì)中斷標(biāo)志進(jìn)行無(wú)限循環(huán)的等待，必須設(shè)置一個(gè)最大等待次數(shù)，超過(guò)門限就退出循環(huán)。但是實(shí)際實(shí)驗(yàn)時(shí)發(fā)現(xiàn)往往設(shè)置了門限卻退不出循環(huán)，串口輪詢接收函數(shù)死在那了，這個(gè)問(wèn)題困擾了好久，最后才偶然的發(fā)現(xiàn)即使串口懸空，對(duì)方?jīng)]有任何數(shù)據(jù)發(fā)向2430的串口，但串口仍然有可能收到一些全是0x00或是全0xFF或著雜亂無(wú)章的數(shù)據(jù)。于是前面的問(wèn)題有答案了：串口接收函數(shù)即使設(shè)置了最大循環(huán)等待次數(shù)，但接收函數(shù)無(wú)法退出的原因并不在此，而是接收到了連續(xù)不斷的假數(shù)據(jù)！！由于一直處于接收狀態(tài)，而且數(shù)據(jù)流又沒斷，所以串口一直在接收直到內(nèi)存溢出，直到程序跑飛，也不可能超過(guò)等待次數(shù)返回。所以解決辦法：寫串口中斷輪詢接收函數(shù)必須再加上一個(gè)輸入?yún)��?shù)，即最大允許接收字節(jié)數(shù)。
4：PC上位機(jī)的串口接收程序和cc2430下位機(jī)的串口發(fā)送配合問(wèn)題
底下的2430源源不斷在向PC的RS232口發(fā)數(shù)據(jù)，PC上用VC寫的定時(shí)器觸發(fā)不停的查詢串口接收緩沖區(qū)數(shù)據(jù)，但明顯的PC上收到數(shù)據(jù)沒2430發(fā)的那么多。顯然PC在接收串口的過(guò)程中隨機(jī)地丟掉了幾個(gè)數(shù)據(jù)包，使得數(shù)據(jù)更新速度很慢。經(jīng)過(guò)仔細(xì)分析，原因是PC上定時(shí)器觸發(fā)的時(shí)間間隔和串口接收耗時(shí)的配合出現(xiàn)了問(wèn)題，以9600bps的速率為例，發(fā)送100字節(jié)，需時(shí)至少93ms，也就是說(shuō)PC從收到第一個(gè)字節(jié)到收到最后一個(gè)字節(jié)中間持續(xù)時(shí)間至少得93ms，如果這中間發(fā)生了定時(shí)器觸發(fā)讀出緩沖區(qū)數(shù)據(jù)，則肯定數(shù)據(jù)是不完整的，會(huì)發(fā)生數(shù)據(jù)錯(cuò)誤產(chǎn)生丟包現(xiàn)象。解決辦法：盡量提高串口傳輸速率，盡量延長(zhǎng)PC定時(shí)器觸發(fā)間隔。例如：采用57.6kbps的速率，傳送100字節(jié)需時(shí)約16ms，而定時(shí)器觸發(fā)間隔設(shè)置為100ms，這樣在數(shù)據(jù)接收期間發(fā)生定時(shí)器觸發(fā)的幾率就大大下降了，丟包率也就小多了。
5：RF的單次發(fā)送最大字節(jié)數(shù)
一開始沒認(rèn)真閱讀手冊(cè)，一上來(lái)就傳幾百個(gè)字節(jié)，結(jié)果往往只有前面的字節(jié)收到了，后面的數(shù)據(jù)全丟了。仔細(xì)研究手冊(cè)過(guò)后才知道，CC2430的RF緩沖FIFO只有128字節(jié)，除開最后兩個(gè)字節(jié)的RSSI和LQI，實(shí)際最長(zhǎng)載荷只有126字節(jié)，如果采用spp簡(jiǎn)單傳輸協(xié)議，再除開前面4個(gè)字節(jié)的開銷(包長(zhǎng)、目的地址、源地址、標(biāo)志)，實(shí)際凈載荷只有122字節(jié)。超過(guò)122字節(jié)的數(shù)據(jù)只有自己拆開分多次傳輸。
6：radioSend()函數(shù)的DO_ACK選項(xiàng)
Chipcom提供的CUL庫(kù)里面的這個(gè)radioSend()函數(shù)是spp協(xié)議的簡(jiǎn)單發(fā)送函數(shù)，里面有DO_ACK選項(xiàng)，以提供對(duì)方收到后進(jìn)行一次簡(jiǎn)短應(yīng)答來(lái)確認(rèn)是否發(fā)送成功。但是經(jīng)過(guò)多次實(shí)驗(yàn)，若使用DO_ACK選項(xiàng)，則函數(shù)無(wú)法返回，會(huì)死在里面。所以最好的調(diào)用方法就是使用DO_NOT_ACK