Questions about factory Data

[SunHuang]

1.After I burn AP CODE, executing "nrfjprog -f nrf53 --program factory_data.hex –sectorerase" instruction will cause the following error.
This issue wasn't happened in prior 2.4.1 version, but occured after updated 2.6.1.

2.Was factory data stored in TrustZone? If not how to get factory data stored in TrustZone?

[Edvin]

Hello, and sorry for the late reply!

I am sure this is obvious, because you follow some guide/documentation, but can you please show me the link to that guide? And how/where is factory_data.hex generated?

I assume that there is something in between these versions that has changed it's default position in flash. You can typically override this using a static partition file (pm_static.yml), but I guess this needs to be forwarded to the tool that generates factory_data.hex.

With some more context, I can dig a little deeper, or ask our Matter team.

Best regards,

Edvin

[SunHuang]

Hi,

Edvin said:

I am sure this is obvious, because you follow some guide/documentation, but can you please show me the link to that guide? And how/where is factory_data.hex generated?

docs.nordicsemi.com/.../nrfconnect_factory_data_configuration.html

----------------------------------------------------------------------------------------------

I noticed that this version has the following configuration.

If I configure it like this, I can burn the AP CODE first and then update the factory data.

# Enable Factory Data feature

CONFIG_CHIP_FACTORY_DATA=y

CONFIG_CHIP_FACTORY_DATA_BUILD=n

But the factory data can only be updated once.

If I update the factory data again (different factory data), it will become the original problem again.

[SunHuang]

python scripts\tools\nrfconnect\generate_nrfconnect_chip_factory_data.py --sn "11223344556677889902" --vendor_id 65521 --product_id 32776 --vendor_name "POC" --product_name "matter lock" --date "2023-11-01" --hw_ver 1 --hw_ver_str "prerelase" --dac_cert "credentials\development\attestation\Matter-Development-DAC-FFF1-8008-Cert.der" --dac_key "credentials\development\attestation\Matter-Development-DAC-FFF1-8008-Key.der" --pai_cert "credentials\development\attestation\Matter-Development-PAI-FFF1-noPID-Cert.der" --spake2_it 1000 --spake2_salt "U1BBS0UyUCBLZXkgU2FsdA==" --discriminator 0xF00 --generate_rd_uid --passcode 20202021 --product_finish "matte" --product_color "black" --out "factory\build.json" --schema "scripts\tools\nrfconnect\nrfconnect_factory_data.schema" --generate_onboarding

[SunHuang]

Edvin said:

I don't think I understand what you mean here. 

Hi Edvin

It means that I can't flash the factory data again.

[Edvin]

SunHuang said:

If I configure it like this, I can burn the AP CODE first and then update the factory data.

# Enable Factory Data feature

CONFIG_CHIP_FACTORY_DATA=y

CONFIG_CHIP_FACTORY_DATA_BUILD=n

Then why do you want to flash the factory data again? I assume that if you erase the entire flash, and re-flash the application and factory data, then it works?

Best regards,

Edvin

[SunHuang]

Hi Edvin

When I use prj_release.conf, a factory data is automatically generated and then written to the device.

So I want to flash the factory data again, although I think it doesn't make sense.

Using the same configuration, the results of prj.conf and prj_release.conf are different. Why is this?

[Edvin]

SunHuang said:

prj.conf and prj_release.conf are different. Why is this?

You can compare the prj.conf and prj_release.conf files. I don't know what sample you based your application on, but looking at the light_bulb sample, the difference is that the prj_release.conf has disabled debugging, disabled the shell feature, and enabled the watchdog. That is pretty much the only difference. Both CONFIG_CHIP_FACTORY_DATA and CONFIG_CHIP_FACTORY_DATA_BUILD are set to "y" in prj.conf and prj_release.conf in the light bulb sample (and all the other samples, as far as I can tell). 

My guess is that if you program the sample with a set of factory data, and reset the device, then the application will start processing this, and start using it and storing something in it's settings. When it later starts up with a new set of factory data, that doesn't match what it believes it had, it asserts. 

When you re-flash the factory data. Do you use nrfjprog? Do you use the argument --sectorerase? Do you use the argument --verify? If not, can you please try to use those? Does it change anything?

Best regards,

Edvin

[SunHuang]

Hi,

I created a new project with the same configuration as my project (as attached).

This new project will not run without factory data.

So it seems that the prj_release.conf is not the cause of the factory data error.

It looks more like a memory configuration issue.

8461.config.zip

[Edvin]

I am not sure exactly what to look for here.

SunHuang said:

This new project will not run without factory data.

But it works if you program the factory data?

Can you please copy and paste your build command here? If you are using VS Code, right click the build configuration, and select copy build command:

Best regards,

Edvin

[SunHuang]

Hi,

Here is the build command I copied.

west build --build-dir c:/nordic/DL02_S2MB_KPD_Small/build c:/nordic/DL02_S2MB_KPD_Small --pristine --board dl02_s2mb_kpd_small_cpuapp -- -DNCS_TOOLCHAIN_VERSION="NONE" -DBOARD_ROOT="c:/nordic/dl02_s2mb_kpd_small"

By the way, when I checked the final configuration result from the file "build\zephyr\.config", I noticed that the configuration parameters did not take effect as expected.

[Edvin]

Hello,

Sorry for the late reply. 

I am no longer sure exactly what we are discussing, to be honest. 

Are you able to reproduce the issue on an nRF5340 DK? That means, build and program a sample that will fail in the same way on a DK, so that I can reproduce it and see for myself what the issue is?

It is still not clear to me whether you are able to program the factory data once, but not twice, and what that really means.

Best regards,

Edvin

[SunHuang]

Hi,

Due to public holiday, I apologize for the delay.Please ignore all previous discussions.
I tried to create a new project and compiled it using prj_release.conf.
After the compilation, I checked the result in build\zephyr\.config, and it showed CONFIG_CHIP_FACTORY_DATA_BUILD=n.
However, in my project, no matter how I modify CONFIG_CHIP_FACTORY_DATA_BUILD, it always remains y.