can't find board nrf52833dk_nrf5283 in bluetooth DTM sample

Hello,

I have a project in Visual studio code and Nrf connect.

MCU is a NRF 52833.

For the certicications, the lab request me the DTM mode.

I tried the use the Sample - Direct-test-mode Firmware

However I'm not able to find eht board "nrf52833dk_nrf5283" in the NCS folder.

I tried to install several SDKs (2.2.0 / 2.3.0 / 2.4.2 / 2.7.0 / 2.9.2 / 3.2.4 ) but none includes the 833 board. I can find and compile with the 840, but no options for the 833.

Please can sombody help me ? I need to use and compile the DTM for the 52833.

Thanks in advance

  • interesting, but I m sorry, I m not a specialist about this, and again, the example is only for the 52840. 

    Now I m totally lost how to provide a PCB with the only simple requested commands.

    What will be the simplest way ? radio test or DTM ?

    also, I tried long time to compile the DTM exanple for a 52833. Now it is compiling, but no TxD messages outputs.

    (It's now complicate... I remember several years ago with Keil it was really easier)

    direct_test_modeCMO.zip 

    Here is my code, what do I wrong ?

  • You are not writing what version of nRF Connect SDK you are working on, but please follow the description I provided initially. I would claim 99% of applications are not doing direction finding, so please disable it as suggested in the DTM documentation for the specific nRF Connect SDK you are working on or by following the description I provided initially.

    That said, I recommend using radio test for the purpose (not DTM). I can see from the description you provided it's written "a Direct Test Mode", it's not written "the Direct Test Mode". "a Direct Test Mode" can be the suggested radio test I already linked to:
    https://docs.nordicsemi.com/bundle/ncs-latest/page/nrf/samples/peripheral/radio_test/README.html 

    Kenneth

  • Ok I will try to use this one. 

    About the BLE version, as sephyr don't have specific stacks (s132, etc) as before in nordic, my application configuration is att the minimum. (4.1 I think) coz I m only configuring the minimum in my prj.conf: 

    #BLE config
    CONFIG_BT=y
    CONFIG_BT_PERIPHERAL=y
    CONFIG_BT_DEVICE_NAME="XXX"
    CONFIG_BT_DEVICE_APPEARANCE=833
    CONFIG_BT_MAX_CONN=1
    CONFIG_BT_MAX_PAIRED=1

    # Enable the NUS service
    CONFIG_BT_NUS=y

    # Enable bonding
    CONFIG_BT_SETTINGS=y
    Then No Direction finding, long range or advanced features.
    The application was also done on SDK 2.2.0, I will need to use it also for the test firmware for certifications.
    It seems so complicate to have a working simple test FW...
    I will try again...
  • Hi again,

    unfortunatly, it is still not working...

    I compiled the radio_test on sdk_2.7.0, with the nrf52833dk/nrf52833.

    It is building.

    1- as I use my specific PCB and not the DK, I need to change the UART to pin 22(Rx) and 24(Tx).

    Assuming the control line is the uart0, I did it in the overlay : 

    /* overlay-dt.dts */

    &uart0 {
        status = "okay";
        tx-pin = <24>;
        rx-pin = <22>;
        current-speed = <115200>;
    };

    &radio {
        /delete-property/ dfe-supported;
    };
    and activated in prj.conf:
    CONFIG_UART_CONSOLE=y
    CONFIG_SERIAL=y
    CONFIG_UART_INTERRUPT_DRIVEN=y
    CONFIG_UART_ASYNC_API=y  # souvent nécessaire pour TX sur pins non-standard


    However Nothing wirking on the pin 22 and 24.
    2- can you tell me, in this code, there are 2 configured UART ?  one for control and another for debug ?
     where is printed the  "printk("Starting Radio Test example\n");" ? and on which UART my I send and receive commands ?
    Sorry about all my questions, but I really need the FW test, as the certification LAB is waiting on it...
    BR
  • Do you have external 32kHz crystal in your design? If not also set:

    CONFIG_CLOCK_CONTROL_NRF_K32SRC_XTAL=n
    CONFIG_CLOCK_CONTROL_NRF_K32SRC_RC=y

    christopheMon said:
    and activated in prj.conf:
    CONFIG_UART_CONSOLE=y
    CONFIG_SERIAL=y
    CONFIG_UART_INTERRUPT_DRIVEN=y
    CONFIG_UART_ASYNC_API=y  # souvent nécessaire pour TX sur pins non-standard

    Default settings should work.

    Kenneth

Related