Lifght switch client example with DFU issue

[UdjinPr]

I use 3.10 mesh sd and 2 dk boards.

DFU example works fine, but when I try to implement dfu mode in ls example I can't achieve goal. DFU doesn't work. I follow the instruction of the dfu example, but Istead of the dfu hex file I use hex file from the ls client project with some correction and get no reaction after start of  dfu mode. At the very last I changed main.c in the ls client example from dfu project and result the same. I double checked sdk config and macros placement they are the same. 

I have no idea about it ).

[Edvin]

Hello,

Did you add the mesh event callback for the DFU events in your light switch clients?

static void mesh_evt_handler(const nrf_mesh_evt_t* p_evt)
{
    switch (p_evt->type)
    {
        case NRF_MESH_EVT_DFU_FIRMWARE_OUTDATED:
        case NRF_MESH_EVT_DFU_FIRMWARE_OUTDATED_NO_AUTH:
            if (fw_updated_event_is_for_me(&p_evt->params.dfu))
            {
                ERROR_CHECK(nrf_mesh_dfu_request(p_evt->params.dfu.fw_outdated.transfer.dfu_type,
                                                 &p_evt->params.dfu.fw_outdated.transfer.id,
                                                 (uint32_t*) bank_addr));
                hal_led_mask_set(LEDS_MASK, false); /* Turn off all LEDs */
            }
            else
            {
                ERROR_CHECK(nrf_mesh_dfu_relay(p_evt->params.dfu.fw_outdated.transfer.dfu_type,
                                               &p_evt->params.dfu.fw_outdated.transfer.id));
            }
            break;

        case NRF_MESH_EVT_DFU_START:
            hal_led_mask_set(BSP_LED_0_MASK | BSP_LED_2_MASK, true);
            break;

        case NRF_MESH_EVT_DFU_END:
            hal_led_mask_set(LEDS_MASK, false); /* Turn off all LEDs */
            hal_led_mask_set(BSP_LED_0_MASK | BSP_LED_1_MASK, true); /* Yellow */
            break;

        case NRF_MESH_EVT_DFU_BANK_AVAILABLE:
            hal_led_mask_set(LEDS_MASK, false); /* Turn off all LEDs */
            ERROR_CHECK(nrf_mesh_dfu_bank_flash(p_evt->params.dfu.bank.transfer.dfu_type));
            break;

        default:
            break;

    }
}

Also, I suggest that to get thing up and running, you should use the default DFU example with NRF_MESH_SERIAL_ENABLE = 1 to broadcast the DFU images.

So in your light switch clients, you need the bootloader, that you use when you test the default DFU examples, which you can find in:

SDK\bin\bootloader\gccarmemb\mesh_bootloader_gccarmemb_nrf52832_xxAA.hex

Then, you make sure that inside main() -> initialize() -> mesh_init() -> nrf_mesh_evt_handler_add(&m_evt_handler);

with m_evt_handler.mesh_evt_handler;

and mesh_evt_handler() is the one that I pasted in the snippet above.

Also, make sure that nrf_mesh_dfu_enable() is called, like it is in the dfu example:

main() -> start() -> mesh_stack_start() -> nrf_mesh_enable() -> nrf_mesh_dfu_enable()

Is "HOST" Defined in your light_switch client project?

Best regards,

Edvin

[UdjinPr]

Hello, Thank you for your reply. As i sad before I copied main.c from dfu exampel and replaced it main.c in ls example. 

Edvin said:

Also, I suggest that to get thing up and running, you should use the default DFU example with NRF_MESH_SERIAL_ENABLE = 1 to broadcast the DFU images.

Yes, It is enaeble.

Edvin said:

So in your light switch clients, you need the bootloader, that you use when you test the default DFU examples, which you can find in:

I use bootloader and a device page as in the dfu example.

Edvin said:

hen, you make sure that inside main() -> initialize() -> mesh_init() -> nrf_mesh_evt_handler_add(&m_evt_handler);

with m_evt_handler.mesh_evt_handler;

I have nrf_mesh_evt_handler_add() in main.c becouse of i use main.c from dfu example.

Edvin said:

Also, make sure that nrf_mesh_dfu_enable() is called, like it is in the dfu example:

main() -> start() -> mesh_stack_start() -> nrf_mesh_enable() -> nrf_mesh_dfu_enable()

I double checked, it is called. 

and about HOST. I suppose it is difined, but i couldn't finde place where. 

[UdjinPr]

Edvin said:

But then you basically have the same project as the DFU, except that you don't have the same project settings as in the DFU project. Is your plan to add the light switch client afterwards?

I did it because  i couldn't adjust light switch example to work in DFU mode and at the very last just had replaced main.c.

Edvin said:

Have you tried to do any debugging? Did you receive any of the DFU events?

I am debugging via RTT and yes there are no events.

[Edvin]

Are you using nrfutil with this device directly, since you have NRF_MESH_SERIAL_ENABLE = 1? If not, can you please try?

What is the output from your nrfutil command? Can you please try to use the command with more verbose output:

nrfutil --verbose dfu serial -pkg dfu_test.zip -p <COM port> -b 115200 -fc --mesh

Please copy all the text from your cmd window after using this command

[UdjinPr]

I have tried to do it with mesh 4.0. Result the same - no events.

Edvin said:

nrfutil --verbose dfu serial -pkg dfu_test.zip -p <COM port> -b 115200 -fc --mesh

Please copy all the text from your cmd window after using this command

E:\Nordic\nrf5SDKforMeshv310src>nrfutil --verbose dfu serial -pkg dtest.zip -p COM3 -b 115200 -fc --mesh
Upgrading target on COM3 with DFU package E:\Nordic\nrf5SDKforMeshv310src\dtest.zip. Flow control is enabled.
Flushing com-port...
Opened com-port
Starting DFU upgrade of type 4, SoftDevice size: 0, bootloader size: 0, application size: 2468
Sending DFU start packet, afterwards we wait for the flash on target to be initialized before continuing.
PC -> target: 0502aabbccdd
target -> PC: 0582aabbccdd
Got echo response
Sending DFU init packet
PC -> target: 1378fdff040fb0d4b7c859000000010002000000
target -> PC: 16a6045900000001000200000059000000010001000000
target -> PC: 03847800
PC -> target: 1378fdff040fb0d4b7c859000000010002000000
target -> PC: 03847800
PC -> target: 1478fcff0000b0d4b7c8ffffffff6902000040000c
target -> PC: 0da2010459000000010002000000
target -> PC: 03847800
Sending firmware file
[------------------------------------] 1% 00:11:50PC -> target: 1978fcff0100b0d4b7c800fd0020456802006d6802006f680200
target -> PC: 03847800
PC -> target: 1978fcff0200b0d4b7c871680200736802007568020000000000
target -> PC: 03847800
[------------------------------------] 2% 00:11:41PC -> target: 1978fcff0300b0d4b7c800000000000000000000000077680200
target -> PC: 03847800
PC -> target: 1978fcff0400b0d4b7c879680200000000007b6802007d680200
target -> PC: 03847800
[#-----------------------------------] 3% 00:07:45PC -> target: 1978fcff0500b0d4b7c87f6802007f6802007f6802007f680200
target -> PC: 03847800
PC -> target: 1978fcff0600b0d4b7c87f6802007f6802007f6802007f680200
target -> PC: 03847800
[#-----------------------------------] 4% 00:06:11PC -> target: 1978fcff0700b0d4b7c87f6802007f6802007f6802007f680200
target -> PC: 03847800
PC -> target: 1978fcff0800b0d4b7c87f6802007f6802007f6802007f680200
target -> PC: 03847800
[##----------------------------------] 6% 00:05:16PC -> target: 1978fcff0900b0d4b7c87f6802007f6802007f6802007f680200
target -> PC: 03847800
PC -> target: 1978fcff0a00b0d4b7c87f6802007f6802007f6802007f680200
target -> PC: 03847800
[##----------------------------------] 7% 00:04:39PC -> target: 1978fcff0b00b0d4b7c87f6802007f6802007f6802007f680200
target -> PC: 03847800
PC -> target: 1978fcff0c00b0d4b7c87f6802007f6802000000000000000000
target -> PC: 03847800
[###---------------------------------] 8% 00:04:12PC -> target: 1978fcff0d00b0d4b7c87f6802007f6802007f6802007f680200
target -> PC: 03847800
PC -> target: 1978fcff0e00b0d4b7c87f6802007f6802007f68020000000000
target -> PC: 03847800
[###---------------------------------] 9% 00:03:51PC -> target: 1978fcff0f00b0d4b7c800000000000000000000000000000000

[UdjinPr]

and nrf_mesh_dfu_enable() return NRF_ERROR_NOT_SUPPORTED

[Edvin]

Have you called nrf_mesh_dfu_init()? nrf_mesh_dfu_enable() will return NRF_ERROR_NOT_SUPPORTED if m_cmd_handler == NULL. Is that the case?