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.


Messages - Andy Ayre

Pages: [1] 2 3 ... 142
1
ARM Cortex / Re: LPC824 Flash programming
« on: April 24, 2017, 11:10:12 am »
I see this in the output from the device:

rx> \0ahave to say for yourself now?\0a\0d

This is not the bootloader running but some firmware instead.

You need to meet all the conditions given in the Flash memory section of the user manual from NXP to start the bootloader. You can check that the bootloader is running by connecting using a terminal program and sending a single '?'. You should get 'Synchronized' back.

Andy

2
ARM Cortex / Re: LPC824 Flash programming
« on: April 24, 2017, 08:33:37 am »
You will need to configure LPXxpresso to output a hex file - it's somewhere in the settings.

Please generate and send a debug file. Instructions are here: http://www.flashmagictool.com/debugfile.html

Andy

3
Hi, I responded to your email yesterday afternoon with some questions and I didn't see a response back.

Programming external flash isn't supported on the command line. If you are using LabView you should use the included VI which uses the C# DLLs and modify it to program external flash that way.

Andy

4
You bought a new chip that has been out of production for years? I am skeptical that you bought a genuine part. If it is genuine then I think it has been reclaimed from some old product - that is why it is locked. New parts are not locked. I would return it for a refund.

My advice is to not start a new project on an obsolete chip - switch to ARM-Cortex or something else that is still in production and supported.

Yes you can do parallel programming with the PLCC package. We don't have any information on doing that - you would need to remove it from it's socket and put it into the programmer. I would expect there are many available.

P89C51RD2 and P89V51RD2 are completely different. Only the part names are similar. Instructions for one do not apply to the other.

Andy

5
LPC2xxx / Re: communication error
« on: March 06, 2017, 10:39:40 am »
Are you able to read the device signature (ISP -> Read Signature...)?

Andy

6
ARM Cortex / Re: not programming under windows 10
« on: January 27, 2017, 10:25:23 am »
Richard,

Thank you very much for the detailed analysis. When there are problems suspected with RS232 drivers, cables, Windows settings it comes down to the user having to try things and often people contact us expecting us to just be able to fix it for them without any information or any further help from them. With the information you have posted others can now try the same settings on their PCs if they run into a problem like this.

Andy

7
ARM Cortex / Re: not programming under windows 10
« on: January 23, 2017, 10:25:28 am »
Send to the email address show in Help -> About, referencing this topic.

8
ARM Cortex / Re: not programming under windows 10
« on: January 19, 2017, 11:21:33 am »
Hi,

Please generate and post a debug file. Instructions are here: http://www.flashmagictool.com/debugfile.html

Andy

9
P89V51Rx2/P89LV51Rx2 / Re: Flash magic is not erasing 89v51rd2
« on: December 22, 2016, 11:06:00 am »
This is probably a question only NXP can answer, but as the parts are out of production it might be difficult.

Why not use a modern device? These parts are not recommended for new projects and it will be difficult to repair/service existing products based on them.

10
Feature Requests / Re: Comment in Commandfile
« on: November 23, 2016, 03:24:33 pm »
It should be possible to do this by constructing FM command lines using a batch file.

11
ARM Cortex / Re: Programming LPC4370/W25Q80BV
« on: November 22, 2016, 06:15:47 pm »
Once you have that working you will need to customize one of the example external Flash bootloaders. Choose the closest one. They can be found inside the Flash Magic installation and are all Keil uVision projects.

The S25F129P LPC18550/LPC4350 Hitex is possibly the closest. This uses a generic SPIFI library written by NXP. I don't know if your external flash part is supported or not.

You will need to modify this external bootloader project. In FlashPrg.c change DESCRIPTOR_BOOTSTRAP_BOOTROM to DESCRIPTOR_BOOTSTRAP_SWDLINK2. This sets the method for how the secondary (external flash) bootloader gets onto your LPC4370.

Check all the other settings in FlashPrg.c to make sure they make sense. Also change the name and description fields.

Compile.

Place the hex file of this secondary bootloader into the Flash Magic installation inside the Bootloaders folder.

Restart Flash Magic and you can now choose to select your secondary bootloader from the External Flash selection of the device database.

Also you can hire us to do all of this, along with testing, if you don't want to get this involved.

Andy

12
ARM Cortex / Re: Programming LPC4370/W25Q80BV
« on: November 22, 2016, 06:05:53 pm »
OK, this is fairly involved. Support for your external flash is possibly not available out of the box and you may need to customize one of the existing external flash bootloaders.

The first step is to get the Link2 working with Flash Magic. You should be able to read the part signature.

Assuming your Link2 is not DFU bootable: inside the Flash Magic installation you will find the file SWDLINK2.hex. Program this into your Link2. If you then cycle the power then the LED on the Link2 should be flashing.

Next in Flash Magic choose LPC4350 (for now this is close enough) and for the interface choose "SWD over Link 2".

Are you able to read the signature by going to ISP -> Read Device Signature... ?

We need to add the LPC4370 and we will work on that in the next couple of days.

Andy

13
ARM Cortex / Re: Programming LPC4370/W25Q80BV
« on: November 18, 2016, 11:35:48 pm »
When Flash Magic communicates with the Link2 it first checks if the Flash Magic Link2 firmware is already running. So in theory it should be possible to manually program the Link2 with the firmware. You can find it inside the installation.

Andy

14
ARM Cortex / Re: Enable Code Read Protection via command-line
« on: November 17, 2016, 10:27:44 am »
Code Read Protection is set in the hex file. Typically this is achieved by setting the value in the startup code. For example with Keil compilers the startup code defines "CRP" and a value to use.

The manual is out of date and we will fix that - sorry for the confusion.

15
ARM Cortex / Re: Error verifying
« on: November 17, 2016, 10:20:49 am »
Erase the entire device then view the contents of flash again. Are the first four locations 0xFFFFFFFF? If not then the part has a problem erasing.

If it is erasing then open the hex file in notepad and confirm that location zero is only used once. I.e. that you don't have two records in there writing different values to the same location. A description of the Intel Hex File Format can be found on wikipedia.

Make sure the voltage you are applying to the part meets the minimum requirements.

Pages: [1] 2 3 ... 142