Xilinx Zynq Ultrascale+

Bitstream programming with iSYSTEM winIDEA

Programming an FPGA is the process of loading a bitstream into the FPGA. During the development phase, the FPGA device is typically programmed using dedicated software utilities and hardware from the FPGA manufacturer, connecting the PC through a USB port to the FPGA to be programmed via the FPGA JTAG port.

The FPGA Zynq Ultrascale+ series features embedded ARM processors. When the iSYSTEM BlueBox tool, e.g. iC5700, is used to develop and test the embedded application for these processors, it can at the same time be used to load a bitstream into this same FPGA. This comfort feature shortens the turn-around times simply by using one tool for several use cases.


Bitstream Programming within iSYSTEM winIDEA

Figure1: Bitstream Programming within iSYSTEM winIDEA


The iSYSTEM BlueBox in conjunction with winIDEA (iSYSTEM Integrated Development Environment) programs a bitstream to the FPGA in the same manner as embedded on-chip flash devices or external SPI flashes are programmed. When the specific Zynq Ultrascale+ device is selected for debugging, an FPGA device, where the bitstream is to be programmed, becomes listed where typically, e.g. on-chip flash to be programmed is listed. The bitstream can be programmed on request or as a part of the debug download process.

older entries

To test or not to test, that is not the question (part 1)

It is interesting to find out what approaches different people use to test their application code prior to delivering it to the market place. For … » Read more

How a decent IDE can help highlight embedded software bugs earlier...

Originally this post was going to review another code failure case in Lisa Simone's book "If I only changed the software, why is the phone on fire?". … » Read more

What's all this trace stuff anyhow?

Previously in this blog we have talked about the value of code tracing for embedded systems development and how trace forms the entrance to being … » Read more

What debugging methods are used to make embedded software safer?

We probably never take the time to think about it when we drive in our cars, but between our hands sits a small explosive device in the middle of the … » Read more

The value of the methodical approach.

It is probably fair to say that we have all made a 'quick change' during code development at some point in our career. And, at some point, that quick … » Read more

0xDEADBEEF - finding what bits of memory changed

In Lisa Simone's book "If I only changed the software, why is the phone on fire?", the first chapter shows the development team of "Hudson … » Read more