Remote provisioning of Dimming Server Example

RE: Remote provisioning of Dimming Server Example

Joakim Jakobsen — Mon, 29 Aug 2022 08:02:48 GMT

No problem.

Thank you for sharing the solution. That might help others experiencing the same issue in the future.

You are welcome to open a new ticket if you have any further questions.

Br,
Joakim

RE: Remote provisioning of Dimming Server Example

Simsim — Thu, 25 Aug 2022 05:51:08 GMT

Hi Joakim

I do not use the proxy feature actualy.

The Mesh team did it the other way, i base on the PCA10056 Dimming Server example which has this option already running.

I will give it a try for my understanding.

Thanks for helping

regards

Simon

RE: Remote provisioning of Dimming Server Example

Joakim Jakobsen — Tue, 23 Aug 2022 10:26:44 GMT

Thank you for the update.

There isn't anything related to remote provisioning that blocks the usage of the proxy feature, so there could be something related to the configuration.

Do you need to use the proxy feature?

Comment from out Mesh team:
"For me the MESH_FEATURE_GATT_PROXY_ENABLED option works in pb_remote_server sample, but I had to copy the missing configuration from the light_switch sample as GATT support is not enabled in pb_remote samples by default."

Br,
Joakim

RE: Remote provisioning of Dimming Server Example

Simsim — Tue, 23 Aug 2022 05:43:26 GMT

Hello Joakim

below the Print from the call Stack(i supose that is what you are looking for)

in the meantime i discovered the source of the error.

while

#define MESH_FEATURE_GATT_PROXY_ENABLED                 (1)  // this should be turned off when remote provisioning

was true there could be a conflict.

With disabling the Gatt Proxy the error dissapears, the value of DSM_APP_MAX(8) should be DSM_APP_MAX(10) for my case, otherwise i get an mesh error 5 at the same point.

RE: Remote provisioning of Dimming Server Example

Joakim Jakobsen — Mon, 22 Aug 2022 17:18:19 GMT

Thanks for the update.

Had a talk with our developers, who tried the pb_remote example with your configuration and didn't get the same error.

Suggestion from our Mesh team:
Put a breakpoint before:
https://github.com/NordicSemiconductor/nRF5-SDK-for-Mesh/blob/a165eece1b743bc68ef396bf03ba389a0bac6f11/examples/common/src/app_error_weak.c#L115-L119
and print stack trace. That way we can get a better idea of what is causing the error.

Br,
Joakim

RE: Remote provisioning of Dimming Server Example

Simsim — Mon, 22 Aug 2022 06:28:36 GMT

Hi Joakim

I discovered when the Error occurs,

When calling

p_ctx->event_handler(&app_event);

I can work arround this error with a breakpoint at:

prov_provisinee.c

        case NRF_MESH_PROV_STATE_WAIT_DATA:
             __LOG(LOG_SRC_PROV, LOG_LEVEL_INFO, "NRF_MESH_PROV_STATE_WAIT_DATA\n");
            complete_provisioning(p_ctx);// Set breakpoint here and release it as soon it stops
            p_ctx->state = NRF_MESH_PROV_STATE_COMPLETE;
            break;

Is there a runtime condition or what is happening?

kind regards

Simon

RE: Remote provisioning of Dimming Server Example

Simsim — Thu, 18 Aug 2022 12:45:39 GMT

Hi Joakim

thanks for the advise, i changed DSM_APP_MAX (8) to DSM_APP_MAX(10), clear MCU, Clean and Rebuild Project. it did not help.

Still <t: 3345838>, app_error_weak.c, 115, Mesh error 7 at 0x00000000 (:0)

On the server i set a breakpoint on dsm_appkey_add() and this point will not be passed till the fault.

According the graphic of the regular Provisioning the Fault comes inbetween Prov Complete and Link closed.

Viewed from the client side.

on the Server side i can't find the NRF_MESH_EVT_PROV_COMPLETE, what i found in prov_utils.c is

        /* NRF_MESH_PROV_STATE_WAIT_COMPLETE          */ PROV_PDU_TYPE_COMPLETE       | PDU_VALID_PROVISIONER,
        /* NRF_MESH_PROV_STATE_COMPLETE               */ PROV_PDU_TYPE_INVALID,

and PROV_PDU_TYPE_COMPLETE is only used in the provisioning.c

uint32_t prov_tx_complete(prov_bearer_t * p_bearer)
{
    prov_pdu_complete_t pdu;
    pdu.pdu_type = PROV_PDU_TYPE_COMPLETE;
    return send_data(p_bearer, (const uint8_t *) &pdu, sizeof(prov_pdu_complete_t));
}

