• State Not Answered
  • Replies 14 replies
  • Subscribers 86 subscribers
  • Views 771 views
  • Users 0 members are here
Attachments (4) Download All
Nordic Case Info
  • Case ID: 354807
Options

Combining DTM and dfu-next samples

simeg
I am trying to get the nrf/sampoles/bluetooth/direct_test_mode working together with the code from zephyr/samples/subsys/usb/dfu-next. 
I have the DTM mode running correctly, but can't integrate the dfu mode to this sample. 
I started with the dtm sample, added the dfu logic in to dfu.h/dfu.c and added dfu_init to the dtm main.c. 
Unfortunately I've hit two stumble blocks: 
- the remote_shell part of the multi image build seems to be somehow hardcoced to the samples directory - whatever I try the build system always searches for remote_shell in the nrf/samples/nrf5340/remote_shell directory. I would however like to alter the code "locally", not in the SDK folder. You can overwrite settings for remote_shell (see below), but I can't figure out how to overwrite source files (e.g. main.c) with custom code. 
- When enabling DFU mode in the project sysbuild/remote_shell/prj.conf overwrite. There seems to be a logic problem: the direct_test_mode sample needs to be compiled for cpunet core (see readme of the sample). However, dfu mode needs to be enabled for the app core. alter the (SDK sample directory) code to be able to set the same code changes I'm hit with 
errors like: 
: error: 'PM_MCUBOOT_SECONDARY_ID' undeclared (first use in this function)
   65 | #define PM__mcuboot_secondary_ID PM_MCUBOOT_SECONDARY_ID
After investigating, I think the problem is that PM expects the app-core application to be the parent image, but in this configuration it is the child image and thus downstream settings get confused and  the image does not compile.

Could you please assist me in creating a DTM project, that is updatable via dfu mode?

Thank you very much, 
simeg
Parents
  • 0

    Hi Edvin, 

    thank you for looking in to this. 
    The nrf5340 will be part of another product and enable new features for our users. 
    We want to have various apps that the user can cycle through on our products: the user will select an "app" and it will be pushed to the nrf5340 in the background via USB dfe from a linux host.
    The DTM mode will be one such application, which will only be available for a select view users (mainly internal testing, production chain, certification labs, etc.). 
    We have this workflow working for other applications, but the DTM applications does not yet work.

    We use the Ublox Nora B - I've included the boards directory for this board. 
    I've also included the modified sample code.
    Please do not hesitate to contact me, if you have any further questions. 
    If you send me a DM I can also give you my company contact informations. 

     dtm_and_dfe_together.tar.gz

  • 0 in reply to simeg

    Just to be clear, it is the direct_test_mode, and not the sample_code_remote_shell we are trying to build?

    What is your build command? "west build -b ubc_evknorab10_nrf5340/nrf5340/cpuapp" ? or some additional build flags?

    Best regards,

    Edvin

Reply Children
  • 0 in reply to Edvin

    Yes, exactly, the direct_test_mode is the project we are trying to build. 
    If I copy the sample_code in to the nrf/samples/nrf5340/remote_shell directory, I actually get the DTM application to show up in dfu - alas only the Ramdisk. 

    This is my west build command, as generated by VS Code nrf connect plugin: 

    west build --build-dir /home/user/workspace/nrf-bluetooth/direct_test_mode/build /home/user/workspace/nrf-bluetooth/direct_test_mode --pristine --board ubx_evknorab10/nrf5340/cpunet --sysbuild -- -DBOARD_ROOT="/home/user/workspace/nrf-bluetooth"

  • 0 in reply to Edvin

    Oh sorry, overlooked this: 
    SDK:               nRF Connect SDK v3.1.1
    Toolchain:         nRF Connect SDK Toolchain v3.1.0

  • 0 in reply to simeg

    I see this:

    Parsing C:/nordic/SDKs/ncs/v3.1.1/nrf/samples/nrf5340/direct_test_mode/Kconfig.sysbuild
C:/nordic/SDKs/ncs/v3.1.1/zephyr/scripts/kconfig/kconfig.py: C:/nordic/SDKs/ncs/v3.1.1/nrf/samples/nrf5340/direct_test_mode/Kconfig.sysbuild:67: 'C:/nordic/SDKs/ncs/v3.1.1/nrf/samples/nrf5340/direct_test_mode\../common/usb/Kconfig.sample_usbd' not found (in 'rsource "../common/usb/Kconfig.sample_usbd"')

    Outside the application folder, what "common" folder is it trying to point to? Where exactly do I need to place the direct_test_mode folder?

    You said you place it in the nrf\samples\nrf5340\remote_shell directory, but this does not have a "common" folder in it's parent folder.

    Best regards,

    Edvin

  • 0 in reply to Edvin

    Ah, sorry - I missed the "common" directory. 
    It is however just some effort on my side to try to get all files that the project needs out of the SDK folder and in to the repository. 
    This came together, because I had problem described in this ticket and I tried to "copy" all files in to the repo, that the original direct_test_mode project needs.

    Please find attached the an archive with this common directory included.

    I am very sorry to have missed this the first round...dtm_and_dfe_together_v2.tar.gz

Related
Terms of service