• State Not Answered
  • Replies 8 replies
  • Subscribers 63 subscribers
  • Views 261 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 324358
Options

Porting nRF Desktop to Xiao BLE Sense - RunTime problems

FinnBiggs

Hello folks,

I'm continuing a project that involves porting nRF Desktop (https://www.nordicsemi.com/Products/Reference-designs/nRF-Desktop) to the Xiao BLE Sense.

Previously, I had miniaturized the nRF Desktop code, and ran into deviceTree-based build problems which I resolved with the help of another post. (That post is here:  Porting nRF Desktop to Xiao BLE Sense) After some lateral development on other elements of my project I'm back to this.

As before, I'm working on Win 11, nRF52840 devKit porting to the Xiao BLE Sense, and using toolchain v2.5.0

The solution to my build problem was with the entropy model, and was fixed by the solution in the previous post.

With that modification, the code builds, flashes, and does some of what it's meant to do. But things get weird.

===== The problem =====

After building and uploading my code to Xiao, I lose the COM port connection for the serial monitor. After losing the COM port, the device correctly shows up on Bluetooth. Attempting to pair with the device fails, and after a few seconds, the computer throws an error about the "USB Device is Not Recognized."

Using printk statements to figure out how far into the code I'm getting, I observe that I enter "main", get past "app_event_manager_init" and get TO "module_set_state(MODULE_STATE_READY)", but the console fails before any events are triggered, and so I lose the ability to debug on Xiao.

===== The Question =====

I'd love to be able to debug, what can I do to keep the console up and running?

Do you (Nordic Engineers) have ideas about what might be causing this?

Alternatively, if this system is too much of a black box, does it seem like the only way forward is to purchase a JLink system and use that as an active debugger on this hardware?

I'll keep experimenting over the next few days, but having a hardware-specific fault that kills my logging is a tough place to be.

Grateful as always for any help you can provide,

    - Finn

  • 0

    Hello Finn,

    I would definelty recommend getting a debugger or an nRF52840 DK, which includes a Debug output port for programming external targets. This makes the debugging experience more seamless. Additionally, you won't lose the logger connection if the firmware crashes, since the USB UART bridge is located on the debugger itself.

    After building and uploading my code to Xiao, I lose the COM port connection for the serial monitor. After losing the COM port, the device correctly shows up on Bluetooth. Attempting to pair with the device fails, and after a few seconds, the computer throws an error about the "USB Device is Not Recognized."

    Using printk statements to figure out how far into the code I'm getting, I observe that I enter "main", get past "app_event_manager_init" and get TO "module_set_state(MODULE_STATE_READY)", but the console fails before any events are triggered, and so I lose the ability to debug on Xiao.

    Please try to add CONFIG_RESET_ON_FATAL_ERROR=n (and CONFIG_LOG=y if not enabled already) to your prj.conf file to see if you can get a crashlog from the device.

    Best regards,

    Vidar

  • 0 in reply to Vidar Berg

    Hi Vidar,

    Thanks for the speedy response!

    I've got an nRF52840 DK -- the target application works as expected on that system. Could you please point me to documentation for using my DK as a debugger for an external board?

    CONFIG_RESET_ON_FATAL_ERROR=n and CONFIG_LOG=y are both enabled.

    I do not get any crash-log.

    This code

    #include <app_event_manager.h>

    #define MODULE main
    #include <caf/events/module_state_event.h>

    #include <zephyr/logging/log.h>
    LOG_MODULE_REGISTER(MODULE);

    #define WAIT 1000

    int main(void)
    {
        k_msleep(2*WAIT);
        printk("TEST!\n");
        k_msleep(WAIT);
        if (app_event_manager_init()) {
            k_msleep(WAIT);
            LOG_ERR("Application Event Manager not initialized");
        } else {
            k_msleep(WAIT);
            printk("Else!\n");
            k_msleep(WAIT);
            module_set_state(MODULE_STATE_READY);
            k_msleep(WAIT);
            printk("State Set!\n");
        }
        return 0;
    }

    Yields this output

    ---- Reopened serial port COM52 ----
TEST!
Else!

    I've purchased a segger JLINK which will arrive Friday.

    Do you have any other advice for continuing to debug this behavior?

    Thank you,

        - Finn

  • 0 in reply to FinnBiggs

    Hi Finn,

    Sorry for the delayed response. Did you receive the JLINK debugger? In that case, were you able to determine if the program entered the error handler? 

    Best regards,

    Vidar

  • 0 in reply to Vidar Berg

    Hi Vidar,

    I am also sorry for my delayed response. I've been personally and professionally busy lately.

    Yes, my JLink arrived and I'm back to productive.

    Unfortunately, I have not yet determined the program's behavior. I am wrestling with the actual setup of the JLink - I've set up the following

    (Plus the JTAG ground pin 5 to the Xiao GND pin, and the JTAG VCC pin 1 to the VCC on Xiao)

    This successfully connects Xiao to my computer

    And in JLink settings I've configured the board as an nRF52840_xxAA.

    However, although it seems I can use basic utilities like "reset board' and "erase and flash", I am unable to get serial terminal output from Xiao (the device does not show up on a COM port).

    Thus far, attempts at debugging (an otherwise perfectly functional test program) lead to the following output from Debug console

    JLinkGDBServerCL: SEGGER J-Link GDB Server V7.96d Command Line Version
JLinkGDBServerCL: 
JLinkGDBServerCL: JLinkARM.dll V7.96d (DLL compiled Apr 10 2024 08:30:46)
JLinkGDBServerCL: 
JLinkGDBServerCL: -----GDB Server start settings-----
JLinkGDBServerCL: GDBInit file:                  none
JLinkGDBServerCL: GDB Server Listening port:     63113
JLinkGDBServerCL: SWO raw output listening port: 2332
JLinkGDBServerCL: Terminal I/O port:             2333
JLinkGDBServerCL: Accept remote connection:      localhost only
JLinkGDBServerCL: Generate logfile:              off
JLinkGDBServerCL: Verify download:               off
JLinkGDBServerCL: Init regs on start:            off
JLinkGDBServerCL: Silent mode:                   on
JLinkGDBServerCL: Single run mode:               on
JLinkGDBServerCL: Target connection timeout:     0 ms
JLinkGDBServerCL: ------J-Link related settings------
JLinkGDBServerCL: J-Link Host interface:         USB
JLinkGDBServerCL: J-Link script:                 none
JLinkGDBServerCL: J-Link settings file:          none
JLinkGDBServerCL: ------Target related settings------
JLinkGDBServerCL: Target device:                 nRF52840_xxAA
JLinkGDBServerCL: Target device parameters:      none
JLinkGDBServerCL: Target interface:              SWD
JLinkGDBServerCL: Target interface speed:        12000kHz
JLinkGDBServerCL: Target endian:                 little
JLinkGDBServerCL: 
=thread-group-added,id="i1"
=cmd-param-changed,param="pagination",value="off"
0xfffffffe in ?? ()
[New Remote target]
[New Thread 1502456040]

    I'll keep trying to resolve this on my end. Rather than keeping you in suspense, I'd love to ask if you have any advice for resolving this.

    Thank you,

        - Finn

  • 0 in reply to FinnBiggs

    Hello Finn,

    If you want debug logs over the SWD debug interface, you need to enable the RTT logger backend. The UART pins are not connected to the debug probe when you use a standalone J-link debugger, unlike the on-board J-Link on our development kits.

    https://developer.nordicsemi.com/nRF_Connect_SDK/doc/2.6.0/nrf/test_and_optimize/logging.html#logging-backends 

    Best regards,

    Vidar

Related