Still after reboot the device is provisioned and response on the PB Remote client as expected.

is there a mecanisme for a forced reboot if an error like this occured?

RE: Remote provisioning of Dimming Server Example

Joakim Jakobsen — Wed, 17 Aug 2022 08:54:48 GMT

Thank you!

Got some feedback from our developers that it might be related to "dsm_appkey_add". Maybe you could try to increase DSM_APP_MAX and see if there is any improvement?

Br,
Joakim

RE: Remote provisioning of Dimming Server Example

Simsim — Wed, 17 Aug 2022 04:32:10 GMT

Hi Joakim

/* Copyright (c) 2010 - 2020, Nordic Semiconductor ASA
 * All rights reserved.
 *
 * Redistribution and use in source and binary forms, with or without modification,
 * are permitted provided that the following conditions are met:
 *
 * 1. Redistributions of source code must retain the above copyright notice, this
 * list of conditions and the following disclaimer.
 *
 * 2. Redistributions in binary form, except as embedded into a Nordic
 *    Semiconductor ASA integrated circuit in a product or a software update for
 *    such product, must reproduce the above copyright notice, this list of
 *    conditions and the following disclaimer in the documentation and/or other
 *    materials provided with the distribution.
 *
 * 3. Neither the name of Nordic Semiconductor ASA nor the names of its
 *    contributors may be used to endorse or promote products derived from this
 *    software without specific prior written permission.
 *
 * 4. This software, with or without modification, must only be used with a
 *    Nordic Semiconductor ASA integrated circuit.
 *
 * 5. Any software provided in binary form under this license must not be reverse
 *    engineered, decompiled, modified and/or disassembled.
 *
 * THIS SOFTWARE IS PROVIDED BY NORDIC SEMICONDUCTOR ASA "AS IS" AND ANY EXPRESS
 * OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
 * OF MERCHANTABILITY, NONINFRINGEMENT, AND FITNESS FOR A PARTICULAR PURPOSE ARE
 * DISCLAIMED. IN NO EVENT SHALL NORDIC SEMICONDUCTOR ASA OR CONTRIBUTORS BE
 * LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
 * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE
 * GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
 * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
 * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
 */

#ifndef NRF_MESH_CONFIG_APP_H__
#define NRF_MESH_CONFIG_APP_H__

/**
 * @defgroup NRF_MESH_CONFIG_APP nRF Mesh app config
 *
 * Application side configuration file. Should be copied into every
 * application, and customized to fit its requirements.
 * @{
 */

/**
 * @defgroup DEVICE_CONFIG Device configuration
 *
 * @{
 */
/** Define for acknowledging message transaction timeout.
 * @note @tagMeshSp recommends this to be minimum 60s. However, using
 * recommendation can result in client getting blocked for a significant amount of time (60s), if
 * acknowledged transaction does not receive a response.
 */
#define MODEL_ACKNOWLEDGED_TRANSACTION_TIMEOUT  (SEC_TO_US(10))

/** Number of Level client models on the dimming client. */
#define CLIENT_MODEL_INSTANCE_COUNT  (2)

/** Maximum available number of servers to choose correct TTL for the network. */
#define MAX_AVAILABLE_SERVER_NODE_NUMBER  (40)

/** @} end of MODEL_CONFIG */

/**
 * @defgroup DEVICE_CONFIG Device configuration
 *
 * @{
 *


/** Device company identifier. */
#define DEVICE_COMPANY_ID (ACCESS_COMPANY_ID_NORDIC)

/** Device product identifier. */
#define DEVICE_PRODUCT_ID (0x0000)

/** Device version identifier. */
#define DEVICE_VERSION_ID (0x0000)

/** @} end of DEVICE_CONFIG */

/**
 * @defgroup ACCESS_CONFIG Access layer configuration
 * @{
 */

/**
 * The default TTL value for the node.
 */
#define ACCESS_DEFAULT_TTL (4)

/**
 * The number of models in the application.
 *
 * @note To fit the configuration and health models, this value must equal at least
 * the number of models needed by the application plus two.
 */
#define ACCESS_MODEL_COUNT (/* Element 0:                                       */ \
                            1 + /* Config Server                                */ \
                            1 + /* Health Server                                */ \
                            1 + /* Generic Level Server                         */ \
                            1 + /* Default Transition Time Server               */ \
                            1 + /* Scene Server                                 */ \
                            1 + /* Scene Setup Server (extends Scene Server)    */ \
                            1 + /* Backup (extends Scene Server)    */             \
                            1   /* Generic level client (extends Scene Server)  */ )
