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

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

　　2、nRF24L01+無線透傳使用問題

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