• 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 » Asynchronous Reads with Wait on EMIF
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
  • Forums

    Asynchronous Reads with Wait on EMIF

    This question is not answered
    Derick Voegeli
    Posted by Derick Voegeli
    on Apr 10 2012 15:55 PM
    Prodigy40 points

    I am having a problem in getting the L138 EMIF bus to hold a cycle until wait is removed.  I am working on a AVNET spartan 6/OMAP L138 eval board, which uses CS2.  The bus cycle completes while EMIF_WAIT is still asserted.  All the other signals seem correct and the data does get to the bus within the wait time period, but the EMIF has already closed the transaction.  I believe that I have the registers setup correctly, but I seem to be missing something.  Would anyone be able to see what I have setup wrong.

    Registers:

    AWCC = 0xF0000080

    CE2CFG = 0x483441AD

    Thanks

    omap l138 OMAP-L138 l138 EMIFA L-138 OMAP_L138 ARM9 OMAP L-138
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    All Replies
    • Mukul Bhatnagar
      Posted by Mukul Bhatnagar
      on Apr 13 2012 11:20 AM
      Mastermind24430 points

      Hi

      Please make sure that

      1) Wait is enabled

      2) Wait assertion before the end of the strobe period is meeting the datasheet setup requirement

      3) Programmed maximum wait time is not being exceeded.

      Regards

      Mukul

       

       

      Don't forget to verify answers to your forum questions by using the green "Verify Answer" button.

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Ignacio Linares
      Posted by Ignacio Linares
      on Apr 13 2012 15:21 PM
      Expert1210 points

      Mukul,

      See attached waveforms.  After the changes to the CE2CFG register was made, the emif_oe_n signal now extends 8 clock cycles past the deassertion of emif_wait1.  We need the cycle to terminate upon deassertion of emif_wait1.  There is still something not quite right.  We have changed the value of R_HOLD (bits 6, 5, 4 in CE2CFG register) and it doesn't seem to affect the emif_oe_n signal.

       

       7776.waveforms.docx

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • jc-ti
      Posted by jc-ti
      on Apr 23 2012 16:16 PM
      Mastermind27545 points

      In both the waveforms you attached here and sent in separate emails, the label for the CS used is "emif_cs3_n". Is it labeled incorrectly, or is the device actually hooked up to CS3?

      If so, from the register settings CS3 isn't set up to use extended waits. This would also explain why changing R_HOLD has no effect.

      Jeff

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

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

      Useful Links:
      OMAP-L1x/C674x/AM18x Debug GEL File

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Derick Voegeli
      Posted by Derick Voegeli
      on Apr 23 2012 16:24 PM
      Prodigy40 points

      Sorry for the confusion, but yes the label is incorrect.  The real system will be using CS3, but on the eval board that I am using for testing, CS2 was the one that was connected, I didn't take the time to change the labels.  

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • jc-ti
      Posted by jc-ti
      on Apr 23 2012 16:48 PM
      Mastermind27545 points

      What changes to the CE2CFG were made? Can you give the current value of the register now?

      Changing the R_HOLD bits should directly affect how long the OE is held low after WAIT is deasserted. Even if you set R_HOLD to 0, you still see 8 cycles delay?

      Jeff

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

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

      Useful Links:
      OMAP-L1x/C674x/AM18x Debug GEL File

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Derick Voegeli
      Posted by Derick Voegeli
      on Apr 24 2012 16:02 PM
      Prodigy40 points

      The value that goes in by default is 0x483441AD.  After that I set the R_STROBE to 0x5 (first plot) or a value of 0x483442AD, and then I set R_STROBE to 0x6  or a value 0x4834432D for the second plot.

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • jc-ti
      Posted by jc-ti
      on Apr 25 2012 10:54 AM
      Mastermind27545 points

      If you change R_HOLD to 0 are you seeing the OE go high sooner after WAIT1 goes low?

      Jeff

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

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

      Useful Links:
      OMAP-L1x/C674x/AM18x Debug GEL File

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Derick Voegeli
      Posted by Derick Voegeli
      on Apr 25 2012 13:13 PM
      Prodigy40 points

      I believe that the captures actually had R_HOLD either at zero or one.  I am a bit stuck becuase the transceiver between the OMAP and the FPGA died, and I am waiting on replacement parts, so I can't retest at the moment.  I do remember minimizing R_HOLD as much as possible.

      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