• State Verified Answer
  • Replies 6 replies
  • Subscribers 74 subscribers
  • Views 1427 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 256181
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

nRF52832 DK UART communication with DSP 28335 module(NRF_BREAKPOINT_COND)

Yclee

Hello,

I just solved the previous problem thanks to the reply. Thank you a lot.

But, I have one more question..

I was tested UART central example( ble_app_uart_c) with PC and can receive/transmit data well.

However, when I connect UART pin into DSP module(microprocessor), 

It goes

In, app_error_weak.c: NRF_BREAKPOINT_COND(line 100)

I was searched in this site similar questions(keyword: NRF_BREAKPOINT_COND),

but unfortunately I cannot understand how could I do.

It this message(error) means something wrong with H/W configuration? (or S/W coding)

The only changed thing is communication object (PC to DSP) and nothing changed in source code.

Sorry for a lot of questions, and thank you for reading my question.

(+ I debugged the communication data, and find 2 cycle communication success(my guess) in DSP ( DSP received data: \x00 )

Best Regards,

Yclee.

Parents
  • 0

    That means your code is ending in the Error Handler.

    So use your debugger to find what is causing the error.

    One possible cause:

    devzone.nordicsemi.com/.../161677

    devzone.nordicsemi.com/.../161679

  • 0 in reply to awneil

    Thank you for your reply

    I just watched possible cause cases, 

    and checked

    1) sdk_config.h - NRF_LOG_BACKEND_UART_ENABLED (there is no this variable)

    2) nrfx_uart.c - line 91 - nrf_gpio_cfg_input(p_config->pselrxd, NRF_GPIO_PIN_PULLUP) 

    (I changed the code NOPULL to PULLUP)

    but it also go into same message.. 

    If I will find the reason, i will wirte reply.

    + also I was double-checked  the UART setting(parity, stop bit, char-length, etc.)

    Best Regards,

    Yclee

  • +1 in reply to Yclee

    Add DEBUG to your preprocessor definitions. Let me know what IDE you are using if you are not sure how to do this.

    Do you see any logs from your application? If not, is NRF_LOG_ENABLED set to 0 or 1 in sdk_config.h? And which backend is enabled?

    If you have logging: What does the log say after you added DEBUG to your preprocessor definitions? Where does it point to, and what function returned the parameter that was passed in on this line?

    If you don't have logging, disable optimization and check the error handler. Where does it point to, and what returned the value that it points to?

    There are a lot of cases here on how the error handler works. Try to look up a few if you are stuck, and let me know if you are really stuck. 

    BR,
    Edvin

Reply
  • +1 in reply to Yclee

    Add DEBUG to your preprocessor definitions. Let me know what IDE you are using if you are not sure how to do this.

    Do you see any logs from your application? If not, is NRF_LOG_ENABLED set to 0 or 1 in sdk_config.h? And which backend is enabled?

    If you have logging: What does the log say after you added DEBUG to your preprocessor definitions? Where does it point to, and what function returned the parameter that was passed in on this line?

    If you don't have logging, disable optimization and check the error handler. Where does it point to, and what returned the value that it points to?

    There are a lot of cases here on how the error handler works. Try to look up a few if you are stuck, and let me know if you are really stuck. 

    BR,
    Edvin

Children
Related
Terms of service