• State TI Thinks Resolved
  • Locked Locked
  • Replies 2 replies
  • Answers 1 answer
  • Subscribers 98 subscribers
  • Views 814 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.

Problem with pspiom drivers using McASP and UART simultaneously

Anton Evstafiev
Prodigy 160 points


Hello All!

I have experiensed a problem to run McASP and UART drivers simultaneously in single application. The system works about few seconds and then GIO drivers start to return multiple unrecoverable errors. The same tasks work fine when running separately.

I have ported pspiom drivers (biospsp_03_00_01_00 package) from C6748 to C6743 with SYS/BIOS 6.35.04.50. Both drivers configured in DMA mode. The McASP driver is responsible to I/O audio data to/from codec aic23b. The UART driver is responsible to IO audio data between two identical boards via RS.

As I see all the examples supplied with drivers in the package are demonstrate single usage.

Are there any ideas what may be wrong?

  • 0
    TI__Mastermind 35645 points

    Hi,

    I think, you can use both McASP and UART drivers in the same application which you desire for, no issues.

    But, the AIC codec is interfaced through I2C bus to transfer audio data to McASP port of C6748, so, kindly make sure there is no pinmux conflict when you use UARTx_RXD with I2Cx_SCL

    Have you checked the UART pinmux function configureUart() for the platform? Source is here:

    platforms\evm6748\src\uart_evmInit.c

    You would probably have to clone configureUart(), modify it UART1, and rebuild the platform library. Or just pull in uart_evmInit.c code into a local module in your build.

    Also, you must reensure the UART params configuration modified for UART1 for LCDK/EVM board and revalidate the same. You have to check for valid configuration for baudrate, HWI number, rx threshold mapped for UART 1 in the code and it needs to be tested in LCDK/EVM board seperately first and you could probe as well the appropriate UART1 Tx. & Rx. pins on the appropriate board to check for valid UART 1 signal.

    You could also test the demo code to demonstrate the UART driver functionality works for UART1 modified code and you could test the sample string transmitted via UART interface.

    Thanks & regards,

    Sivaraj K

    -------------------------------------------------------------------------------------------------------

    Please click the Verify Answer button on this post if it answers your question.

    -------------------------------------------------------------------------------------------------------

  • 0 in reply to Sivaraj Kuppuraj
    Prodigy 160 points

    Sivaraj,

    Thank you for reply!

    Actually I'm using UART2 port for above mentioned purpose on C6743 platform.
    For aic23b codec control I'm using I2C1 port and McASP0 port for audio data. In control chain via I2C there is no problem. The problem is in audio data path via McASP while working together with UART2 driver.
    And I'm sure there are no issues with pinmux.