• State Not Answered
  • Replies 26 replies
  • Subscribers 68 subscribers
  • Views 3941 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 274044
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Direct test mode for DK nRF5340 :: Illegal value 0x21001238 written to register 66 (MSP_NS) ignored

KVo

Hi,

I am using nRF 5340DK borad, trying to flash Direct test mode sample "nordic,nrf5340-dk-nrf5340-cpunet". My aim is the enable direct test mode on the nrF board in order to test Constant tone extension features of BT 5.1 specs.

I downlaoded the direct test mode code from examples samples , it compiled successfully but when zephyr.elf file is downloaded to nRF 5340DK board it gives this error

Illegal value 0x21001238 written to register 66 (MSP_NS) ignored

Can you suggest alternative way to flash right firmware to test.

Can Nordic support team or someone please upload possibly the DTM firmware .elf or .hex or .bin file with your working setup.

Please also find attached snapshots for your reference. Can you please guide how can i get DTM on nRF 5340 or some issue in my setup will be appreciated.

thanks

Parents Reply Children
  • 0 in reply to KVo

    Hi, 

    There are three virtual COM ports. See Getting logging output for information about the COM terminals on which the logging output is available.

    I can see COM 47, 48, 49 for nRF5340DK, and I connect to COM 49 to get the output from the network core without modification pins in the dts,. If you are not sure which com port to use, could you try them all?  

    -Amanda H.

  • 0 in reply to Amanda Hsieh

    Hi Amanda,

    thanks for trial at your end.

    But i followed all steps again, success in each step, but still DTM commands not accepted by module. I see 3 ports 18,19,20, i tried on each port but no repsponse. I also tried on nRF connect (direct test mode Tool)  "please make sure device has been programmed with correct firmware" message is shown.

    I fear some thing still not configure appropriately.

    1. which baud rate you used ?

    2. can you share me your .elf file and other files which i can flash on my board?

    thanks

  • 0 in reply to KVo

    Hi Amanda,

    Good news DTM mode works now.

    I guess there is issue in the commands you provided previously,

    I tried WITHOUT --recover option, DTM commands are sent and i get proper response.

    Please let know if without --recover some issue my occur

    Altleast my setup this works:

    Locate under  NCS\v1.6.0\nrf\samples\bluetooth\direct_test_mode and execute:

    west build -b nrf5340dk_nrf5340_cpunet && west flash

    Locate under NCS\v1.6.0\nrf\samples\nrf5340\empty_app_core
    west build -b nrf5340dk_nrf5340_cpuapp && west flash

    Baud rate : 19200 for DTM command testing

  • 0 in reply to KVo

    Hi, 

    Happy to know it can work on your side. 

    The --recover command erases the flash memory and then writes a small binary into the recovered flash memory. This binary prevents the readback protection from enabling itself again after a pin reset or power cycle.

    Recovering the network core erases the flash memory of both cores. Recovering the application core erases only the flash memory of the application core. Therefore, you must recover the network core first. Otherwise, if you recover the application core first and the network core last, the binary written to the application core is deleted and readback protection is enabled again after a reset.

    -Amanda H.

  • 0 in reply to Amanda Hsieh

    Hi,

    Thanks for explanation, I will try it again with --recover option if it works.

    But atleast for now i have working solution.

    Is it possible, some how to get solution also using the Segger embedded studio, which previously gave register 66 error.

    perhaps if can also find solution for it too , would be also helpful.

    thnaks

Related