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

nRF52832 UART communication data format (about start bit)

Yclee

Hello,

I am testing nRF52 UART with DSP.

While transmit data in nRF52 (ADC results) 

(example link: https://github.com/NordicPlayground/nRF52-ADC-examples)

I can show the wave like below.

But I have one question. The serial communication (include UART) has start bit in data format.

And I found the start bit is low(0). But when I see the output wave, the bit was not changed to low(0).

So I think that's why the DSP can't receive the nRF52 data with UART communication(since there is no start bit detected).

Is there a method that I can change the start bit setting? or other method?

Thank you for reading my questions.

Best regards,

Yclee.

Parents
  • 0

    Doesn't your scope have a proper screenshot facility - rather that taking a photo of the screen?

    From that trace, it looks like nothing at all is happening - it's not just the Start bit that's missing?

    Are you sure that you've correctly configured the correct pins?

    Yclee said:
    the DSP

    What DSP ?

  • 0 in reply to awneil

    Maybe it really nothing happens.

    The used DSP is TMS320F28335 module.

    However, I wonder the PC can receive message but the signal is like that.

    And I will screen the signal, and upload later.

    I was check the pin configuration of the DSP module.

    Thank you for reply.

  • +1 in reply to Yclee
    Yclee said:
    The used DSP is TMS320F28335 module

    This is actually irrelevant - the UART neither knows nor cares what it's connected to.

    In fact, for testing, you should take the DSP out of the equation - it's just an extra source of possible problems and confusion.

    Instead, connect the UART to a PC (via a suitable adaptor), and test using a terminal app

    If it doesn't work with a PC, it won't work with anything else.

    Yclee said:
    I wonder the PC can receive message but the signal is like that.

    Of course not:  it it's not a valid UART signal, then no UART - whether in a DSP or PC or anything else - is going to make any sense of it.

    Yclee said:
    I was check the pin configuration of the DSP module.

    If you're looking at what's transmitted by the nRF52, then you need to be looking at the nRF52 pin configuration

Reply
  • +1 in reply to Yclee
    Yclee said:
    The used DSP is TMS320F28335 module

    This is actually irrelevant - the UART neither knows nor cares what it's connected to.

    In fact, for testing, you should take the DSP out of the equation - it's just an extra source of possible problems and confusion.

    Instead, connect the UART to a PC (via a suitable adaptor), and test using a terminal app

    If it doesn't work with a PC, it won't work with anything else.

    Yclee said:
    I wonder the PC can receive message but the signal is like that.

    Of course not:  it it's not a valid UART signal, then no UART - whether in a DSP or PC or anything else - is going to make any sense of it.

    Yclee said:
    I was check the pin configuration of the DSP module.

    If you're looking at what's transmitted by the nRF52, then you need to be looking at the nRF52 pin configuration

Children
Related
Terms of service