Forum Discussion

Bricci's avatar
Bricci
Icon for New Contributor rankNew Contributor
4 years ago
Solved

MAX10 RSU not accepting new image

We have a design on a MAX 10M04SA part with only discrete logic. We are attempting to perform RSU via an I2C interface. The part stores 2 images in CFM0 and CFM1/2 and initially boots from CFM1/2. Us...
  • Bricci's avatar
    Bricci
    3 years ago

    For anyone interested there were two small independent issues.

    1. The rpd file generation tool has an endianness option buried in it. We needed to change from the default little endian to big endian. The unusual part is the setting changes bitwise endianness within a byte instead of word wise endianness order of the bytes. We figured this out from readback of the flash over JTAG as readback over I2C would return the data we wrote without the bitflip but it could be seen comparing before and after pof files in a hex editor.
    2. The RSU block from older example code has an active high reset when the rest of our system has active low. The block was always in reset so didn’t return any debug information to us to help with the flash issue.
Bricci's avatar
Bricci
Icon for New Contributor rankNew Contributor
3 years ago

For anyone interested there were two small independent issues.

  1. The rpd file generation tool has an endianness option buried in it. We needed to change from the default little endian to big endian. The unusual part is the setting changes bitwise endianness within a byte instead of word wise endianness order of the bytes. We figured this out from readback of the flash over JTAG as readback over I2C would return the data we wrote without the bitflip but it could be seen comparing before and after pof files in a hex editor.
  2. The RSU block from older example code has an active high reset when the rest of our system has active low. The block was always in reset so didn’t return any debug information to us to help with the flash issue.