Problem bringing up a custom board (cant see board outside of bootloader mode)

[hmahdi]

I have designed a custom board for the nrf52840 and upon testing it in the nrf connect sdk (using a JLink), I can only see the board when it's in bootloader mode. When it's in normal operation, the debugger does not show it. 

Additionally, it does not appear as a USB device although I enabled USB CDC. In fact, I kept the configuration pretty much similar to the nrf52840 dongle when I defined the custom board on the nrf connect sdk.

Has anyone run into a similar issue? Are there any guidelines for how to debug such a problem?

[Einar Thorsrud]

Hi,

I do not see anything sticking out in your dts.

I just remember one thing though, and checking that I see an issue. In your Kconfig and Kconfig.defconfig you have BOARD_HAS_NRF5_BOOTLOADER and FLASH_LOAD_OFFSET etc. This is inherited from the nRF52840dongle_nrf52840, and is becaue this dongle ships with a nRF5 SDK bootloader, where the first page is the MBR. As you write that you see the board in bootlaoder mode I assume you flashed the nRF5 SDK bootloader on your custom board as well? If not (for instance you are using another bootlaoder, like MCUBoot), this is not correct and should be removed. It is generally only sensible for the nrf52840 dongle, and not other (though similar) boards.

[hmahdi]

Thanks Einar this is really valuable information. I actually did not flash any bootloader as I do not have much embedded development experience and I didnt know the chips dont come with it. I will flash the nRF5 SDK bootloader to stay as close to the dongle as possible.

[hmahdi]

Ok as a follow up, I attempted to install the bootloader example from the nrf Connect SDK, however, that did not change the behaviour of the microcontroller and did not solve the problem. I also tried on the blinky example itself by setting CONFIG_IS_SECURE_BOOTLOADER=y in the config. 

I am quite lost and not sure how to get the bootloader on the microcontroller correctly. 

[Einar Thorsrud]

I think it is time to backtrack a bit. As I explained in my previous post, you have configured your board to build the application starting at 0x1000, as if it has the nRF5 SDK bootloader (which is the case for the nRF52840 dongle). If that is not intentional, the solution should not be to add the bootloader (which is a different bootloader than what you find in the nRF Connect SDK), but rather change your board configuration to remove that part so that you don not rely on the nRF5 SDK bootloader. (That is used in the nRF52840 dongle for legacy reasons and I see little reason for wanting to put that in a dongle you make).

So, instead, I suggest you change your Kconfig.defconfig and remove BOARD_HAS_NRF5_BOOTLOADER etc.

[hmahdi]

That is what I thought, however, I also tried to use the ftsab-debugger configuration which starts at 

0x000000000 : 

&flash0 {
	partitions {
		compatible = "fixed-partitions";
		#address-cells = <1>;
		#size-cells = <1>;

		/* The size of this partition ensures that MCUBoot can be built
		 * with an RTT console, CDC ACM support, and w/o optimizations.
		 */
		boot_partition: partition@0 {
			label = "mcuboot";
			reg = <0x000000000 0x00012000>;
		};

		slot0_partition: partition@12000 {
			label = "image-0";
			reg = <0x00012000 0x000069000>;
		};
		slot1_partition: partition@7b000 {
			label = "image-1";
			reg = <0x0007b000 0x000069000>;
		};
		scratch_partition: partition@e4000 {
			label = "image-scratch";
			reg = <0x000e4000 0x00018000>;
		};
		storage_partition: partition@fc000 {
			label = "storage";
			reg = <0x000fc000 0x00004000>;
		};
	};
};

It did not change the behaviour. I made sure to remove BOARD_HAS_NRF5_BOOTLOADER

Sorry for asking too many questions but it's frustrating because I know the debugger sees the microcontroller but i am getting literally nothing. I dont think it's a hardware issue so most likely, it's the board configuration.