RF模式下需要像藍(lán)牙一樣消耗時(shí)間“配對(duì)”嗎，還是通過廣播包進(jìn)行通信？例如我設(shè)置兩個(gè)設(shè)備配置的accessAddress相同，一個(gè)開始狀態(tài)是發(fā)送，一個(gè)開始狀態(tài)是接收，他們是怎么進(jìn)行數(shù)據(jù)交換的，在發(fā)送和接收時(shí)廣播包是什么樣的？在廣播包中是通過accessAddress來確認(rèn)通訊雙方嗎？廣播包的長(zhǎng)度最大為多少？配置中的RxMaxlen是數(shù)據(jù)最大長(zhǎng)度不是廣播包長(zhǎng)度吧？

????tmos_memset(&rfConfig,?0,?sizeof(rfConfig_t));
????taskID?=?TMOS_ProcessEventRegister(RF_ProcessEvent);
????rfConfig.accessAddress?=?0x71764129;?//?禁止使用0x55555555以及0xAAAAAAAA?(?建議不超過24次位反轉(zhuǎn)，且不超過連續(xù)的6個(gè)0或1?)
????rfConfig.CRCInit?=?0x555555;
????rfConfig.Channel?=?8;
????rfConfig.Frequency?=?2480000;
????rfConfig.LLEMode?=?LLE_MODE_BASIC?|?LLE_MODE_EX_CHANNEL;?//?使能?LLE_MODE_EX_CHANNEL?表示?選擇?rfConfig.Frequency?作為通信頻點(diǎn)
????rfConfig.rfStatusCB?=?RF_2G4StatusCallBack;
????rfConfig.RxMaxlen?=?251;

您好，rfConfig結(jié)構(gòu)體中的都是底層配置，rfConfig的配置不一致，會(huì)導(dǎo)致您的應(yīng)用層代碼通信異常或無法通信。一部分底層配置包含在負(fù)載數(shù)據(jù)前后的包頭包尾中，驗(yàn)證不通過會(huì)直接被底層庫屏蔽，無法傳達(dá)至應(yīng)用層。

accessAddress用來確認(rèn)哪些包可以被接收。不清楚您說的“確認(rèn)通訊雙方”是要確認(rèn)哪些信息。接入層地址可以視作通行證中的一環(huán)，攜帶在無線包頭中，只有接入層地址一致的包，才會(huì)被接收方的底層解包后傳達(dá)給應(yīng)用層，不攜帶收發(fā)方的應(yīng)用層信息。

RxMaxlen是應(yīng)用層凈負(fù)載的最大長(zhǎng)度，也就是您說的數(shù)據(jù)的最大長(zhǎng)度，該配置不一致可能導(dǎo)致發(fā)包異常。

2.4G參考代碼中沒有嚴(yán)格的“配對(duì)”，在非跳頻通信時(shí)無需“配對(duì)”，直接往外廣播發(fā)送就好，底層配置一致的接收方都能收到數(shù)據(jù)包；在跳頻通信時(shí)，收發(fā)雙方會(huì)在發(fā)送數(shù)據(jù)包前，在特定信道進(jìn)行握手，類似于極簡(jiǎn)版的藍(lán)牙“配對(duì)”，握手成功才會(huì)進(jìn)行數(shù)據(jù)包的交互。

謝謝解答，意思就是沒有配對(duì)，只要發(fā)送和接收的底層配置相同，他們的包頭包尾就會(huì)攜帶驗(yàn)證信息。