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

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

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

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