<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>how to test a mesh SDK?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/29447/how-to-test-a-mesh-sdk</link><description>Hello, I studying nRF51 SDK for mesh.
I have a nRF51822(PCA10028) is a Client, and three Server(two nRF52832-PCA10040, a nRF51822-PCA10028).
I did the same way with Light Switch Demo.
So, I controlled LED on the Client board, but I think it is a broadcasting</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 16 Jan 2018 11:42:32 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/29447/how-to-test-a-mesh-sdk" /><item><title>RE: how to test a mesh SDK?</title><link>https://devzone.nordicsemi.com/thread/117095?ContentTypeID=1</link><pubDate>Tue, 16 Jan 2018 11:42:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4550b265-3199-4251-8c5a-1bd76b6aa217</guid><dc:creator>ketil</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;This excerpt from the BLE Mesh SDK documentation on network topology might clear things up a bit:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Bluetooth Mesh is a broadcast-based
network protocol, where every device
in the network sends and receives all
messages to and from all devices
within radio range.
&lt;a href="http://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.meshsdk.v1.0.0%2Fmd_doc_introduction_basic_concepts.html"&gt;Source&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Also see this section about relaying:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Bluetooth Mesh expands the range of
the network by relaying messages. Any
mesh device may be configured to act
as a relay, and no dedicated relay
devices are needed to build a network.
Every device acting as a relay will
decrement the Time To Live (TTL) value
in received messages and forward them
if the TTL is two or higher. This
undirected relaying is referred to as
message flooding and ensures a high
probability of message delivery,
without requiring any information on
the network topology. The Mesh Profile
Specification does not provide any
routing mechanisms, and all messages
are forwarded by all relays until the
TTL value reaches zero. To avoid
messages being forwarded by the same
relays over and over, all mesh devices
maintain a message cache. This cache
is used for filtering out packets that
the device has already handled.
&lt;a href="http://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.meshsdk.v1.0.0%2Fmd_doc_introduction_basic_concepts.html"&gt;Source&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;In the Light Switch example all the nodes are configured as relays.&lt;/p&gt;
&lt;p&gt;Does this answer your problem? If not, please add some more details about your application.&lt;/p&gt;
&lt;p&gt;Ketil&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>