Is there a way to indicate that Provisioning mode is in progress

Hello Nordic Team,

I have a nRF52833 DK and I am running Light switch Server and client applicaiton in it.

I am in the moment customizing the application for our custom need.

So we are in a process to modfyin the application.

I would like to know is there a way to tell that current mode is in Provisioning mode ?

I know there is a PDU type but during provisioning mode we can see other PDUs as well

For our requirement I am going to define a custom PDU for my need.

So would like to know whether is way to indicate that Provisioning is started and its ended.

Thanks and Regards

Sarjoon.

  • Please see these prints as well

    <t: 932990>, mesh_gatt.c, 946, LENGTH 22
    <t: 932996>, mesh_gatt.c, 498, pdu_length :21 p_data_type 0x0
    <t: 932999>, proxy.c, 791, RX
    <t: 933001>, proxy.c, 674, RX GATT PDU type 0x0, len 21
    <t: 933004>, proxy.c, 675, Expected 0x0
    <t: 933006>, proxy.c, 677, Data Tx packet: 4A2B8AAAABD076D60711C2F44842AC513763EEC751
    <t: 933069>, mesh_gatt.c, 228, status: 0 len: 30 usable-mtu:66 sar_type: 0
    <t: 933118>, proxy.c, 738, TX complete
    <t: 949217>, mesh_gatt.c, 946, LENGTH 25
    <t: 949219>, mesh_gatt.c, 498, pdu_length :24 p_data_type 0x0
    <t: 949222>, proxy.c, 791, RX
    <t: 949224>, proxy.c, 674, RX GATT PDU type 0x0, len 24
    <t: 949226>, proxy.c, 675, Expected 0x0
    <t: 949228>, proxy.c, 677, Data Tx packet: 4ABC8F0D4A1395E8C61A466353D66C252D593857E5B9179F

    These are also as part of provisioning process is coming.

    The prints you see after Successfully provisioned print is also part of the provisioning process.

    It sends composition data, then TTL status and then Sending network transmit data.

    All these are part of provisioning is happening and with the custom logic I am doing in my source code will ignore all these transfers.

    Hope this is clear.

    Any discrepancy please let me know

    Thanks and Regards

    Sarjoon

  • Thank you.

    I'll investigate these messages closer, and why they are sent after the provisioning complete flag is set.

    sarjoon said:
    All these are part of provisioning is happening and with the custom logic I am doing in my source code will ignore all these transfers.

    If I understand you correctly, you found a workaround for your "custom check" and ignore these transfers?

    Br,
    Joakim

  • Hello Joakim,

    As of now, 

    Once after getting the Provisioned Successfully message and flag set, planning to do a workaround by starting a timer and wait for 20 seconds to finish off the Remaining Configurations

    Till then all packets will be allowed and will not enable my Custom Logic check.

    But this way may not be a ideal one. So let me know for any steps that I can consider as generic and proper.

    Thanks and Regards,

    Sarjoon.

Related