/**
 * The number of elements in the application.
 *
 * @warning If the application is to support _multiple instances_ of the _same_ model, these instances
 * cannot be in the same element and a separate element is needed for each new instance of the same model.
 */
#define ACCESS_ELEMENT_COUNT (1)

/**
 * The number of (root only) default transition time instances used by the application.
 */
#define GENERIC_DTT_SERVER_INSTANCES_MAX (1)

/**
 * The number of generic level instances used by the application. *
 */
#define GENERIC_LEVEL_SERVER_INSTANCES_MAX (1)

/**
 * The number of scene setup server instances used by the application.
 */
#ifndef SCENE_SETUP_SERVER_INSTANCES_MAX
#define SCENE_SETUP_SERVER_INSTANCES_MAX (1)
#endif

/**
 * The number of allocated subscription lists for the application.
 *
 * @note This value must equal @ref ACCESS_MODEL_COUNT minus the number of
 * models operating on shared states.
 */
#define ACCESS_SUBSCRIPTION_LIST_COUNT (ACCESS_MODEL_COUNT)

/**
 * @defgroup ACCESS_RELIABLE_CONFIG Configuration of access layer reliable transfer
 * @{
 */

/** Number of the allowed parallel transfers (size of the internal context pool). */
#define ACCESS_RELIABLE_TRANSFER_COUNT (ACCESS_MODEL_COUNT)

/** @} end of ACCESS_RELIABLE_CONFIG */


/** @} end of ACCESS_CONFIG */


/**
 * @ingroup HEALTH_MODEL
 * @{
 */

/** The number of instances of the health server model. */
#define HEALTH_SERVER_ELEMENT_COUNT (1)

/** @} end of HEALTH_MODEL */


/**
 * @defgroup DSM_CONFIG Device State Manager configuration
 * Sizes for the internal storage of the Device State Manager.
 * @{
 */
/** Maximum number of subnetworks. */
#define DSM_SUBNET_MAX                                  (4)
/** Maximum number of applications. */
#define DSM_APP_MAX                                     (8)
/** Maximum number of device keys. */
#define DSM_DEVICE_MAX                                  (1)
/** Maximum number of virtual addresses. */
#define DSM_VIRTUAL_ADDR_MAX                            (2)
/** Maximum number of non-virtual addresses.
 * - Generic Level publication
 * - Health publication
 * - Subscription address
 */
#define DSM_NONVIRTUAL_ADDR_MAX                         (3)
/** @} end of DSM_CONFIG */

/** @} */

/**
 * @defgroup NRF_MESH_CONFIG_CORE Compile time configuration
 * Configuration of the compilation of the core mesh modules.
 * @ingroup CORE_CONFIG
 * @{
 */

/**
 * @defgroup MESH_CONFIG_GATT GATT configuration defines
 * @{
 */
/** PB-GATT feature. To be enabled only in combination with linking GATT files. */
#define MESH_FEATURE_PB_GATT_ENABLED                    (1)
/** GATT proxy feature. To be enabled only in combination with linking GATT proxy files. */
#define MESH_FEATURE_GATT_PROXY_ENABLED                 (1) 
/** @} end of MESH_CONFIG_GATT */

/**
 * @defgroup BLE_SOFTDEVICE_SUPPORT_CONFIG BLE SoftDevice support module configuration.
 * @ingroup MESH_API_GROUP_APP_SUPPORT
 * Configuration for compile time. Part of BLE SoftDevice support module.
 *
 * @{
 */
#define GAP_DEVICE_NAME                 "My Node"
/** @} end of BLE_SOFTDEVICE_SUPPORT_CONFIG */

/** @} end of NRF_MESH_CONFIG_CORE */

#endif /* NRF_MESH_CONFIG_APP_H__ */

Hope that helps

Regards

Simon

RE: Remote provisioning of Dimming Server Example

Joakim Jakobsen — Tue, 16 Aug 2022 07:47:34 GMT

Hi.

Could you also provide the nrf_mesh_config_app.h file?

Br,
Joakim

RE: Remote provisioning of Dimming Server Example

Joakim Jakobsen — Sun, 14 Aug 2022 20:57:07 GMT

Thank you!

I don't have much experience with the remote provisioning feature, so I've forwarded your request internally to our Mesh developers.

I'll get back to you with any response from them regarding your issue.

