• 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 » Microcontrollers » Hercules™ Safety Microcontrollers » Hercules™ Safety Microcontrollers Forum » DMA seems to auto-initiate in single block transfer mode
Share
Hercules™ Safety Microcontrollers
  • Forum
  • E2E Wiki
Options
  • Subscribe via RSS

DMA seems to auto-initiate in single block transfer mode

DMA seems to auto-initiate in single block transfer mode

This question is answered
Jeremy Warmbier
Posted by Jeremy Warmbier
on Jul 16 2012 10:24 AM
Prodigy130 points

I am attempting to use the DMA in single block transfer mode on channel1 to transfer a block of data to the the CRC peripheral using a software trigger.  The behavior I observe is that the following after the registers are configured and the software trigger is written:

SWCHENAS: 0x00000002

PEND: 0x00000002

DMASTAT: 0x00000002

PBACSADDR: 0x000AD3B8

PBACDADDR:  0xFE000060

PBACTC: 0x00010005 (Frame count contains values of 0 and 1, Element count contains values from 0 to A.  The configuration is for a test block containing 10 64 bit elements)

All of the above values look correct for the configuration that I am using.  My expectation is that after a single block transfer (i.e. Frame count =1 and Element count =10) the DMA peripherla should clear the SWCHENAS bit resulting in stopping the channel transfer.  Instead what I see is that the values/conditions above persist and data continues to be transfered tot he CRC peripheral.

Following is the static DMA configuration that I believe to be pertinent to the single block transfer operation that I am attempting to achieve:

GCTRL: 0x00014000

HWCHENAS: 0x00000001

DMACTRLPKT01.ITCOUNT: 0x001000A

DMACTRLPKT01.CHCTRL: 0x0000F119

* Single block transfer mode,
* Constant Addressing mode write,
* Post-increment mode read,
* block transfer (i.e. Frame count * Element Count number of 64 bit values ),
* Write element is double word 64-bit (i.e. CRC PSA_SIGREGL1 length),
* Read element is double word 64-bit (i.e. CRC PSA_SIGREGL1 length),
* No channel chaining
 

Following is the full set of DMACTRLPKT01 values  (Address range  0xFFF80020-0xFFF8003C):

0x000AD3B8

0xFE000060

0x0001000A

0x00000000

0x0000F119

0x00000000

0x00000000

0x000AD3B8

Any suggestions on what could be causing the "auto-initiation" type behavior with this configuration is greatly appreciated.

Thank you,

Jeremy

Report Abuse
  • Reply
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
All Replies
  • Abhishek Shankar
    Posted by Abhishek Shankar
    on Jul 16 2012 10:52 AM
    Verified Answer
    Verified by Jeremy Warmbier
    Intellectual1300 points

    Jeremy

    In your config, I noticed that the AIM bit is set. For software triggered channels with AIM bit set, DMA will continuously perform the transfer.

    Can you try with AIM bit = 0 (CHCTRL[0])?

    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