• Content Count

  • Joined

  • Last visited

About [email protected]

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I am using Vivado 2017.4 and using the download.bit image (and .elf file with offset) with the "Program Flash Memory" function in SDK. This follows your MicroBlaze tutorial and has been working well using the same CmodA7 module. I've bought several of these and when I connected a different one there have been a few issues. Using Windows 7 64 bit, the first time a new module is plugged in, it has to install it as a new device. This makes Device Mangler assign a new Com port number to it. Sometimes Windows thinks it's some kind of electronic pen and I've had to delete the driver and le
  2. The CmodA7-35T uses a N25Q032 flash. This provides sufficient room for the bit file and a little less than half of it for something else like an elf load. If two bit loads were desired such as for a multi boot reconfiguration with a golden load and a field installed load there would not be sufficient room to do this. Perhaps compressing the bit files might be a way to still make that work. I was looking at this line of flash devices and noticed that there is a general trend toward the lower sizes becoming less available or obsolete and the cost for larger sizes aren't much more than t
  3. That offset might be better off being 0x00220000. I don't know whether Xilinx utilizes the sub sector erase but using this offset would be safe if it only uses sector erase.
  4. This is just follow up: I found that if you disconnect with the terminal program before plugging the USB cable back in and then reconnect right after plugging in the USB cable, all of the messages get presented. This way it seems to be ready before the FPGA DONE LED is presented. Considering the actual amount of the room in the flash that is required for the 35T FPGA load, an offset of 0x00218000 can be used to maximize the flash space that will still available for program code. This is 48% of the N25Q032 flash whereas the offset of 0x00300000 only leaves 25%. Again, I did not com
  5. Success, finally, although there are several things to note. It would appear that upon plugging the USB into the PC, the terminal program was not catching the communications. I was using HyperTerminal and found that it would miss the initial message but upon doing a disconnect-reconnect, it would then see receive data that was delayed from the CmodA7. In this latest build I added in blinking LEDs and several delayed messages to the C code so that I could see activity both ways. I also tried this with TerraTerm but it acted the same way. I added BTN0 as a reset. This allowed sta
  6. Yes, It still runs under SDK debug run with the correct message showing up on the terminal. I'll start over with a new project and include the 50MHz ext_spi_clk and see what happens. This will be about the 6th time I've started this new.
  7. Tried the "50MHz clk", same thing. Do I need to shut down the tools? I see a lot of communications with the module com led but nothing on the terminal. Also strange, the done led is on immediately at USB plug in.
  8. I'm building the "50MHz clk" into the design right now but just one more thing for today... Was I supposed to flash the hardware bitstream in Vivado before the two program events in SDK? I assumed that the boot loader was combined with the hardware in the download.bit.
  9. Hyperterm. Since it seems to work in SDK debug I would imagine that is not the issue. It says "The contents are read back and check if the region erased is blank" which is most ambiguous but if that works for you than it must be only a partial erase. I'll not worry about this one any more. I'm using the "getting started with microblaze tutorial " and adding the spi IP. I'll add in the 50MHz clk that you mentioned and try that. I had it tied to the AXI clk at 100MHz. BTW, I'm using the n25q32-3.3v-spi-x1_x2_x4 for the flash type and giving the type a 5 as it says. BD scre
  10. That's what I was doing, pulling the USB cable out and plunging it back in. Just checking, I was thinking that perhaps the USB-UART device or the PC driver might have not been up and running in time to catch the "hello world" on the terminal. Yes, section 4. I'm using those offsets, 0x00300000 for the hello world elf and 0x0 for the boot loader bit files. How is it that the whole flash is not erased each time? Is there a setting to control this that I might have missed? Each time it tells me that it did a blank check. And just to be sure, download.bit is at: Proj_Name/Proj_Na
  11. It's still not working and I'm really trying to follow this to the letter. I appreciate you hanging in there with me on this. I went back and recreated the hardware insuring that it had the local memory set to 32k and the cache at 16k. Previously I had it set to local memory set to 64k and the cache at 8k. I'm am using FLASH_IMAGE_BASEADDR as 0x00300000. I cleared out the code in SDK and started that over. When I run it in the SDK debugger it runs and presents on the terminal so the code must be working but this worked for me earlier too. 1. How are you resetting the CmodA7?
  12. Never mind about the part where I said "...Program FPGA step with the bootloader ... I got "Blink World"..." Apparently I had managed to get code into the flash at some point and this was executing when I did the Program FPGA step at 3.1. There's something wrong with the Program Flash function in 2016.3. I recreated the project in 2017.2 and the Program Flash function works there. After programming the flash in 2017.2 as in sections 4.1 and 4.2 I tried unplugging the CmodA7 then plugging it back in again to reset it but nothing comes up on the terminal. In SDK run debug this work
  13. Hi Jon, I created (using 2013.3) a simple new project today to try this out again. It's the "hello_world" project from the "Cmod A7 - Getting Started with Microblaze" tutorial. To this I added the quad spi IP from the board tab to this project BD. Everything in this tutorial runs fine. Using this project as a starting point I followed everything in the "store in flash" tutorial very closely. Unfortunately, my result is always the same that I cannot program the flash on the CmodA7. I get the following response: >Connected to hw_server @ TCP: >Available targ
  14. Thank you. I'm trying this with 2016.3 so hopefully it's close enough. In the tutorial at 1.3 it states "If you are using the Cmod-A7 and you did not compressed your bitstream try the offset: 0x00300000." I'm trying this out on a Cmod-A7. What is a reasonable address if you did compress it? (Maybe I'm missing something obvious here?)
  15. What version of Vivado was used to create the tutorial "How To Store Your SDK Project in SPI Flash"?