• State
  • Locked Locked
  • Replies 3 replies
  • Subscribers 98 subscribers
  • Views 360 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.

UART stops working

Alexandr Stolyarov
Intellectual 560 points
Other Parts Discussed in Thread: OMAP-L138

Hello!!!

I am use:

1. Zoom OMAP-L138 eXperimenter Kit

2. Code Composer Studio  Version: 4.2.4.00033

3. DSP/BIOS 5.41.0.06

4. PSP 01.30.00.06

My application consists of two tasks. The first task is sending every 100ms, the second - taking every 100ms. The tasks have the same priorities. If you do not make the separation in time of the operation to send and receive, in any operation soon cease to be performed via the UART. By dividing the execution time of these operations by semaphore, UART is stable, but the semaphore make a great delay in the execution time. Next, I need to build UART in an application that uses audio and SD card. Soon UART stops working. Hangs when sending to UART, an error code - the output of the timeout GIO_submit (). UART operates in interrupt mode, sound mode - ebma3. In what may be the problem?

Thank you.

  • 0
    TI__Guru* 84110 points

    Alexandr,

    Are you using the OMAP-L138 as the DSP-only C6748? In either case, are you driving the UART only from the DSP side?

    How much delay do you see from the semaphore? Is this the SEM module from BIOS?

    Alexandr Stolyarov said:
    UART operates in interrupt mode, sound mode - ebma3.

    I am not sure what this means. You may have meant EDMA3, but even with that I am not sure what the whole statement is saying.

    Are you using UART drivers from the PSP?
    How fast is the UART baud rate?
    If you only do transmits, will it work forever?
    If you only do receives, will it work forever?

    Regards,
    RandyP

  • 0 in reply to RandyP
    Intellectual 560 points

    RandyP

    Yes, i am use the OMAP-L138 as the DSP-only C6748.

    The delay did not measure, but in the receiving terminal Windows is very noticeable.

    Sound mode - EDMA3, typo.

    I am use PSP for UART, speed 9600

    If I only do transmits - work forever

    If I only do receives -  work forever

    When used in conjunction with the codec (with PSP), then after some time UART stops working

    Alexandr

  • 0 in reply to Alexandr Stolyarov
    TI__Guru* 84110 points

    Alexandr,

    Alexandr Stolyarov said:
    UART operates in interrupt mode, sound mode - EDMA3.

    I am not sure what this means. I am not sure what the whole statement is saying. Does the UART operate in 2 or 3 different modes using interrupts and EDMA3? This does not tell me enough to understand the statement.

    A very noticeable delay should never happen with just adding a semaphore. The logic of when the semaphore is released is what causes the delay.

    I am not an expert on the UART PSP driver. But I think what you need to do is to use or configure that driver differently. It should be possible to use it without these process-blocking delays. This thread should be moved to the BIOS Forum where the PSP experts are. I will put in a request for it to be moved for you.

    Regards,
    RandyP