1、將程序上傳到板子時(shí)Arduino IDE提示“avrdude： stk500_getsync（）： not in sync： resp=0x00”

　　網(wǎng)上查遇到這個(gè)問(wèn)題的人比較多，有說(shuō)驅(qū)動(dòng)問(wèn)題的，有說(shuō)IDE設(shè)置問(wèn)題的。具體到我遇到的這個(gè)情況，原因是板子上插了 RF24無(wú)線傳輸模塊（也許線還沒(méi)有插對(duì)），拔掉以后再上傳程序就正常了。

　　2、nRF24L01+無(wú)線透?jìng)魇褂脝?wèn)題

　　Arduino官網(wǎng)上似乎推薦Mirf這個(gè)庫(kù)，遇到一個(gè)問(wèn)題，接收端運(yùn)行幾分鐘后停止響應(yīng)；試了另外一個(gè)RF24庫(kù)，遇到傳輸不穩(wěn)定的問(wèn)題，一時(shí)沒(méi)有解決，還是回到Mirf了，之前的停止響應(yīng)問(wèn)題沒(méi)有再出現(xiàn)。這個(gè)論壇關(guān)于無(wú)線透?jìng)鞯挠懻摬簧伲m然用arduino的不多。 Mirf的地址問(wèn)題：Mirf的address是有長(zhǎng)度要求的，例如可以用“serv1”、“clie1”作為地址，長(zhǎng)度過(guò)短會(huì)導(dǎo)致無(wú)法傳輸，例如用“cl2”作為地址。試了好多次才發(fā)現(xiàn)這個(gè)問(wèn)題。 nRF24L01模塊（使用Mirf庫(kù)時(shí)）的自動(dòng)應(yīng)答問(wèn)題：項(xiàng)目里使用一個(gè)nRF24L01（服務(wù)端）接收多個(gè)nRF24L01（客戶端）的消息，發(fā)現(xiàn)客戶端之間互相收到本應(yīng)發(fā)到服務(wù)端的消息，經(jīng)過(guò)多次試驗(yàn)，發(fā)現(xiàn)應(yīng)該與nRF24L01的自動(dòng)應(yīng)答機(jī)制有關(guān)。在 Mirf.cpp的setTADDR方法里可以看到，目標(biāo)地址被同時(shí)寫到RX_ADDR_P0和TX_ADDR這兩個(gè)寄存器里，前者是接收自動(dòng)應(yīng)答使用的（一個(gè)nRF24L01可以有6個(gè)接收地址同時(shí)工作），導(dǎo)致peer發(fā)到服務(wù)端的消息也被當(dāng)作自動(dòng)應(yīng)答了。為避免這種干擾，我實(shí)驗(yàn)下來(lái)的方法是：每個(gè)客戶端在發(fā)送數(shù)據(jù)之前先setTADDR到一個(gè)無(wú)效且唯一的地址，在send之前那一刻再使用 setTADDR將地址設(shè)置到服務(wù)端的地址，發(fā)送完成后馬上setTADDR到那個(gè)無(wú)效地址。