element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • About Us
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Avnet Boards Forums
  • Products
  • Dev Tools
  • Avnet Boards Community
  • Avnet Boards Forums
  • More
  • Cancel
Avnet Boards Forums
MicroZed Hardware Design How to red DDR vs BRAM
  • Forum
  • Documents
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Avnet Boards Forums to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • State Not Answered
  • Replies 7 replies
  • Subscribers 324 subscribers
  • Views 1259 views
  • Users 0 members are here
Related

How to red DDR vs BRAM

quadzilla
quadzilla over 1 year ago

This is another doubtlessly naive question.  I know that you can read the BRAM by using XBram_ReadReg() and a BRAM controller.  Also that XBram_ReadReg() basically amounts to using Xil_In32() to read a memory location.

Can we do something similar to read the DDR RAM, or are we always forced to use the routines in xaxidma_bdring.c?

  • Sign in to reply
  • Cancel

Top Replies

  • viktornikolov
    viktornikolov over 1 year ago +1
    You connect DDR SDRAM using MIG IP (Memory Interface Generator). MIG connects to AXI Interconnect and then you use it as a memory by the code running on the CPU. See this tutorial I created for using…
Parents
  • youngn111
    0 youngn111 over 1 year ago

    Once you have the DDR connected to the CPU via AXI Interconnect, it will be memory-mapped into the CPU's address space.

    You can then use a Xil_In32() call to get the data, or you could dereference a pointer as follows:

    // Declare a pointer with memory location 0x3000_0000, and declare an u32 to hold data

    unsigned int *punData;

    unsigned int unData;

    // Get the data at the location held by the pointer

    unData = *punData;

    unData would then contain the data from address 0x30000000

    Be aware that data in the DDR is cached.  If you are accessing DDR memory that was (only) loaded by the CPU, then it will read back correctly.

    If you are accessing data that was loaded by the PL, then you probably have to invalidate the CPU's cache before reading it to ensure you get the data loaded by the CPU, and not stale data leftover in the CPU cache.

    It looks like you are using a bare metal application, so to accomplish this, take a look at the following functions:

    void Xil_DCacheInvalidate(void);
    void Xil_DCacheInvalidateRange(INTPTR adr, u32 len);
    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • quadzilla
    0 quadzilla over 1 year ago in reply to youngn111

    Thanks for the tip, and I will try it out.  I couldn't find 0x3000000 listed anywhere in xparameters.h though.  Where did you find this documented?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • viktornikolov
    0 viktornikolov over 1 year ago in reply to quadzilla

    If you use MIG in the HW design, the lscript.ld in Vitis will show address and size of DDR memory (and any other available memories).

    image

    Corresponding macros are also generated in xparameters.h

    /* Definitions for peripheral MIG_7SERIES_0 */
    #define XPAR_MIG_7SERIES_0_BASEADDR 0x80000000
    #define XPAR_MIG_7SERIES_0_HIGHADDR 0x8FFFFFFF

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • quadzilla
    0 quadzilla over 1 year ago in reply to viktornikolov

    Thanks for the tip.  Looks like the proper address is 0x80000000 rather than 0x30000000 though.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Reply
  • quadzilla
    0 quadzilla over 1 year ago in reply to viktornikolov

    Thanks for the tip.  Looks like the proper address is 0x80000000 rather than 0x30000000 though.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Children
No Data
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube