nRF5340 - runtime change of iSerialNumber

RE: nRF5340 - runtime change of iSerialNumber

Gabriele — Tue, 16 Aug 2022 14:28:17 GMT

Hello Susheel,
I've overridden the usb_update_sn_string_descriptor function for returning the actual serial number retrieved from settings subsystem, this way

static uint8_t sn[sizeof(CONFIG_USB_DEVICE_SN) + 1];
uint8_t *usb_update_sn_string_descriptor(void)
{
	int rc;
	uint32_t val = COSMED_SN_DEFAULT;

	memset(sn, 0, sizeof(sn));

	rc = settings_subsys_init();
	if (rc) {
		LOG_ERR("error initializing settings subsys [%d]", rc);
	} else {
		rc = load_immediate_value("id/sn", &val, sizeof(val));
		if (rc == -ENOENT) {
			val = COSMED_SN_DEFAULT;
		} else if (rc == 0) { 
			printk("<id/sn> = %u\n", val);
		} else {
			LOG_ERR("error loading sn from settings [%d]", rc);
		}
	}

	LOG_WRN("TODO: manage to store sn in settings from user input");
	//rc = settings_save_one("id/sn", (const void *)&val, sizeof(val));

	snprintk(sn, sizeof(sn), "%u", val);

	return sn;
}

The very first print out of console is "error initializing settings subsys [-19]".
This is a ENODEV return of settings_subsys_init().
For some reason the settings subsystem cannot be initialized at such an early stage of start up.

By the way, calling settings_subsys_init() at the beginning of main() doesn't rise this exception.

A hand needed. Thanks in advance

RE: nRF5340 - runtime change of iSerialNumber

Susheel Nuguru — Thu, 04 Aug 2022 10:19:57 GMT

If you want to persistently store the serial number in flash, then store it at know address (or key/value) location.

inside usb_update_sn_string_descriptor, you can load the value in that address location to see if there is any data saved. If there is none, save the serial number and use that instead of sn_recovered_from_littlefs.

[quote user=""]What's the storage location of the iSerialNumber "D0766E074450A9F0" the nRF5340 uses if untouched ?[/quote]

Right now, it seems it lives in the .bss section allocated by the compiler. Unless you created a linker script to save string_descr (in zephyr\subsys\usb\device\usb_descriptor.c) at a specified location, you do not have control on where that is saved.

RE: nRF5340 - runtime change of iSerialNumber

Gabriele — Mon, 01 Aug 2022 15:46:53 GMT

Hi Susheel

Could you please expand a bit more your idea ?

Consider that each board has a serial number, which is uniquely assigned at some stage of manufacturing. This serial number shall be persistently stored in flash, and assigned to iSerialNumber.

RE: nRF5340 - runtime change of iSerialNumber

Susheel Nuguru — Thu, 28 Jul 2022 12:40:33 GMT

It seems to be kept in global memory space which means it is different for different application. You can probably attempt to write a linker file to create a memory section and keep this structure defined in zephyr\subsys\usb\device\usb_descriptor.c