Received-SPF: pass (google.com: best guess record for domain of linux-bluetooth-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
From:   "Gix, Brian" <brian.gix@intel.com>
To:     Mahaboob Nazeer SK <nazeer.m@phytec.in>
CC:     "linux-bluetooth@vger.kernel.org" <linux-bluetooth@vger.kernel.org>
Subject: Re: Testing Bluetooth Mesh with python
Thread-Topic: Testing Bluetooth Mesh with python
Thread-Index: AQHVMh4Yr96fnUv/NkOv6PrxwONL3Ka6y+8l
Date:   Thu, 4 Jul 2019 18:41:25 +0000
Message-ID: <47E2CBA9-0E7D-46D7-AB94-E27B54AAE110@intel.com>
References: <OFCEFD7E67.77A1AF25-ONC125842D.001694FD-C125842D.001694FE@phytec.de>
In-Reply-To: <OFCEFD7E67.77A1AF25-ONC125842D.001694FD-C125842D.001694FE@phytec.de>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8BIT
MIME-Version: 1.0
Sender: linux-bluetooth-owner@vger.kernel.org
Precedence: bulk

Hello,

> On Jul 3, 2019, at 9:08 PM, Mahaboob Nazeer SK <nazeer.m@phytec.in> wrote:
> 
> Hi,
> 
> We are using Zephyr Mesh onoff example on nrf52 eval kit to test the Mesh Functionality.For provisioning of the
> node we are using meshctl tool.
> 
> But is there any other way to provision a node using a python script.I found a test-mesh script in the test folder 
> of bluez stack ,but i was unable to provision and test a node with it.Could you share a test procedure if any.

We are in the process of coding the Management1 D-Bus interface which includes many of the method calls required for Provisioner support.  The test-mesh python script does *not* work with the meshctl tool, which uses a GATT based architecture.

The D-Bus interface (as described in the doc/mesh-api.txt) works with the bluetooth-meshd daemon which is currently being built out, and it is entirely built on Advertisement (non-GATT) based communication with other nodes.

The methods required for the Provisioner side are not quite ready to be pushed out.


> 
> --
> Thanks
> 
> 
> 
> 
>