• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Digital Signal Processors (DSP) » OMAP™ Processors » OMAP-L13x, AM1x and C674x Processors Forum » Using McASP and I/OExpander simultaneously crashes McASP transmission
Share
OMAP™ Processors
  • Forums
  • Announcements
Options
  • Subscribe via RSS
Resources
  • OMAP-L1x DSP+ARM9™-based Processors Product Folder
  • OMAP3525/30 DSP+ARM Cortex™-A8-based SOCs Product Folder

  • Top OMAPL Wiki Links
  • OMAPL3x Schematic Review Checklist
  • OMAPL13x Boot resources

  • OMAPL Document Resources
  • OMAPL137 Technical reference manual
  • OMAPL138 Technical reference manual
  • OMAPL Boot loader App Notes
  • Using McASP and I/OExpander simultaneously crashes McASP transmission

    Using McASP and I/OExpander simultaneously crashes McASP transmission

    This question is answered
    Pawel Pyszko
    Posted by Pawel Pyszko
    on Dec 02 2011 04:52 AM
    Intellectual330 points

    Hello.

    I'm using examples from here http://processors.wiki.ti.com/index.php/QuickStartOMAPL1x_rCSL so I assume everything is configured riight. For me it looks ok. My project is build from union of McASP example and I2C (use IOExpander) example.First example only pass through audio signal using interrupt service function. Second works like this: it waits for user to change DIP1 position. In this state it sends commends through I2C to check condition of DIP1 and didn't crash. Problem appears when I switch DIP and proogram goes to toggle LED where it also using only I2C communication. Then, audio transsmision stops. I don't have any idea why. Please help me.

     

     

    I don't see any code include options so I just copy it:

     

    static Bool wait_for_user_input (void)
    {
        // Read from the Port 1 Input Register
        readIoExpCmd[COMMAND_BYTE] = INPUT_PORT1;
       
        // Send Address to IO Expander
        while(I2C_write(I2C_IO_EXPANDER_ADDR, readIoExpCmd, sizeof(readIoExpCmd)));
       
        // Read from IO Expander
        while(I2C_read(I2C_IO_EXPANDER_ADDR, inputRegP1, sizeof(inputRegP1)));
       
        // Process Current DIP Switch Configuration
        newInputP1 = inputRegP1[0] & userSW1;
       
        // Test for User Input
        if(prevInputP1 != newInputP1)
            return FALSE;
       
        return TRUE;
    }/* wait_for_user_input */

    static void toggle_user_LED (void)
    {
        // Write to the Port 0 Output Register
        writeIoExpCmd[COMMAND_BYTE] = OUTPUT_PORT0;
        dummyDelay(1000);
        for(counter = 0; counter < LED_BLINK_COUNT; counter++)
        {
            // Turn LED1 On
            writeIoExpCmd[DATA_BYTE] = LED1_ON;
            while(I2C_write(I2C_IO_EXPANDER_ADDR, writeIoExpCmd, sizeof(writeIoExpCmd)));
            dummyDelay(1000);
       
            // Turn LED1 Off
            writeIoExpCmd[DATA_BYTE] = LED1_OFF;
            while(I2C_write(I2C_IO_EXPANDER_ADDR, writeIoExpCmd, sizeof(writeIoExpCmd)));
            dummyDelay(1000);
        }
    }/* toggle_user_LED */

    I2c vs McASP
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    All Replies
    • kcastille
      Posted by kcastille
      on Dec 02 2011 08:06 AM
      Verified Answer
      Verified by Abhijit Das84416
      Intellectual1330 points

      Pawel,

      In the examples you reference, the McASP is being serviced directly by the DSP using interrupts.  If interrupts happen to be disabled for a sufficiently long time, then there's a possiblility of missing a sample which may cause what you're seeing.While this is a good example to illustrate many of the low level details of the McASP operation, it is generally recommended to use the EDMA to service the McASP, as the EDMA operate independently from the DSP processor.

      I strongly recommend you use the StarterWare software package.  It provides a higher level set of APIs compared to the rCSL examples.  In addition, the examples are more complete (including McASP+EDMA example) than the ones you are referencing.

      You can find that package here for the OMAPL138:

      http://www.ti.com/tool/starterware-dsparm

      Regards
      Kyle

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    TI E2E™ Community
    • Support Forums
    • Blogs
    • Videos
    • Groups
    • Site Support & Feedback
    • Settings
    TI E2E™ Community Groups
    • TI University Program
    • Make the Switch
    • Microcontroller Projects
    • Motor Drive & Control
    Other Communities
    • Deyisupport
    • Designsomething.org
    • beagleboard.org
    • TI on Element 14
    • TI on TechXchangeSM
    Other Technical & Support Resources
    • WEBENCH® Design Center
    • Product Information Centers
    • Technical Documents
    • TI Design Network
    • TI Technical Articles
    • TI Training

    All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

    Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

    Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
    TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

    TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
    embedded processors, along with software, tools and the industry’s largest sales/support staff.

    © Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
    Trademarks | Privacy Policy | Terms of Use