Problem of multi-link using the relay unit

[KIYOMI]

I would like to carry out communication with a plurality of peripheral using a central multi-link function.

When performing the communication via the relay unit, the communication of the second and subsequent, there are cases where advertising is not accepted.

At that time, Central SCAN is operating normally, it is possible communication with another peripheral.

Why, in the second and subsequent communication, Will advertising can not be accepted?

[KIYOMI]

Thanks for the quick answer. I am sorry that the description was not sufficient. My problem is not that the two peripherals can not connect. In the following 3rd step, Central can not respond to advertising from the relay. Central can respond the advertising from the peripheral. Do you know the reason why the Central can not respond?

1st step：first communication 　　　　peripheral -> relay -> central -> relay -> peripheral 2nd step:all disconnect 3rd step:second communication relay -> central : NG

[FormerMember]

Okay, I see. After both peripherals have disconnected from the relay device, can the central device see that the relay device is advertisting? When I test what you describe here, it works without any problems.

[KIYOMI]

I'm sorry reply late. I'll explain in detail. Goal we want to achieve:

• Establishment of communication between the central and peripherals The communication may or may not be established via a relay station.

As the specifications of the communication, we want to achieve 1 and 2 below.

Conditions:

• Peripheral: Starts Advertising
• Relay station: Scanning, then starts advertising after connected to a peripheral.
• Central: Scanning (multiple connections)

Specifications of the communication:

1. Communication A peripheral sends data to the central, and then the central sends the data back to the peripheral.

2. Disconnection of the communication: After the peripheral receives the data from the central in 1. above, the peripheral verifies the received data, and when the data is correct, then it disconnects the communication.

Issue: When peripherals are placed in two cases of locations as described below, communications between peripherals and the central may become unstable.

Peripherals’ communication paths:

1. A peripheral can directly communicate with the central.
2. A peripheral can communicate with the central via a relay station.

Question: Is the issue solved, i.e., the communication becomes stable, if peripherals are placed in locations where they can only communicate with the central via a relay station (case 2. above).

[FormerMember]

What do you mean by unstable communication? When the relay device is connected to a peripheral, is the connection unstable? Or is it hard for the relay device to re-connect to the peripheral, because the central device is already connected to the peripheral?

[KIYOMI]

Thanks for the quick answer. Unstable communication is not in either of the above conditions.After all has been disconnect, via a peripheral device again relay, it may not be able to connect to the central.

Here describes "unstable communication".

When there are two communication paths as described previously (see below);

Peripherals’ communication paths:

1. A peripheral can directly communicate with the central.
2. A peripheral can communicate with the central via a relay station.

---

Communication with path 1 is fine, but communication with path 2 has a problem. The peripheral can establish communication with a relay device, then it may or may not establish the communication with the central (unstable communication). We tested the environment only with path 2, then the communication was established fine. The question is if there is any known issue to have two types of paths we currently have?

[FormerMember]

It should not be any problem for the relay to be and master and a slave at the same time. Do you see the same problem if you test the ble_app_hrs_rscs_relay example in the SDK as well?

Which SDK and softdevice version do you use? SDK 11 and S130 v.2.0.0?