Timeout in getting composition data from LPN node example available in nrf sdk for mesh v5.0.0

Hi,

The SoC we are using is nRF52832 and we are building our application on top of lpn example available in nrf sdk for mesh v5.0.0. I am using ESP32 as our provisioner. With the lpn example available out of the box, I am able to provision, get composiition data, add appkey, bind appkey to the model in the nrf52832 with ESP32 acting as my  provisioner and I was successful with the nRF mesh app too.

Now, I integrated sensor models into the lpn example and the necessary peripherals (ADC, I2C) to the base LPN example. Increased the ACCESS_MODEL_COUNT to 4 in nrf_mesh_config_app.h. I was successful in doing the above mentioned provisioning process with the nRF mesh app, namely, provisioning, composition data get, appkey adding, and binding appkey to model but I am not able to do the entire flow with ESP32 acting as the provisioner. I am able to provision the device and element address also is assigned to the node. But I am getting timeout for "COMPOSITION_DATA_GET" and I am not able to proceed further since it is a critical step in storing node's info in the provisioner. Provisioner is trying to get the composiiton data continuously and each time I am getting only timeout status. Why is my node not able to send composition data to the provisioner(ESP32) on demand but is able to do it when done from nRF mesh app?

Above explained scenario is when I integrated sensor models into the lpn example. but when I integrated lpn and other peripherals into the sensor_server example available in nrf sdk for mesh, I was able to accomplish the 4 steps mentioned above. Vice versa, its not happening.

When I enable the MESH_FEATURE_PB_ADV_ENABLED in nrf_mesh_config_app.h, I am able to successfully complete the sequence, but the current consumption raises above 6ma. If its disabled, the current consumption is in the ua range. How shall I tackle this?

Parents
  • Hello harid,

    Please be informed that I will support you with this question. However, I need quite some more time to look into it. I will have an update around Thursday Jan 26.

    Please also know that it might be difficult to know what is wrong. I have neither a ESP32 kit nor familiarity with its environment to be able to tell what is wrong. 

    On the other hand, the nRF5 SDK for Mesh is no longer in active development and no longer recommended for new development. Have you considered using the nRF Connect SDK for your project instead?

    Best regards,

    Hieu

  • Sure Hieu. ESP32 is sending the composition data get and a timeout happens in ESP32 every time for getting the composition data. nRF isn't responding back. 

    We have done our development entirely based out of nrf5 SDK and nrf5 SDK for mesh. I don't think migrating to nRF Connect SDK is a choice for us now

Reply Children
Related