• State TI Thinks Resolved
  • Locked Locked
  • Replies 2 replies
  • Answers 1 answer
  • Subscribers 40 subscribers
  • Views 307 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Original question:

CC3235MODSF: UART serial interrupt issue

CC3235MODSF: UART serial interrupt issue

Cherry Zhou
Mastermind 22235 points
Part Number: CC3235MODSF


Hi team,

Regarding the original question, the customer has figure out the way as below:

Q: Implements the reception of packets starting at 0x10 02 and ending at 0x10 03.

Steps: 

A. Prepare a user buffer (rx_my_buf).

B. Configure the serial port parameters: Readmode= UART2_Mode_CALLBACK

C. Execute UART2_read(handle, rx_my_buf, Sizeof(rx_my_buf))

D. Implementation in readback functions such as readCallback: Process many data just received and when bytesRead == readCount, ! ! Call UART2_read() again. Read all the way, and the read data is placed in the RingBuf that comes with the UART2 driver, and then in the user buffer rx_my_buf.

E. When the user processes data, the read data can be determined at readCallback(): If there is a header of 0x10 02, 0x10, or the end of 03. Then send message again.

And now the customer is wondering how does RingBuf's ring buffer cope with the auto-boost mode of DMA? Is it possible to cross the boundary of Ringbuf?

Could you help check the additional question? Thanks.

Best Regards,

Cherry

  • 0
    TI__Mastermind 33650 points

    Hi Cherry,

    I'm sorry, but I don't totally understand steps A-E. Are you asking me to review these steps and see if they make sense? I'm not familiar enough with the customer's data stream so I can not be completely certain. However, using readCallbacks to determine the beginning and end of the datastream does make the most sense. Seems like the customer is on the right track. I would strongly suggest to implement, test, and reiterate. 

    Cherry Zhou said:
    And now the customer is wondering how does RingBuf's ring buffer cope with the auto-boost mode of DMA? Is it possible to cross the boundary of Ringbuf?

    The UART2 driver hides the ring buffer from the application, so as long as the application is getting interrupts/sem_posts and continuously reading, then the buffer should not fill and overload. 

  • 0 in reply to Sabeeh Khan1
    TI__Mastermind 22235 points

    Hello,

    Sabeeh Khan1 said:
    I'm sorry, but I don't totally understand steps A-E. Are you asking me to review these steps and see if they make sense? I'm not familiar enough with the customer's data stream so I can not be completely certain. However, using readCallbacks to determine the beginning and end of the datastream does make the most sense. Seems like the customer is on the right track. I would strongly suggest to implement, test, and reiterate.

    Thanks for your help! Sorry for the misleading description. Indeed they have resolved the original issue through the steps A-E.

    Thanks and Best Regards,

    Cherry