BLE implementation causing GPIO reset pin to stay High

RE: BLE implementation causing GPIO reset pin to stay High

Håkon Alseth — Wed, 18 Mar 2026 15:14:25 GMT

Hi,

Q1: Could you share the generated zephyr.dts file?

Q2: Can you try to set/clr the gpio at boot-up and see if this works as intended? For testing purposes, to see if the pin actually toggles.

Kind regards,

Håkon

RE: BLE implementation causing GPIO reset pin to stay High

DvAgas — Wed, 18 Mar 2026 14:39:51 GMT

Thank you for the reply
The project is not currently configured to use Sysbuild or perform multi-image builds for the network and application cores.Its a standard, single-image Zephyr application.

RE: BLE implementation causing GPIO reset pin to stay High

Håkon Alseth — Wed, 18 Mar 2026 13:30:20 GMT

Hi,

[quote user=""]I am using a GPIO pin (P1.05) as a reset signal for an external CPU component. The pin functions correctly and stays low when tested in a basic GPIO application. However, as soon as I implement the BLE stack, the pin behavior changes: it stays High by default and only toggles Low for a few milliseconds when triggered, before immediately returning High.[/quote]

Are you using sysbuild and do multi-image builds for the appcore? If yes, then you need to disable gpio forwarding in the sub-images, such as mcuboot.

Kind regards,

Håkon

RE: BLE implementation causing GPIO reset pin to stay High

DvAgas — Tue, 17 Mar 2026 16:42:03 GMT

devzone.nordicsemi.com/.../4251.aram.overlay devzone.nordicsemi.com/.../6327.main.c devzone.nordicsemi.com/.../2117.uart.c devzone.nordicsemi.com/.../4274.prj.conf