目前情況是這樣：

開發(fā)板A為nulticentral程序，作為主機。

開發(fā)板b和C為Peripheral程序，作為從機。

目前是在官方的歷程上添加了USB虛擬串口的程序，現(xiàn)想實現(xiàn)主機與從機的雙向通訊，共有幾下幾個疑問：

1>在RF_Init(void)函數(shù)中的

rfConfig.accessAddress = 0x71764129;表示為要發(fā)送給目標設(shè)備的地址，那設(shè)備本身的地址又要在哪里設(shè)置或看到。

2>若設(shè)備A需要給B發(fā)送完數(shù)據(jù)后再發(fā)送另一組數(shù)據(jù)給C，期間是否需要對rfConfig.accessAddress進行重新的設(shè)置。

3>若有相關(guān)的文件說明還請大佬發(fā)送一份，謝謝。

目前手上有《沁恒低功耗藍牙軟件開發(fā)參考手冊》但想不出來如何實現(xiàn)以上的功能，還請大佬進行指點，謝謝?。。。?！

首先我們要明確一件事,RF_Init 函數(shù) 來源于EVT>EXAM>BLE>RF_PHY 歷程,

該歷程實現(xiàn)的是簡單演示 基于"RF_PHY" 實現(xiàn)之定義數(shù)據(jù)的收發(fā), 該方式之工作在ble的PHY與mac層,并不受 BLE的時序以及上層協(xié)議制約,這意味著, RF_PHY 的已經(jīng)不再是BLE.

然后回到本貼,

A 為"nulticentral" 我可以理解為是手誤是multicentral 的程序,作為主機,

B 是peripheral的程序, 作為從機,

到現(xiàn)在,這些沒有什么問題,

但是這兩個example的code 中,本身并沒有任何地方調(diào)用?RF_Init 相關(guān)的函數(shù),上面我們也說到,RF_PHY已經(jīng)不再是BLE,這意味著, 如果是做BLE通信,也并不需要調(diào)用這些函數(shù),

藍牙的通信,必須遵循一系列的流程, 并且受到規(guī)范的制約,

作為主機時候, 這些流程包括,:

? ? 掃描識別對應的設(shè)備-> 建立連接->查詢相關(guān)的服務->使能通知(如果需要的話),?

然后才是收發(fā)數(shù)據(jù).

然后回到你燒錄的歷程,,這是個一個主機,能夠同時連接三個從機的歷程,本質(zhì)上和一個主機連接一個從機的歷程沒有本質(zhì)差異,只是在連上一個設(shè)備的時候,再去搜索新的設(shè)備連接,然后通過連接時候建立的connection_handle 來區(qū)分不同的從機僅此而已.

我這里建議你先看看一個主機連接一個從機的歷程, 先搞明白整個過程,再去研究收發(fā)數(shù)據(jù).

至于發(fā)送函數(shù)之類的你可以看下主機端的這些代碼片段:

好的，謝謝您，我已經(jīng)根據(jù)您的提示看了看這部分代碼，現(xiàn)調(diào)試結(jié)果如下：

目前只連接了acAddr[6] = {0x84,0xC2,0xE4,0x03,0x02,0x02};從機設(shè)備，但在調(diào)試的過程中還是產(chǎn)生了些疑惑：我不知道這個385行的函數(shù)是將數(shù)據(jù)發(fā)到了哪里，

從機那邊的五個特征值的數(shù)組內(nèi)均未發(fā)現(xiàn)接收到的數(shù)據(jù)，特向大佬請教，謝謝您?。?！

還請大佬指明官方例程中，從機接收的數(shù)據(jù)到哪里了，謝謝您！非常感謝

數(shù)據(jù)在newValue里面

能分享下《沁恒低功耗藍牙軟件開發(fā)參考手冊》，郵箱個人信息保護，已隱藏，網(wǎng)上找不到下載。謝謝

打擾了，已經(jīng)找到。竟然在例程目錄下。