Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migration of unmigrated content due to installation of a new plugin

...

In any case, even an EEPROM written with a malfuctioning/broken firmware could be easily corrected with an implicit two step recovery toot (TE USB FX2 Firmware Recovery) or a explicit two step recovery boot.

Firmware modification dependencies

Scroll Title
titleFirmware modification dependencies
Host computer's SW will beTo do so, the developer should
create a custom FX2 microcontroller's firmware

To do so, the developer should
modify the FPGA's MicroBlaze software

able to use custom USB FX2 API Commands
and reference USB FX2 API Commands

compatible with the reference firmware;

no change of FPGA's MicroBlaze software
should be necessary
able to use SPI Flash Commands,

that keep a compatible FLASH_WRITE_COMMAND
command
 in FW;

no change of FPGA's MicroBlaze software
should be necessary
able to use custom MB Commands

no change of FX2 microcontroller's firmware
should be necessary;

modify MicroBlaze API Commands  in the

i2c_slave_int_handler() function in interrupt.c
running on FPGA's MicroBlaze
(using the demo project as starting point);
use the interrupts associated with MB Commands
in a different way (aka avoid polling for example)

create a custom FX2 microcontroller's firmware that

modify GET_INTERRUPT command,
SET_INTERRUPT command,

 

modify the i2c_slave_int_handler() function
in interrupt.c running on FPGA's MicroBlaze
and (maybe) modify the
VHDL XPS_I2C_SLAVE custom IP block

use Slave Parallel (SelectMAP) Mode and/or
Slave Serial Mode
that load the configuration data from a source (SPI Flash,
USB connection or B2B connection) and write the retrieved
configuration data in the FPGA.
no change of FPGA's MicroBlaze software
should be necessary,
but some HW modifications
(desoldering/resoldering) are necessary for
TE0630 and TE0300 module

...