• State TI Thinks Resolved
  • Locked Locked
  • Replies 4 replies
  • Answers 1 answer
  • Subscribers 101 subscribers
  • Views 142 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

AM3356: Isochronous USB transfers on Sitara family

Sudhir Singh
Prodigy 10 points
Part Number: AM3356

Hi TI,

I am investigating micros/DSP for a new device for multichannel audio transfer. The device will connect to a smart phone or PC and transfer multichannel audio data via USB.

We would like to use isochronous transfers.

Are you please able to let me know whether isochronous transfers are supported by the Sitara family? What is the maximum number of audio channels that could be transferred over your USB implementation? 

We would like to transport up to 24 audio channels from the device.

Also do all TI micros & DSPs that have USB 2.0 support isochronous transfers?

Thank you!

Sudhir

  • 0
    TI__Guru*** 137946 points

    Hi Sudhir,

    Sudhir Singh said:
    Also do all TI micros & DSPs that have USB 2.0 support isochronous transfers?

    Are you interested in AM335x devices only or open to other devices too? Yes all TI ARM-based processors, which have USB controllers, supports USB2.0 isoch transfers.

    Do you plan to use Linux or any other OS on the processor?

  • 0 in reply to Bin Liu
    Prodigy 10 points

    Hi Bin,

    Thank you for your reply. We are open to other devices.

    One option is to develop a low cost microphone array, send raw audio data over USB to a smart phone or PC where the signal processing, recording to storage device and playback (real-time) will occur. Isochronous is required for the playback requirement and we would like the hardware to appear as a sound card.

    Another option is to do the signal processing on the hardware itself and send a reduced number of processed audio channels to the host. 

    We will have to look at the economics of each of the above solutions. 

    Would you recommend us using Linux? I was leaning towards a bare metal implementation as the micro/DSP wouldn't be performing overly complicated tasks. 

    Thanks again!

    Sudhir

  • 0 in reply to Sudhir Singh
    TI__Guru*** 137946 points

    Hi Sudhir,

    I would recommend you to take a look at AM62x, AM62Ax, or AM62Px devices, instead of AM335x. These devices have dual DRD USB2.0 controllers which can work in either USB host or device mode, with Isoch transfer support, and powerful multiple ARM cores to handle signal processing.

    The benefit of using Linux is that the kernel has full USB stack implemented, including USB UAC1/UAC2 class gadget drivers, you just need to focus on your application in the software development perspective. We do provide MCU+ SDK on these devices as a FreeRTOS/baremetal application development platform, but I don't think the SDK provides USB Isoch transfer examples in FreeRTOS or baremetal, so the software development  cycle would be longer for you.

  • 0 in reply to Bin Liu
    Prodigy 10 points

    Thanks Bin!