Update over the air

RE: Update over the air

Alireza Asvadi — Tue, 16 Dec 2025 15:56:07 GMT

Hi Edvin,

Thank you for your reply. I have resolved the issue by disabling the external flash, which corrected the behaviour. When the external flash is enabled, additional pulses appear on the SDA line, and these pulses interfere with the sensor’s operation

Thanks,

Alireza

RE: Update over the air

Edvin — Mon, 15 Dec 2025 14:03:43 GMT

Hello,

Sorry for the late reply. We have had some issues with DevZone lately.

That seems odd. The signals coming from the nRF53 seems identical in both cases. They have the same output voltage, I presume?

Is there any other parts of the I2C traffic that seems different after you enable the DFU? Could it be something during the init sequence that doesn't happen after you enable DFU? You mentioned that the i2c_dev.name and i2c_dev.config changed What does it look like, before and after? These should be compile time variables.

Best regards,

Edvin

RE: Update over the air

Alireza Asvadi — Wed, 10 Dec 2025 14:36:07 GMT

Good morning Advin,

These are two screenshots from Digital Analyzer, when I enable CONFIG_NCS_SAMPLE_MCUMGR_BT_OTA_DFU=y, as you see, the proximity sensor doesn't send ACK:

But when I disable the CONFIG_NCS_SAMPLE_MCUMGR_BT_OTA_DFU=n, the proximity sensor starts to send ack,

RE: Update over the air

Alireza Asvadi — Tue, 09 Dec 2025 18:42:46 GMT

Hi Again,

I just noticed that, enabling CONFIG_NCS_SAMPLE_MCUMGR_BT_OTA_DFU, in (const struct device *i2c_dev;) i2c_dev parameters change, they have different values. I mean, i2c_dev.name, i2c_dev.config, ........ after enbaling,

RE: Update over the air

Alireza Asvadi — Tue, 09 Dec 2025 18:35:36 GMT

Hi Edvin,

We are using a TMD2636 proximity sensor on our board, connected via I²C on pins P0.18 (SDA) and P0.30 (SCL). The same I²C bus also contains a TMP117 temperature sensor and another device.

Before enabling OTA updates, all sensors work correctly. However, after enabling:

The proximity sensor (TMD2636) stops responding, while the TMP117 and the other sensor continue to operate normally on the same bus.

I checked the I²C pulses with a logic analyzer and confirmed that the TMD2636 no longer sends an ACK after OTA support is enabled.

Could you please advise on what might cause this issue or how I can resolve it?

Thanks,

Alireza

RE: Update over the air

Alireza Asvadi — Fri, 14 Nov 2025 18:21:28 GMT

It worked. Thanks for your help, Edvin

RE: Update over the air

Edvin — Fri, 14 Nov 2025 13:07:44 GMT

Hello Alireza,

The P1.00 is by default used for UART logging for the network core. So if you are using the nRF5340 DK as a target board, the control of the P1.00 will be forwarded to the network core.

I assume you already found out how you disable this, so that the application core can control the P1.00 pin, but then it stops working after you added the bootloader.

Since the bootloader is a separate piece of code running on the nRF5340 before the actual application starts, it will now be the one that assigns ownership of the different pins.

So whatever you did in your application, you need to also apply to the bootloader. I assume (but it depends on the NCS version that you are using) that you disabled the pin forwarding and disabled logging over UART on your network core in the application. Most likely, this is done in <board_name>.overlay, or app.overlay, depending on how you configured your application.

Now, since you added the bootloader, you need to make sure that the bootloader does the same thing. I believe you just need to copy the removal of pin forwarding from your application into sysbuild\mcuboot\<board_name>overlay, and it will be applied there as well. Give it a go, and if it doesn't work, feel free to zip and upload your application here, so that I can have a look at how you did it in the first place, and how to make the same apply to your bootloader.

Best regards,

Edvin

RE: Update over the air

Alireza Asvadi — Thu, 13 Nov 2025 21:22:11 GMT

I just noticed that this issue only occurs when I enable SB_CONFIG_BOOTLOADER_MCUBOOT=y in sysbuild.conf