Br,
Joakim

RE: Remote provisioning of Dimming Server Example

Simsim — Wed, 10 Aug 2022 14:24:01 GMT

Hi Joakim

Of course:

According the Dokumentation on:

https://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.meshsdk.v5.0.0%2Fmd_doc_user_guide_modules_provisioning_pb_remote.html

at the end of the Page.

main.c

// Include remote Provisioning
#include "pb_remote_server.h"
#include "nrf_mesh_prov_bearer_adv.h"
//create struct for Server same with
static pb_remote_server_t         m_remote_server;
static nrf_mesh_prov_bearer_adv_t m_prov_bearer_adv;
static dsm_handle_t               m_netkey_handle;
static dsm_handle_t               m_appkey_handle;
static dsm_handle_t               m_provisioner_address_handle;

pb_remote_server_init():

static void models_init_cb(void)
{
    __LOG(LOG_SRC_APP, LOG_LEVEL_INFO, "Initializing and adding models\n");
    //Init all models for Dimming server
    app_model_init();
    // For Remote Provisioner done in app_model_init as well

static void app_model_init(void)
{
    // add remote Provisioning
    ERROR_CHECK(pb_remote_server_init(&m_remote_server, REMOTE_SERVER_ELEMENT_INDEX));
    __LOG(LOG_SRC_APP, LOG_LEVEL_INFO, "remote Level server handle: %d\n",
          m_remote_server.model_handle)

    /* Instantiate level server on element index APP_LEVEL_ELEMENT_INDEX */
    ERROR_CHECK(app_level_init(&m_level_server_0, APP_LEVEL_ELEMENT_INDEX));
    __LOG(LOG_SRC_APP, LOG_LEVEL_INFO, "App Level Model handle: %d\n",
          m_level_server_0.server.model_handle)

    /*Instantiate level client on element index APP_LEVEL_ELEMENT_INDEX*/
    for (uint32_t i = 0; i < 1; ++i)//for (uint32_t i = 0; i < CLIENT_MODEL_INSTANCE_COUNT; ++i)
    {

pb_remote_server_enable()

pb_remote_server_prov_bearer_set():

static void provisioning_complete_cb(void)
{
    __LOG(LOG_SRC_APP, LOG_LEVEL_INFO, "Successfully provisioned\n");

//Remote Provisioning Stuff------------------------------------------------------------------
    unicast_address_print();
    //hal_led_blink_stop();
    //hal_led_mask_set(HAL_LED_MASK, LED_MASK_STATE_OFF);
    //hal_led_blink_ms(HAL_LED_MASK, LED_BLINK_INTERVAL_MS, LED_BLINK_CNT_PROV);
    /* TODO: This should be handled by the configuration server model. */
    mesh_key_index_t net_key_index;
    uint32_t count = 1;
    ERROR_CHECK(dsm_subnet_get_all(&net_key_index, &count));
    m_netkey_handle = dsm_net_key_index_to_subnet_handle(net_key_index);

    uint8_t appkey[NRF_MESH_KEY_SIZE] = {0};
    ERROR_CHECK(dsm_appkey_add(0, m_netkey_handle, appkey, &m_appkey_handle));
    ERROR_CHECK(dsm_address_publish_add(PROVISIONER_ADDRESS, &m_provisioner_address_handle));
    ERROR_CHECK(access_model_application_bind(m_remote_server.model_handle, m_appkey_handle));
    ERROR_CHECK(access_model_publish_address_set(m_remote_server.model_handle, m_provisioner_address_handle));
    ERROR_CHECK(access_model_publish_application_set(m_remote_server.model_handle, m_appkey_handle));
    ERROR_CHECK(access_model_publish_ttl_set(m_remote_server.model_handle, 6));
    ERROR_CHECK(pb_remote_server_enable(&m_remote_server));
    ERROR_CHECK(pb_remote_server_prov_bearer_set(&m_remote_server, nrf_mesh_prov_bearer_adv_interface_get(&m_prov_bearer_adv)));

// End of Remote Provisioning Stuff---------------------------------------------------------------

and

static void start(void)
{
    rtt_input_enable(app_rtt_input_handler, RTT_INPUT_POLL_PERIOD_MS);

    if (!m_device_provisioned)
    {
        static const uint8_t static_auth_data[NRF_MESH_KEY_SIZE] = STATIC_AUTH_DATA;
        mesh_provisionee_start_params_t prov_start_params =
        {
            .p_static_data    = static_auth_data,
            .prov_sd_ble_opt_set_cb = NULL,
            .prov_complete_cb = provisioning_complete_cb,
            .prov_device_identification_start_cb =device_identification_start_cb,// NULL, // blink led for User Feedback in pb remote example
            .prov_device_identification_stop_cb = NULL,
            .prov_abort_cb = NULL, // Stop blink Led when aborted
            .p_device_uri = EX_URI_DM_SERVER
        };
        ERROR_CHECK(mesh_provisionee_prov_start(&prov_start_params));
    }
    else
    {
        unicast_address_print();
        // add here remote Provisioning code
        ERROR_CHECK(pb_remote_server_enable(&m_remote_server));
        ERROR_CHECK(pb_remote_server_prov_bearer_set(&m_remote_server, nrf_mesh_prov_bearer_adv_interface_get(&m_prov_bearer_adv)));
        // End remote Provisioning
    }

according to the Breakpoint on pb_remote_server_enable() provisioning_complete_cb() is not called due the Mesh error.

first run -> error after Provisioning complete

reboot -> device has device adress 0x1337 and "m_device_provisioned" is true

but since pb_remote_server is not properly set up, so i guess, there is still no function

first run ( erase mcu done before):

<t:      11464>, main.c, 1397, Initializing and adding models
<t:      11468>, main.c,  791, remote Level server handle: 2
<t:      11472>, main.c,  796, App Level Model handle: 3
<t:      11476>, main.c,  814, App DTT Model handle: 5
<t:      11480>, main.c,  821, App Scene Model handle: 7, Element index: 0
<t:      11528>, main.c, 1439, Data in the persistent memory was corrupted. Device starts as unprovisioned.
<t:      11532>, main.c, 1440, Reboot device before starting of the provisioning process.
<t:      16737>, mesh_app_utils.c,   66, Device UUID (raw): 4814A81088874AA89A89EC236FE7D867
<t:      16741>, mesh_app_utils.c,   67, Device UUID : 4814A810-8887-4AA8-9A89-EC236FE7D867
<t:      16752>, main.c, 1605, 
		-------------------------------------------------------------
		 RTT 1) The brightness of the LED 1 decresses in large steps.
		 RTT 2) The brightness of the LED 1 incresses in large steps.
		 RTT 4) Clear all the states to reset the node.
		-------------------------------------------------------------
<t:      36884>, app_level.c,  295, SET: Level: 0  delay: 0  tt: 0  req-delta: 0  trans-type: 0
<t:      36889>, main.c,  773, Transition time: 0, Target level: 0, Transition type: 0
<t:      36893>, app_level.c,  239, Transition completed: Present-L: 0  Target-L: 0
<t:    1237849>, main.c, 1407, Mesh device identification started.
<t:    1268197>, app_error_weak.c,  115, Mesh error 7 at 0x00000000 (:0)

subseqent runs:

<t:      11071>, main.c, 1397, Initializing and adding models
<t:      11074>, main.c,  791, remote Level server handle: 2
<t:      11078>, main.c,  796, App Level Model handle: 3
<t:      11082>, main.c,  814, App DTT Model handle: 5
<t:      11087>, main.c,  821, App Scene Model handle: 7, Element index: 0
<t:      11140>, main.c, 1316, Node Address: 0x1337 
<t:      11143>, mesh_app_utils.c,   66, Device UUID (raw): 4814A81088874AA89A89EC236FE7D867
<t:      11146>, mesh_app_utils.c,   67, Device UUID : 4814A810-8887-4AA8-9A89-EC236FE7D867
<t:      11173>, main.c, 1605, 
		-------------------------------------------------------------
		 RTT 1) The brightness of the LED 1 decresses in large steps.
		 RTT 2) The brightness of the LED 1 incresses in large steps.
		 RTT 4) Clear all the states to reset the node.
		-------------------------------------------------------------
<t:      11488>, app_level.c,  295, SET: Level: 0  delay: 0  tt: 0  req-delta: 0  trans-type: 0
<t:      11493>, main.c,  773, Transition time: 0, Target level: 0, Transition type: 0
<t:      11497>, app_level.c,  239, Transition completed: Present-L: 0  Target-L: 0

RE: Remote provisioning of Dimming Server Example

Joakim Jakobsen — Wed, 10 Aug 2022 13:05:08 GMT

Hi.

[quote user=""]DK2 PCA10056 Dimming Server example running, added parts from pb_remote_server for remote provisioning.[/quote]

Maybe you could also add some information about how, where and what you have added to your code.

Br,
Joakim