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.

OMAP-L138 I2c connection issues

Other Parts Discussed in Thread: OMAP-L138, OMAPL138

Hi. I'm studying OMAP-L138 unit using LCDK board and  StarterWare 1.10.01 and there is some examples where i2c is used(had a try Mcasp and demo project) When first time tried to use this interface - by loading code for c6748 there was no problems with it. Now i can done transmission only when use ARM9 CPU. When use DSP it holds at moment when checking txCompFlag. Exactly here:

static void I2CCodecSendBlocking(unsigned int baseAddr, unsigned int dataCnt)
{
txCompFlag = 1;
dataIdx = 0;
savedBase = baseAddr;

I2CSetDataCount(baseAddr, dataCnt);

I2CMasterControl(baseAddr, I2C_CFG_MST_TX | I2C_CFG_STOP);

I2CMasterIntEnableEx(baseAddr, I2C_INT_TRANSMIT_READY | I2C_INT_STOP_CONDITION);

I2CMasterStart(baseAddr);

/* Wait till the data is sent */
while(txCompFlag);
}

I tried to import project again(always copy files to workspace), then also  reinstall StarterWare packet but with no result. 

Second issue is that when i2c was working propertly the samples what  i received from input connector had also the same value - near upper limit of aic resolution i think. What can be the reason of that ? I didn't change anything in this example.

  • Hi,

    Thanks for your post.

    Which version of CCS you are using? Is it your TI board or custom board?

    This should be the problem in importing the existing CCS project, please don't copy files to workspace, try to build the existing McASP audio playback project and check whether audio Line IN & Line OUT works first. Then, you can create a new workspace and copy files to it, then try checking audio LINEOUT because, the include path, static library, target configuration file (.ccxml) should be ensured properly in the project properties and it has to be mapped appropriately to corresponding include & library paths, package installation path etc.

    In my opinion, it wouldn't be hardware problem and i would recommend you to first run the existing audio playback example from the omapl138 starterware project from the below path after starterware installation:

    ~\ti\OMAPL138_StarterWare_1_10_03_03\build\c674x\cgt_ccs\omapl138\evmOMAPL138\mcasp\

    Thanks & regards,

    Sivaraj K

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

     

  • Hi, 

    "I would recommend you to first run the existing audio playback example from the omapl138 starterware project"

    The whole time I'm talking about my experiences with just this example :)

    I'm using CCS v.5.5 and Ti Board. Problem was with onboard dip switches. I set 5th and 8th switch to ON and 6th and 7th to OFF like in dsp flashing guide but there was no information about how to set first four switches. Now they are all to OFF and I2C works well. But still no data come through EDMA. So maybe it's settings are no exactly correct.  

    "mcaspPlayBk.c"
    while(1)
        {
            if(lastFullRxBuf != lastSentTxBuf)
            {  
             ...
            }
        }
    

    This IF condition is never true when debugging. 

  • Hi,

    Could you please tell us that what is your exact board name ?

    OMAPL138 LCDK or SDI EVM or Logic PD EVM ?

    You can refer the appropriate schematics for DIP switch details because it could mapped to some other reason like for UI boards,

    For boot related stuffs, First 4 switches were sufficient.