Central and Peripheral
Role Central or Peripheral applies to the BLE connection itself. The device in the central role scans, looking for advertisement, and the device in the peripheral role makes the advertisement.
To understand the distinction, imagine that you have an Android phone and an activity tracker that is a BLE device. The phone supports the central role; the activity tracker supports the peripheral role (to establish a BLE connection you need one of each—two things that only support peripheral couldn't talk to each other, nor could two things that only support central).
After a connection is established, the central device performs as a master and periodically polls the peripheral, which executes in slave role.
The BCM20732 does not support Master/Slave scenario. The BCM20736/BCM20737 will support the Master/Slave environment and is supported in the new SDK 2.x.
Read one of the following sessions to understand what are needed to test BLE. iOS device is used in my test. But Android device and Windows 8 PC can do the job as well.
The topology is as follows. EVB1 acts as Slave connected with iPhone. It acts as Master connected to EVB2 at the same time.
[Master:iPhone+LightBlue]
\_____
\
[Slave:BCM920736 EVB1+hello_client:Master]
\_____
\
[Slave:BCM920732/6/7 EVB2+hello_sensor]
Figure 1
Figure 2
Figure 3
Figure 4
The topology is as follows. EVB1 acts as Slave connected with iPhone. It acts as Master connected to EVBx(x>=2) at the same time.
[Master:iPhone+LightBlue]
\_____
\
[Slave:BCM920736 EVB1+hello_client:Master]
\_____
\
[Slave:BCM920732/6/7 EVB2+hello_sensor]
[Slave:BCM920732/6/7 EVB3+hello_sensor]
[Slave:BCM920732/6/7 EVB4+hello_sensor]
[Slave:BCM920732/6/7 EVB5+hello_sensor]
Repeat steps from 6 to 8 with another EVBx(x>=2) as showed in Figure 5, you can add more EVB with hello_sensor to the net and report notification.