I seem to be having a bit of trouble programming the extended memory areas of a Cypress CY8C5287AXI-LP095 MCU. As near as I can tell J-Link lacks built-in support for reprogramming the EEPROM, NVL and ECC areas.
Fair enough. To rectify this I am looking into hacking together a CMSIS FLASH algorithm from the bootloader. Mostly to allow me to migrate away from the heinous Cypress Creator.
Are there any sample implementations available for use as a starting point? Say, a no-op RAM reader/writer or some such.
This MCU allows mapping in the 32 ECC bytes from each 256-byte FLASH row as general-purpose memory, which get written as single 288-byte rows but read back from a separate region at 0x48000000.
Are there any clean ways of dealing with such discontiguously mapped memory areas? I am currently leaning towards forcing an initial full-chip erase, then programming each row twice.
Fair enough. To rectify this I am looking into hacking together a CMSIS FLASH algorithm from the bootloader. Mostly to allow me to migrate away from the heinous Cypress Creator.
Are there any sample implementations available for use as a starting point? Say, a no-op RAM reader/writer or some such.
This MCU allows mapping in the 32 ECC bytes from each 256-byte FLASH row as general-purpose memory, which get written as single 288-byte rows but read back from a separate region at 0x48000000.
Are there any clean ways of dealing with such discontiguously mapped memory areas? I am currently leaning towards forcing an initial full-chip erase, then programming each row twice.
