簡介基于NRF24L01與STM32F103C8T6的無線收發(fā)完整工程面向嵌入式初學者與物聯(lián)網(wǎng)開發(fā)者解決短距離無線通信中發(fā)送端與接收端的代碼實現(xiàn)、調(diào)試和移植問題適用于智能家居、遙控遙測及多點組網(wǎng)等場景。壓縮包共331個文件約14.54MB以74個.h頭文件、72個.c源文件為主同時包含Keil工程文件.uvproj/.uvprojx、匯編與鏈接腳本、編譯輸出的.hex/.axf/.map及調(diào)試輔助文件屬于打開即可編譯的完整MDK5工程。已有2076人學習下載。工程內(nèi)提供NRF24L01的SPI驅(qū)動、收發(fā)模式配置、頻道與地址設(shè)置、1Mbps/2Mbps速率選擇、中斷響應(yīng)以及CRC校驗等核心代碼并完整展示發(fā)送端與接收端的調(diào)用流程通過研讀和復用這些代碼可快速掌握2.4GHz無線通信的初始化與數(shù)據(jù)交互機制為后續(xù)自組網(wǎng)或多節(jié)點通信開發(fā)節(jié)省大量時間。1. 從 STM32F103C8T6 最小系統(tǒng)板到 NRF24L01 無線模塊RX_TX 收發(fā)程序的核心是什么把 NRF24L01 模塊插到 STM32F103C8T6 最小系統(tǒng)板上很多人第一反應(yīng)是抄一份寄存器初始化代碼但實際卡住的往往是“為什么 SPI 讀回來全是 0xFF”“為什么一發(fā)數(shù)據(jù)就進 MAX_RT 重發(fā)”“為什么兩塊板子明明都在發(fā)卻誰也收不到”。標題里的 NRF24L01_STM32F103C8T6_RX_TX 程序本質(zhì)就是一對工程一塊板子做接收端 RX另一塊做發(fā)送端 TXMCU 通過 SPI 配置射頻芯片內(nèi)部狀態(tài)機完成無線收發(fā)名稱里的“seriou”通常指串口透傳版本也就是把無線收到的數(shù)據(jù)通過 USART 送到 PC 端或者把 PC 串口發(fā)出的數(shù)據(jù)通過 NRF24L01 發(fā)出去。對 5 年以上的工程師來說真正值得留意的不是 SPI 讀寫本身而是 Enhanced ShockBurst 的自動 ACK、自動重發(fā)和 CE 引腳拉高時長這三件事的配合。2. NRF24L01 的 Enhanced ShockBurst 原理與 STM32F103C8T6 的最小接線2.1 收發(fā)前先搞清 Enhanced ShockBurst 狀態(tài)機TX、RX、ACK 與重發(fā)NRF24L01 不是一顆簡單的 SPI 射頻收發(fā)器它內(nèi)部集成了一套 Enhanced ShockBurst 協(xié)議包結(jié)構(gòu)包含前導碼、地址、控制位、0 到 32 字節(jié)有效載荷和 CRC。MCU 只需要把數(shù)據(jù)寫進 TX FIFO芯片會自動組包、發(fā)出去、等待對方 ACK如果沒收到 ACK芯片會按照 SETUP_RETR 寄存器里配置的間隔和次數(shù)自動重發(fā)。這個“硬件自動完成 ACK 與重發(fā)”的機制決定了 MCU 端的驅(qū)動寫法和串口透傳完全不同你不能發(fā)完一個字節(jié)就去干別的必須輪詢 STATUS 寄存器里的 TX_DS、MAX_RT 位來判斷這一包到底發(fā)出去了沒有。對應(yīng)到接收端芯片收到合法數(shù)據(jù)包后會自動回 ACK同時把 payload 放進 RX FIFO并把 STATUS 寄存器的 RX_DR 置 1。如果開了自動 ACK 且雙方地址配置一致ACK 是可以攜帶數(shù)據(jù)的也就是所謂的 ACK payload這給雙向通信省掉了頻繁切換 TX/RX 模式的麻煩。網(wǎng)上很多教程包括江協(xié)那套用 GPIO 模擬 SPI 的講法走的是翻轉(zhuǎn)電平一個個 bit 打時序雖然慢但對理解協(xié)議有幫助工程上更推薦直接用硬件 SPI 配合 HAL 庫下面整套封裝就是按這個思路寫的。2.2 NRF24L01 模塊 8 根引腳怎么接到 STM32F103C8T6 最小系統(tǒng)板NRF24L01 模塊是 8 腳VCC、GND、CE、CSN、SCK、MOSI、MISO、IRQ。VCC 必須接 3.3V不能接 5V否則芯片直接燒掉。模塊發(fā)射瞬間電流會到 20mA 左右最小系統(tǒng)板的 LDO 如果同時給顯示屏和傳感器供電電壓會跌落導致復位所以模塊電源引腳旁邊建議并一個 10uF 電解電容和一個 0.1uF 陶瓷電容。下面是我常用的引腳映射SPI1 的 SCK、MISO、MOSI 分別對應(yīng) PA5、PA6、PA7其余三根控制線分配到空閑 GPIO。模塊引腳STM32F103C8T6 引腳功能說明VCC3.3V模塊供電需并聯(lián)去耦電容GNDGND共地盡量短CEPA8芯片使能TX 觸發(fā)發(fā)送RX 使能接收CSNPA9SPI 片選低電平有效SCKPA5SPI1 時鐘MOSIPA7SPI1 主機輸出MISOPA6SPI1 主機輸入模塊輸出IRQPB10低電平有效中斷輸出可不上拉CE 和 CSN 是很多人搞混的地方。CE 控制收發(fā)模式的切換CSN 是 SPI 片選兩者必須獨立控制。IRQ 是開漏輸出內(nèi)部沒有上拉CubeMX 里配成輸入模式即可如果想用外部中斷記得在代碼里使能內(nèi)部上拉否則 IRQ 浮空會誤觸發(fā)。CSN 初始狀態(tài)必須是高電平否則芯片一上電就誤以為 SPI 被選中后續(xù)所有通信都會亂掉。2.3 SPI 速率、時鐘極性和相位讀不到寄存器時先查這三項NRF24L01 的 SPI 從機模式支持的最高時鐘是 10MHzSTM32F103C8T6 的 SPI1 掛在 APB2 總線上PCLK2 默認 72MHz所以分頻系數(shù)不能低于 8。我用 SPI 預分頻 8得到 9MHz SCK留了余量。時鐘極性 CPOL 和相位 CPHA 通常配置為 0 和 0也就是空閑時鐘為低、第一個時鐘沿采樣有些庫函數(shù)默認設(shè)置不一樣改完寄存器發(fā)現(xiàn)讀出來全是 0x00 或者 0xFF先看這一項。寫完驅(qū)動后第一個驗證動作是讀 CONFIG 寄存器也就是地址 0x00uint8_t config NRF_ReadReg(0x00); while (config 0x00 || config 0xFF) { // 大概率是 SPI 時序或接線問題檢查 CSN 是否拉低、CPOL/CPHA 是否匹配 config NRF_ReadReg(0x00); }這里讀 CONFIG 的目的不是拿具體值而是確認 SPI 鏈路通沒通。如果讀回 0xFF說明 MISO 上沒有數(shù)據(jù)回來優(yōu)先排查接線和 SPI 復用配置如果讀回 0x00說明芯片雖然響應(yīng)了但配置還沒生效檢查 PWR_UP 位有沒有寫進去。還有一個隱蔽問題SPI 的 NSS 引腳如果被硬件模式占用CSN 用 GPIO 控制時可能出現(xiàn)爭用CubeMX 里把 SPI1 的 NSS 配成 Disable 或者軟件管理然后 CSN 用普通 GPIO。3. 用 STM32CubeMX 在 STM32F103C8T6 上初始化 SPI、GPIO 和 USART3.1 CubeMX 配置項SPI1 全雙工主機、GPIO 輸出、USART1 透傳NRF24L01 驅(qū)動不依賴操作系統(tǒng)和復雜外設(shè)CubeMX 只需要配四個東西RCC 的 HSE 晶體振蕩器、SYS 的 Debug Serial Wire、SPI1 全雙工主機、USART1 異步通信。Debug 不選 Serial Wire 的話PA13/PA14 會被占用后面接 ST-Link 下載可能會有麻煩。SPI1 參數(shù)按下表設(shè)置配置項值說明ModeFull-Duplex Master收發(fā)各用一根線用 TransmitReceive 封裝Hardware NSS SignalDisableCSN 完全交給 GPIO 控制Prescaler8 分頻72 / 8 9MHz低于模塊 10MHz 上限Clock Polarity CPOLLow空閑時鐘低電平Clock Phase CPHA1 Edge第一個時鐘邊沿采樣CRCDisable無線協(xié)議自帶 CRCSPI 鏈路不需要USART1 波特率 1152008 數(shù)據(jù)位、無校驗、1 停止位用于“seriou”版本的串口透傳。CubeMX 生成的代碼默認把 USART1 的收發(fā)都配好了但 printf 重定向需要自己在 fputc 里調(diào)用 HAL_UART_Transmit否則調(diào)試時看不到收發(fā)狀態(tài)。3.2 初始化 CE、CSN、IRQ 引腳輸出推挽與輸入模式的區(qū)別CE 和 CSN 配成 GPIO_MODE_OUTPUT_PP 推挽輸出速度選 LOW 就夠了畢竟這兩根信號頻率不高。IRQ 配成 GPIO_MODE_INPUT同時使能內(nèi)部上拉避免浮空導致中斷誤觸發(fā)。引腳宏定義放在頭文件里方便不同核心板改引腳#define NRF_CE_GPIO_Port GPIOA #define NRF_CE_Pin GPIO_PIN_8 #define NRF_CSN_GPIO_Port GPIOA #define NRF_CSN_Pin GPIO_PIN_9 #define NRF_IRQ_GPIO_Port GPIOB #define NRF_IRQ_Pin GPIO_PIN_10 #define NRF_CE_LOW() HAL_GPIO_WritePin(NRF_CE_GPIO_Port, NRF_CE_Pin, GPIO_PIN_RESET) #define NRF_CE_HIGH() HAL_GPIO_WritePin(NRF_CE_GPIO_Port, NRF_CE_Pin, GPIO_PIN_SET) #define NRF_CSN_LOW() HAL_GPIO_WritePin(NRF_CSN_GPIO_Port, NRF_CSN_Pin, GPIO_PIN_RESET) #define NRF_CSN_HIGH() HAL_GPIO_WritePin(NRF_CSN_GPIO_Port, NRF_CSN_Pin, GPIO_PIN_SET)初始化函數(shù)里必須先把 CSN 拉高、CE 拉低然后再配置 GPIO 模式。原因是 NRF24L01 上電后 CSN 為高進入等待狀態(tài)如果 GPIO 初始化瞬間輸出低電平芯片會誤以為收到命令后續(xù)狀態(tài)機就亂了。初始化完成后做一次 NOP 命令確認 CSN 拉低和拉高的宏沒有反這個問題在自制底板上特別常見。3.3 生成工程后的三處改動時基、上拉與 HAL_SPI 句柄CubeMX 生成代碼后默認的時基是 SysTick如果后面要移植 FreeRTOS 或者做了串口超時判斷SysTick 會被操作系統(tǒng)搶走所以建議把 SYS 里的 Timebase Source 改成 TIM1。這個改動在生成前做生成后改會比較麻煩。然后檢查 hspi1 句柄是不是全局變量SPI 初始化函數(shù)有沒有在 main 里被調(diào)用這兩項缺失會導致 HAL_SPI_TransmitReceive 返回 HAL_ERROR。GPIO 初始化生成的代碼只設(shè)了輸出模式IRQ 上拉需要手動補一行GPIO_InitStruct.Pin NRF_IRQ_Pin; GPIO_InitStruct.Mode GPIO_MODE_INPUT; GPIO_InitStruct.Pull GPIO_PULLUP; HAL_GPIO_Init(NRF_IRQ_GPIO_Port, GPIO_InitStruct);如果不想用中斷只靠輪詢 STATUS 寄存器IRQ 甚至可以不接。不過建議還是接上因為后續(xù)測鏈路質(zhì)量時IRQ 的下降沿可以作為發(fā)送完成或接收到達的事件信號比在 while 循環(huán)里反復讀 SPI 省 CPU。串口這邊要注意 CubeMX 生成的 HAL_UART_Receive 是阻塞式的串口透傳主循環(huán)里要用帶超時版本的調(diào)用否則收不到數(shù)據(jù)時程序會卡死在等待里。4. NRF24L01 的 HAL 驅(qū)動最小實現(xiàn)寄存器命令、SPI 讀寫封裝與 TX/RX 代碼4.1 常用寄存器與命令速查表NRF24L01 的操作本質(zhì)是“發(fā)命令 傳數(shù)據(jù)”。讀寄存器用 R_REGISTER寫寄存器用 W_REGISTER收發(fā) payload 用 W_TX_PAYLOAD 和 R_RX_PAYLOAD。下面這張表是我做驅(qū)動時最常用的一組其他的如 DYNPD、FEATURE 只在動態(tài)負載時才碰寄存器地址關(guān)鍵位說明CONFIG0x00bit0 PRIM_RX、bit1 PWR_UP、bit3 EN_CRCEN_AA0x01管道自動 ACK 使能常用 0x01 只開管道 0EN_RXADDR0x02接收管道使能點對點用 0x01SETUP_AW0x03地址寬度0x03 表示 5 字節(jié)地址SETUP_RETR0x04高 4 位重發(fā)間隔低 4 位重發(fā)次數(shù)RF_CH0x05射頻信道范圍 0 到 125RF_SETUP0x06通信速率與發(fā)射功率STATUS0x07bit6 RX_DR、bit5 TX_DS、bit4 MAX_RTOBSERVE_TX0x08高 4 位丟包計數(shù)低 4 位重發(fā)計數(shù)TX_ADDR0x10發(fā)送地址5 字節(jié)RX_ADDR_P00x0A管道 0 地址自動 ACK 時需與 TX_ADDR 一致RX_PW_P00x11管道 0 接收載荷寬度最大 32命令字里需要注意寫寄存器是 0x20 與寄存器地址做或運算讀寄存器是 0x00 與地址做或運算因為寄存器地址本身只有低 5 位有效。W_TX_PAYLOAD 是 0xA0R_RX_PAYLOAD 是 0x61FLUSH_TX 是 0xE1FLUSH_RX 是 0xE2。這些命令都必須把 CSN 拉低后逐字節(jié)發(fā)送CSN 在整個命令期間保持低電平結(jié)束后拉高。4.2 基于 HAL_SPI_TransmitReceive 的讀寫封裝HAL 庫的 SPI 讀寫可以一次同時收一個字節(jié)NRF24L01 同樣是“發(fā)送一個字節(jié)同時讀回一個字節(jié)”的全雙工機制所以封裝一個 spi_rw 函數(shù)就夠了uint8_t NRF_SPI_RW(uint8_t byte) { uint8_t ret 0; HAL_SPI_TransmitReceive(hspi1, byte, ret, 1, 100); return ret; } uint8_t NRF_ReadReg(uint8_t reg) { uint8_t val 0; NRF_CSN_LOW(); NRF_SPI_RW(reg 0x1F); // R_REGISTER 命令地址取低 5 位 val NRF_SPI_RW(0xFF); // 發(fā)送 NOP讀回寄存器值 NRF_CSN_HIGH(); return val; } void NRF_WriteReg(uint8_t reg, uint8_t val) { NRF_CSN_LOW(); NRF_SPI_RW((reg 0x1F) | 0x20); // W_REGISTER 命令 NRF_SPI_RW(val); NRF_CSN_HIGH(); }讀寄存器時第二個字節(jié)必須發(fā)送 0xFF 也就是 NOP 命令因為 SPI 是邊發(fā)邊收不發(fā)送時鐘就沒有數(shù)據(jù)回來。這里對 reg 做 0x1F 是為了防止調(diào)用時誤把命令位帶進地址比如把 0x20 傳給 ReadReg地址位會錯亂。超時時間 100ms 通常夠用但如果在中斷服務(wù)函數(shù)里調(diào)用這個封裝建議改成不等待版本。4.3 初始化順序、發(fā)送一包與接收一包的最小函數(shù)初始化函數(shù)的順序有講究先用 CE 拉低讓芯片進入待機狀態(tài)然后依次寫 CONFIG、EN_AA、EN_RXADDR、RF_CH、RF_SETUP 等參數(shù)最后再寫 TX_ADDR 和 RX_ADDR_P0。CONFIG 的 PWR_UP 位必須在其他參數(shù)之前先置位并等待 2ms芯片射頻部分上電需要時間寫完后立刻發(fā)數(shù)據(jù)大概率失敗。下面是一個點對點場景的初始化函數(shù)void NRF_Init(void) { NRF_CE_LOW(); NRF_WriteReg(0x00, 0x0A); // PWR_UP1, EN_CRC1, PRIM_RX0 HAL_Delay(2); NRF_WriteReg(0x01, 0x01); // EN_AA 只開管道 0自動 ACK NRF_WriteReg(0x02, 0x01); // EN_RXADDR 只開管道 0 NRF_WriteReg(0x03, 0x03); // 5 字節(jié)地址 NRF_WriteReg(0x04, 0x0F); // 重發(fā)間隔 250us重發(fā) 15 次 NRF_WriteReg(0x05, 0x40); // 射頻信道 64對應(yīng) 2464MHz NRF_WriteReg(0x06, 0x06); // 1Mbps0dBm 發(fā)射功率 NRF_WriteReg(0x11, 0x20); // 接收載荷寬度 32 字節(jié) NRF_WriteReg(0x07, 0x70); // 清三個中斷標志 } uint8_t NRF_Send(const uint8_t *data, uint8_t len) { uint8_t status 0; uint16_t timeout 0; NRF_CE_LOW(); NRF_WriteReg(0x00, 0x0A); // 確保處于 TX 模式 NRF_CSN_LOW(); NRF_SPI_RW(0xA0); // W_TX_PAYLOAD for (uint8_t i 0; i 32; i) { NRF_SPI_RW(i len ? data[i] : 0x00); // 不足 32 字節(jié)補 0 } NRF_CSN_HIGH(); HAL_Delay(1); NRF_CE_HIGH(); HAL_Delay(1); // CE 高電平至少 10us這里放寬到 1ms NRF_CE_LOW(); while (timeout 0xFFFF) { status NRF_ReadReg(0x07); if (status 0x20) { // TX_DS發(fā)送成功等到了 ACK NRF_WriteReg(0x07, 0x20); // 寫 1 清標志 return 0; } if (status 0x10) { // MAX_RT達到最大重發(fā)次數(shù) NRF_WriteReg(0x07, 0x10); NRF_CSN_LOW(); NRF_SPI_RW(0xE1); // FLUSH_TX 清掉沒發(fā)出去的包 NRF_CSN_HIGH(); return 1; } } return 2; // 超時多數(shù)情況是配置異常 }發(fā)送邏輯里 CE 的時序最容易出錯。CE 拉低后寫 FIFO寫完把 CE 拉高至少 10 微秒再拉低芯片才會真正把數(shù)據(jù)發(fā)出去。如果 CE 一直保持高電平芯片會認為 FIFO 里還有數(shù)據(jù)會連續(xù)發(fā)同一包串口端看到的就是重復數(shù)據(jù)。返回 1 的時候除了清 MAX_RT還要執(zhí)行 FLUSH_TX否則之前組好的包殘留在 FIFO 里下一輪發(fā)送會把舊數(shù)據(jù)一起發(fā)出去。接收端代碼更短關(guān)鍵是先讀 STATUS 判斷 RX_DR再讀 payload最后清標志uint8_t NRF_Recv(uint8_t *buf) { uint8_t status NRF_ReadReg(0x07); if ((status 0x40) 0) { // 沒有 RX_DR 置位 return 0; } NRF_CSN_LOW(); NRF_SPI_RW(0x61); // R_RX_PAYLOAD for (uint8_t i 0; i 32; i) { buf[i] NRF_SPI_RW(0xFF); } NRF_CSN_HIGH(); NRF_WriteReg(0x07, 0x40); // 清 RX_DR此時 FIFO 已讀空 return 32; }清 RX_DR 一定要在讀 payload 之后因為 RX_DR 只要 FIFO 里還有未讀數(shù)據(jù)就會重新置位。如果先清標志再讀循環(huán)里判斷標志位的邏輯會被干擾有時候一包數(shù)據(jù)會觸發(fā)兩次接收。接收模式切換只需要把 CONFIG 的 PRIM_RX 置 1也就是寫 0x0B然后把 CE 拉高芯片就開始監(jiān)聽信道了。5. 雙板 RX_TX 聯(lián)調(diào)一塊板發(fā)一塊板收無線數(shù)據(jù)通過串口輸出5.1 一套源碼編譯出 TX 和 RX 兩個角色避免維護兩套工程NRF24L01 點對點工程最常見的坑是兩套代碼各自獨立地址、信道、載荷寬度改了一邊忘了另一邊。我的做法是在主程序里用一個宏切換角色CubeMX 生成的外設(shè)初始化代碼完全不動只改編譯宏#define BOARD_ROLE 1 // 1 為發(fā)送端 TX0 為接收端 RX這個宏放在 nrf_config.h 里兩個板子共用同一份源碼。角色切換的本質(zhì)只是初始化時配置不同的寄存器發(fā)送端在 NRF_Init 后把 TX_ADDR 和 RX_ADDR_P0 寫成同一個地址接收端把 RX_ADDR_P0 寫成同樣地址并且把 CONFIG 寫成 0x0B 進入接收模式。兩個板子射頻信道必須一致地址必須一致負載寬度必須一致這三項只要差一個字節(jié)就完全連不上。用宏還有一個好處調(diào)試時把一個板子改成對端角色可以快速確認是硬件故障還是配置不一致。主循環(huán)里按角色走不同分支while (1) { #if BOARD_ROLE 1 uint8_t ch; if (HAL_UART_Receive(huart1, ch, 1, 10) HAL_OK) { uint8_t frame[2] { 2, ch }; // 首字節(jié)真實長度第二字節(jié)是數(shù)據(jù) uint8_t ret NRF_Send(frame, 2); uint8_t obs NRF_ReadReg(0x08); printf(send ret%d obs%02X\r\n, ret, obs); } #else uint8_t buf[32]; if (NRF_Recv(buf) 0) { HAL_UART_Transmit(huart1, buf 1, buf[0], 100); // 按首字節(jié)長度發(fā)串口 } #endif HAL_Delay(1); }串口透傳模式下發(fā)送端從 PC 串口收到一個字節(jié)立即組一個 2 字節(jié)幀通過 NRF24L01 發(fā)出接收端收到無線數(shù)據(jù)后按照 first 字節(jié)里的長度把有效數(shù)據(jù)從 UART 發(fā)到 PC。這樣在 PC 上打開兩個串口助手就能看到雙向字節(jié)回顯驗證鏈路是否打通。printf 輸出調(diào)試信息只接在發(fā)送端避免收發(fā)兩端搶串口。5.2 自動 ACK 與雙向傳輸ACK payload 代替頻繁切換角色很多人在做完單向收發(fā)后想改成雙向第一反應(yīng)是讓兩塊板子定時切換 RX/TX 模式。這樣確實能工作但切換時機和丟包處理很麻煩。nRF24L01 原生支持 ACK payload接收端在回 ACK 時可以把一包數(shù)據(jù)一起帶回發(fā)送端這樣一次通信完成兩個方向的數(shù)據(jù)交換。接收端需要使用 W_ACK_PAYLOAD 命令命令格式是 0xA8 或管道號例如往管道 0 回傳就發(fā) 0xA8void NRF_SendAckPayload(const uint8_t *data, uint8_t len) { NRF_CSN_LOW(); NRF_SPI_RW(0xA8); // W_ACK_PAYLOAD管道 0 for (uint8_t i 0; i 32; i) { NRF_SPI_RW(i len ? data[i] : 0x00); } NRF_CSN_HIGH(); }發(fā)送端這邊不需要做任何特殊處理正常情況下等 ACK 時芯片會把對方攜帶的數(shù)據(jù)放進 RX FIFO發(fā)送端讀 R_RX_PAYLOAD 就能取到回傳字節(jié)。最典型場景是遙控器發(fā)送端每秒發(fā)一次遙控指令接收端在 ACK 里捎帶電池電壓和傳感器數(shù)據(jù)整條鏈路沒有一幀是“空跑”的。要注意 ACK payload 也會占用 RX FIFO如果對方每次 ACK 都帶 32 字節(jié)發(fā)送端必須及時讀走否則 FIFO 滿了會丟包。RX_PW_P0 最好配置成實際回傳長度而不是一律填 32。5.3 三個關(guān)鍵參數(shù)信道、發(fā)射功率和重發(fā)次數(shù)的實際推薦值聯(lián)調(diào)階段最常見的現(xiàn)象是“離得近能通離遠一點就瘋狂重發(fā)”這往往不是硬件能力不行而是參數(shù)沒配合好。下面這組參數(shù)適合室內(nèi) 10 米左右的點對點場景參數(shù)設(shè)置說明RF_CH0x40即 2464MHz避開 2.4G WiFi 常用信道 1 和 6RF_SETUP0x061Mbps 0dBm速度和距離的平衡點SETUP_RETR0x0F重發(fā)間隔 250us重發(fā) 15 次EN_AA0x01管道 0 自動 ACKRX_PW_P032固定 32 字節(jié)兼容性最好如果你在實驗室里 1 米都通不了先別調(diào)參數(shù)把上面三個地址相關(guān)寄存器打印出來看。TX_ADDR、RX_ADDR_P0 和 EN_AA 只要有一處不匹配芯片收不到完整地址就不會回 ACK發(fā)送端會一直進 MAX_RT。近距離測試還把發(fā)射功率調(diào)到最高沒有意義反而增加功耗建議把 RF_SETUP 改成 0x04 即 -12dBm如果這樣還能通信說明鏈路余量很足再調(diào)回 0x06 做距離驗證。6. NRF24L01 鏈路質(zhì)量驗證讀 OBSERVE_TX 重發(fā)計數(shù)與丟包率測試6.1 用 OBSERVE_TX 讀取重發(fā)次數(shù)和丟包統(tǒng)計STATUS 寄存器只能告訴你“這包發(fā)沒發(fā)出去”不能說明鏈路質(zhì)量。OBSERVE_TX 寄存器地址 0x08低 4 位是最近一次發(fā)送的重發(fā)次數(shù)高 4 位是累計丟包計數(shù)。發(fā)送成功后讀這個寄存器數(shù)值越小說明鏈路越穩(wěn)uint8_t obs NRF_ReadReg(0x08); uint8_t arc_cnt obs 0x0F; uint8_t plos_cnt (obs 4) 0x0F; printf(ARC%d, PLOS%d\r\n, arc_cnt, plos_cnt);ARC 為 0 表示一次成功ARC 經(jīng)常在 10 以上說明距離已經(jīng)接近邊界或者信道干擾很強。PLOS 是累計值需要自己記錄兩次讀數(shù)的差值來判斷增量。這個寄存器在連續(xù)重發(fā)時并不清零所以不要只看數(shù)值大小要看單位時間內(nèi)兩次采樣之間的變化趨勢。調(diào)試時每次發(fā)送后把 ARC 和 PLOS 一起打印就能直觀看到鏈路余量。6.2 固定序號測丟包率避免用串口吞吐倒推無線質(zhì)量有些工程師喜歡用串口收發(fā)多少字節(jié)來估算無線鏈路好不好這個辦法容易被協(xié)議棧和緩沖區(qū)干擾不夠直接。我一般用序號法發(fā)送端每發(fā)一包第一字節(jié)是遞增的序號接收端收到后檢查序號連續(xù)性連續(xù)序號不一致就說明中間丟了包。// 發(fā)送端 static uint8_t seq 0; uint8_t pkt[32]; pkt[0] seq; memset(pkt 1, 0xAA, 31); NRF_Send(pkt, 32); HAL_Delay(10);// 接收端 static uint8_t last_seq 0; if (buf[0] ! (uint8_t)(last_seq 1)) { uint8_t lost (uint8_t)(buf[0] - last_seq - 1); total_lost lost; } last_seq buf[0];測試方法發(fā)送間隔 10ms持續(xù) 1000 包接收端統(tǒng)計丟包數(shù)和 ARC 均值。10 米空曠環(huán)境丟包率應(yīng)小于 1%如果高于 5%先看信道是否和周邊 WiFi 重疊再降速率到 250kbps 驗證。注意 250kbps 只有 nRF24L01 支持老版本芯片不支持。6.3 距離邊界怎么判斷重發(fā)比例比信號強度更靠譜NRF24L01 沒有 RSSI 寄存器不能像 CC1101 那樣直接拿信號強度判斷距離。工程上可以統(tǒng)計 N 包內(nèi) MAX_RT 的比例當發(fā)送端連續(xù) 5 次以上觸發(fā) MAX_RT而且 ARC 計數(shù)達到 15說明接收端已經(jīng)收不到任何 ACK這就是通信邊界。此時把天線方向轉(zhuǎn) 90 度、調(diào)低速率通常能拉回一段距離。板載天線對著人是衰減最大的姿勢測試時人站側(cè)面地面也會反射 2.4G 信號模塊離地面 20cm 以上測試結(jié)果更穩(wěn)定。把這三個判斷條件寫進固件收到邊界警告后自動降速或加大重發(fā)間隔比手動改參數(shù)調(diào)距離高效得多。本文還有配套的精品資源點擊獲取