Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - rmatlin

#1
ARM Cortex / Re: Erase Flash
September 22, 2011, 02:06:55 PM
Problem solved. It had nothing to do with FlashMagic. It was performing as expected. The issue had to do with the system this processor is working in. Thanks for all the help and attention.
#2
ARM Cortex / Re: Erase Flash
September 22, 2011, 11:32:11 AM
I tried attaching the debug file and HEX image but they were too large. Where can I send them?

The attached HEX image file contains both our bootloader and an End-of-Line Application. What I'm finding is when I run FlashMagic on a fresh unit, nothing has ever been written to flash, I get the exepected result, both the boot loader and EOL application. When I run FlashMagic on a unit with firmware already loaded, I can change the bootloader but never the EOL Application. I'm the test engineer on this project and I don't know the detailed structure of the firmware. This behaves the same in the FlashMagic production system program and the program I wrote. In the FlashMagic  program I have tried Erase blocks used by Hex File, Fill unused Flash, Oscillator = 4 (the device is not using an external oscillator). Always with the same result. When I do a Blank Check after an Erase all Flash + CRP I get all flash blocks are blank. As I indicated earlier I have worked around this problem by allowing a BIN file update further along in our test process. I'm mainly concerned that there is some underlying process I'm missing and it will bite me some day.  Thanks
#3
ARM Cortex / Re: Erase Flash
September 19, 2011, 07:22:08 AM
The software engineer gave me these two lines from the HEX image  and asked if these would cause a problem reflashing with FlashMagic

:1001F00000F0061620162016201A201C20120120BE
:1002F00093FD00F09DFD10BDBD1D0000471D0000D9

The fixture for programming these devices is being used currently so I can't try the FlashMagic GUI to duplicate this problem. I will do that as soon as the fixture becomes available. In the mean time I have worked around the problem by allowing a BIN file download during the next stage of the testing in order to update these boards. I have looked in the NXP manual and as far as I can tell the CRP would be set to None and a "partial flash update in ISP mode" would be available. I can't find where "partial flash update" is defined. Thanks again for your help
#4
ARM Cortex / Re: Erase Flash
September 16, 2011, 02:09:11 PM
I talked to the software engineer and he said he's not setting it in the Hex image. What does it need to be to allow the Erase to take place and what is the default value if it is not specified?  Thanks
#5
ARM Cortex / Erase Flash
September 14, 2011, 07:36:35 AM
I am using FlashMagicARMCortexNET runtime version v2.0.50727 in a manufacturing environment for a product using the LPC1754. I am able to successfully flash the device the first time when there is no image in the device. If I try to flash it again with a different HEX image, I don't get any errors but the firmware is not changed. I call the erase function as: this.flashMagic.Erase(EraseTypes.DEVICE, 0x0, 1, ProgressHandler, "Erase Flash", ""); This gives the event ERASING_DEVICE. I have also tried:  this.flashMagic.Erase(EraseTypes.NEEDED, 0x0, 0, ProgressHandler, "Erase Flash", this.Parameters["ImagePath"].ToString()); This gives a dozen or so ERASING_BLOCK events. I go through the program then verify processes. I restart but the firmware is not changed. What else do I need to do to be able to overwrite an existing flash image?  Thanks