Test relay node by using 'nRF mesh light switch example'

[kmsmile2]

Hello,

I want to control LED of the Server 2. (Turn on / off) by using Client.

How to add the relay node in light switch example (this is one of the basic example of nRF mesh SDK) ?

I already had many tests, but I'm not sure that I used relay node...

Client can't control Server 2 directly.

I think that the only way is using the Server 1 as relay node!

Is there something that I need to revise the code?

Situation:

Server 1 is in range of the Client and Server 2 is out of the range of the Client.

Server 1 and Server 2 are in same range. (Close)

User wants to control the LED of Server 2 by using Client.

Below image is same image with the top one.

[Didrik Rokhaug]

Hi, and sorry for the late reply.

At the moment, all our mesh experts are on vacation, but I'll do my best to help you until they are back.

 

I already had many tests, but I'm not sure that I used relay node...

 Could you clarify what you are meaning here? Why are you not sure if Server 2 acts as a relay node or not?

 

Client can't control Server 2 directly.

 What do you mean by that?

Is the client able to control Server 2 at all?

Best regards,

Didrik

[kmsmile2]

Thank you, Didrik.

Didrik Rokhaug said:

Could you clarify what you are meaning here? Why are you not sure if Server 2 acts as a relay node or not?

Okay, this is my test situation.

I settled down Client at one point. And the server 2 settled on the other point which is so far from client. (Client cannot control Server 2 because it is so far.)

If Server 2 is close, client can control. However, client cannot control if Server 2 is far.

Therefore, I put Server 1 between them. (between Client and Server 2).

They are already provisioned, and Client can control Server 1.

I hope that Server 1 work very well, so it can work as relay node.

I think that Server 1 can relay the 'generic on/off message' from Client to Server 2.

However, it can't! 

One of Client's generic on/off unicast address is same with Server 2 address. 

Didrik Rokhaug said:

What do you mean by that?

That's why I wrote that Client can't control Server2 directly. ( Server2 is far from Client, so I think that Client can control Server 2 via Server 1.)

Thank you for reply.

I will waiting for your reply

Sincerely,

Minsu Kim.

[Didrik Rokhaug]

kmsmile2 said:

One of Client's generic on/off unicast address is same with Server 2 address. 

 That might be the cause of the problem. According to our documentation on the Bluetooth Mesh architecture, a relay node will forward the packet only if the node is not the destination. However, if both the relay and the server has the same address, the relay will believe that it is the destination, and not forward the packet.

[kmsmile2]

Thank you, Didrik.

You mean that I need to change the Generic on/off address from Server 1 to Server 2, right?

In addition, could you let me know how to test of development kits objectively?

Now I'm using the 'RTT viewer'.

Minsu

[Didrik Rokhaug]

kmsmile2 said:

You mean that I need to change the Generic on/off address from Server 1 to Server 2, right?

 Yes. The client should publish to the server's unicast address. In you case, because you want to control the light on Server 2, the Client must use Server 2's address, not Server 1's.

[Mohseen Ahamad]

hii kmsmile2 , 

i was also trying out on the same issue . have you got the output for your requirement . 

waiting for your response ..

regards ,

Mohseen Ahamad.