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.

McBSP configuration

Other Parts Discussed in Thread: OMAP3530

Hello
I can not configure the McBSP3 for OMAP3530.
I config it follow:
1. I clear bits GRST, RRST,XRST,FRST
2. Then I config PADCONF

MUX_VAL(CONTROL_PADCONF_MCBSP3_CLKX,     (IEN | PI | M0 ));    

MUX_VAL(CONTROL_PADCONF_MCBSP3_DR, (IEN | PU | M0 ));

MUX_VAL(CONTROL_PADCONF_MCBSP3_DX, (IDIS | PD | M0 ));

MUX_VAL(CONTROL_PADCONF_MCBSP3_FSX, (IDIS | PD | M0 ));

3. next step I config registers :

RCR2 0x4040

RCR1 0x1F40

XCR2 0x4040

XCR1 0x1F40

SRGR2 0x03FF

SRGR1 0x7F00

PCR0 0x0F01

xccr 0x1808

spcr2 0x00c7

spcr1 0x8001

xccr 0x2808

rccr 0x0808

(Analog looback is enabled)


4. and  then I set ‘1’ to GRST, RRST,XRST,FRST

After that I can send any data through McBSP. But I can’t get data from McBSP(spcr1.rrdy is always 0). If is set Digital_Loopback port works properly. And I can receive data from it
Can anybody help me How can i config receiver?

  • Hi Sergey,

    The procedure of configuration of the McBSP interface is described in the Technical reference manual for OMAP3530 in the 21.5.1.1 McBSP Initialization Procedure and 21.5.1.3 Data Transfer DMA Request Configuration chapters:

    http://www.ti.com/lit/ug/spruf98x/spruf98x.pdf

    BR

    Tsvetolin Shulev

  • Described initialization procedure of McBSP coincides with 21.5.1.1.
    McBSP transmitter still works only on data transfer.

  • The problem still exists!

  • Hi Sergey,

    - As a test have you tried to setup an EXTERNAL loopback test where TX is connected to RCV? Depending the mode of operation you might need as well to connect FSX to FSR and CLX to CKR for the external loopback.
    It might be easier to do that on an EVM as the McBSP is routed to the daughter card connector.

    Double check as well the pin mux options to ensure that all the McBSP signal you use are accordingly routed to the McBSP pins.

    - If you use your own board you might need to look at the PCB level to see if the signal are accordingly routed. If the McBSP RCV pin can be used as GPIO as well you can try to see if you can read the pin just to make sure a signal is available from the pin.

    Also make sure that you have done a timings analysis with the timings we provide in the Datasheet/data manual.

    - Also there are some E2E post related to OMAP3x/DM37x/AM37x McBSP and EDMA that can help:
    http://e2e.ti.com/support/dsp/omap_applications_processors/f/447/t/153490.aspx
    http://e2e.ti.com/support/dsp/omap_applications_processors/f/447/p/52300/
    http://e2e.ti.com/support/dsp/omap_applications_processors/f/447/t/153493.aspx
    http://e2e.ti.com/support/dsp/sitara_arm174_microprocessors/f/416/p/140776/531052.aspx#531052
    http://e2e.ti.com/support/dsp/omap_applications_processors/f/447/p/135686/506938.aspx#506938
    http://e2e.ti.com/support/dsp/omap_applications_processors/f/447/p/95792/364646.aspx#364646
    http://e2e.ti.com/support/dsp/sitara_arm174_microprocessors/f/416/p/165965/647497.aspx#647497
    http://e2e.ti.com/support/dsp/omap_applications_processors/f/447/p/152447/553424.aspx#553424
    http://e2e.ti.com/support/dsp/sitara_arm174_microprocessors/f/416/p/140256/506942.aspx#506942
    http://e2e.ti.com/support/dsp/omap_applications_processors/f/447/p/146494/545284.aspx#545284


    Hope it helps.
    Anthony