[SOLVED] JLinkExe flashing PSoC CY8C4247 gives error

wifijacob · April 6, 2017 at 11:23 AM

Hello,
Trying to flash a Cypress PSoC CY8C4247 device using J-Link. Everything seems to work but I always get an error message when doing loadfile:

Code

> JLinkExe -if SWD -device CY8C4247XXX-LXXX -speed 1000
[halt/reset/erase etc]
J-Link>loadfile program.hex
Downloading file [program.hex]...
Comparing flash   [100%] Done.
Erasing flash     [100%] Done.
Programming flash [100%] Done.
Verifying flash   [100%] Done.
J-Link: Flash download: Flash programming performed for 1 range (131072 bytes)
J-Link: Flash download: Total time needed: 3.940s (Prepare: 0.289s, Compare: 0.103s, Erase: 0.058s, Program: 3.171s, Verify: 0.103s, Restore: 0.215s)
Writing target memory failed.

Display More

However, after resetting, the system seems to start up just fine. It doesn't matter if I decrease the speed, it always gives the error like above.

What may cause this error message?

Thanks, Jacob

SEGGER - Niklas · April 6, 2017 at 2:22 PM

Hi Jacob,

thanks for your inquiry.
Could please provide us with the following information?:

- Which OS do you use? (macOS / Linux)
- Which J-Link model do you use? Can you please provide the S/N?
- Which version of the J-Link software do you use?
- Does this issue also occur with the most recent version of the J-Link software & documentation pack?

Best regards,
Niklas

wifijacob · April 6, 2017 at 2:58 PM

Hello,
Linux
J-Link EDU, S/N 269402077
SEGGER J-Link Commander V6.14c
Yes.

Also, I sometimes get this:

Code

Downloading file [program.hex]...
Comparing flash   [100%] Done.
Erasing flash     [100%] Done.
Programming flash [100%] Done.
Verifying flash   [100%] Done.
J-Link: Flash download: Restarting flash programming due to program error (possibly skipped erasure of half-way erased sector).
J-Link: Flash download: Skip optimizations disabled for second try.
Writing target memory failed.

Your forum messes up newlines in code..!

Downloading file [program.hex]...
Comparing flash [100%] Done.
Erasing flash [100%] Done.
Programming flash [100%] Done.
Verifying flash [100%] Done.
J-Link: Flash download: Restarting flash programming due to program error (possibly skipped erasure of half-way erased sector).
J-Link: Flash download: Skip optimizations disabled for second try.
Writing target memory failed.

Thanks, Jacob

SEGGER - Niklas · April 6, 2017 at 4:20 PM

Hi Jacob,

the forum software does not work well with \n line endings in code tags, it needs \r\n .
It will fix your post accordingly.
Could you please provide us with a J-Link logfile of a session?

https://wiki.segger.com/J-Link_DLL#Enable_J-Link_Log_File

Best regards,
Niklas

wifijacob · April 6, 2017 at 5:15 PM

Hello,
Log attached.

Thanks.

SEGGER - Niklas · April 7, 2017 at 10:29 AM

Hi Jacob,

the "Writing target memory failed." output is caused by write to memory which is called after the flash programming:

C

TF12C5700 021:031 JLINK_WriteMem(0x90400000, 0x0040 Bytes, ...) - Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... -- CPU_WriteMem(64 bytes @ 0x90400000)  returns 0xFFFFFFFF (1519ms, 1900ms total)

Does your data file contain data for the address 0x90400000 and / or 0x90300000?

Best regards,
Niklas

wifijacob · April 7, 2017 at 11:03 AM

The documentation states:

Code

0x9030 0000 – Checksum (2 bytes).
This is the checksumof the entire user flash section—the arithmetical sum ofevery byte in the user’s flash.
Only the two least significantbytes (LSB) of the result are saved in this section, in big-endian format (most significant byte is first).
The program-mer must use this to check the integrity of the hex file and toverify the quality of the programming.
In this context, “integ-rity” means that the Checksum and User Flash sectionsmust be correlated in this file.
At the end of programming,the checksum of flash (2 LSB) is compared to the checksumfrom the hex file.


0x9040 0000 – Flash Protection (32 bytes maximum).
Thisdata is programmed into supervisory rows of the flash mac-ros (see Figure 2-1 on page 6).
Every bit defines the write-protection setting for the corresponding user row.
The num-ber of bytes to be read from this section depends on theflash size.

Display More

SEGGER - Niklas · April 7, 2017 at 11:29 AM

Hi Jacob,

the data file you provide to "loadfile" must only contain the data to be programmed by J-Link.
Both Checksum and Flash Protection are not memory mapped at these addresses, the Cypress Tools (?) just know what they should represent.

Stripping everything higher then 0x8000 from the hex file before programming will resolve the issue.

Best regards,
Niklas

wifijacob · April 10, 2017 at 11:24 AM

Hello,
Ok. Thanks.

SEGGER - Niklas · April 10, 2017 at 2:15 PM

Hi Jacob,

thanks for the update.
/Closed

Best regards,
Niklas

Participate now!