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 ... 142 143 [144] 145 146
Old Topics / Re: Interfacing Flashmagic with KEIL
« on: May 22, 2003, 08:40:06 am »
I see in your error message you have the parameter "NOFILLS", but it should be "NOFILL". Check you did not enter it incorrectly.

Also, later versions of Flash Magic require a fourth parameter called protectisp, described fully in the manual. Normally this will be set to "PROTECTISP", so try:


Always make sure you check the manual and release notes for changes when updating to a new version of Flash Magic.

Old Topics / Re: Unable to erase the Security Bits in 89C51RC+
« on: May 22, 2003, 08:06:19 am »
So you took a brand new device, that has never been programmed, either by ISP or in a Parallel Programmer, started Flash Magic, and all three checkboxes became checked? If so what happens if you then choose Read Security Bits... from the ISP menu? What does it say?

Old Topics / Re: Unable to erase the Security Bits in 89C51RC+
« on: May 20, 2003, 08:07:11 am »

If ALL the following are true:

 - the security bits are shown as being set in the Read Security Bits dialog window

  - you are using the latest version of Flash Magic

  - you are really using a Philips P89C51RD2 rather than a Temic/Atmel T89C51RD2

then please contact me to help me debug the problem.

If you are using the Temic/Atmel device (part name starts with a 'T'), then it is unsupported with Flash Magic and there is every possibility that strange things may occur. I suggest you use Flip from Atmel for that device.

Post Edited (05-20-03 08:08)

Old Topics / Re: Using DTR and RTS
« on: May 19, 2003, 04:51:22 pm »
Yes you do. But I believe there are versions of the MAX232 which provide four transceivers in each direction. Some may even elimintate all those eletrolytic caps that you need with the plain MAX232. Check out the Maxim web site.

I think you can also use a few resistors and a transistor to perform limited level shifting and inversion, but whether that will work with all PC COM ports is another matter.

Old Topics / Re: Unable to erase the Security Bits in 89C51RC+
« on: May 19, 2003, 10:54:33 am »
Try erasing the device, and ensure the status byte is set to a non-zero value. Then without programming use Flash Magic to read the security bits. What are they set to?

If they are erased then for some reason your parallel programmer is setting the security bits automatically after programming. Maybe there is an option somewhere to stop that happening?

If they are still set, then there must be another option somewhere in the programmer software to erase them. I would then contact the manufacturer to find out how to do it.

I would expect the security bits to be ignored when erasing the device using a parallel programmer, as you are erasing all data in the device protected by the security bits. I would also expect a full device erase using a parallel programmer to erase the security bits as well.

Old Topics / Re: Books for programming
« on: May 19, 2003, 10:23:40 am »
To my knowledge there are currently no books specifically for programming the LPC932. There are however books for programming 8051s and embedded systems in general. Take a look at our books section for a list we recommend.

Old Topics / Re: Unable to erase the Security Bits in 89C51RC+
« on: May 19, 2003, 10:21:28 am »
It is not possible to erase (reset) the security bits using ISP on the Rx+ family of devices. You can only set them.

However, you should be able to erase the security bits using a parallel programmer. If that does not appear to be working then I suggest you contact the manufacturer of your parallel programmer to find out how to do it. Maybe there is a seperate erase function in the programmer software for the security bits.

Old Topics / Re: Using uvision and MCB900
« on: May 19, 2003, 08:27:52 am »
You can either run Flash Magic from uVision2 or you can run it seperately. Either way, you must make sure your project generates a Hex file.

You need to change the jumpers between two different settings. One to execute code you have programmed into the board and one to program the board. You must reset (or remove/reapply power) each time after changing the jumpers to ensure the device is using the new setting. The settings are:

Execute:  Run = on, Reset = off, Prog = off

Program: Run = off, Reset = off, Prog = on

(see Flash Magic application note 3, section 3.4 - which you can download from the Flash Magic web page)

So the steps are:

1. Build project
2. Set jumpers to "program" setting
3. Remove and reapply power to the board
4. Use Flash Magic or Flash Magic from uVision2 to program the hex file
5. Set jumpers to "execute" setting
6. Remove and reapply power to the board. Your code should now execute.

The 4k message I believe always appears as a reminder. Keil will be able to give you more information regarding that and whether it should be appearing every time or not.

Old Topics / Re: 89lpc932 does not execute
« on: May 19, 2003, 08:20:14 am »
I do not have a reference schematic to hand, but the circuit is quite simple. You need to connect RxD and TxD on the LPC932 through an RS-232 transceiver to a female DB9 connector.
You need to connect the power supply to the LPC932
You need to attach an external crystal or clock to the LPC932 if you are using one. No external crystal/clock is required if you are using the on-chip RC oscillator.
You need to attach a reset circuit to the RST pin if you are using one, otherwise no reset circuit is required if you are using the on-chip reset circuit.

The first time you power up a brand new LPC932 it will automatically enter ISP mode and Flash Magic should be able to communicate with it straight away. A baud rate of around 9600 will probably work the best. Note that if you try different baud rates you must reset the device (or remove and reapply power) each time.

***You must program in code to enable the break detect feature of the device in order to get back into ISP mode***

Old Topics / Re: IAP question
« on: May 19, 2003, 08:11:32 am »
You have to assume that all registers may potentially be corrupted during an IAP call.

If you are wrapping the IAP calls up in the necessary code to allow them to be called from C as C functions, then C compilers automatically assume inside a function that all registers are corrupted, so this no longer becomes a problem.

You can download a C library for IAP which does this from our web site at:

Old Topics / Re: P89C51RD2
« on: May 15, 2003, 08:24:10 am »
Yes. Please read Flash Magic application Note 4 on the Flash Magic web page. There you will find a collection of steps to try to resolve the problem you may be having. If you cannot resolve it then the application note describes the steps required to send more information to us.

Old Topics / Re: How can I thank for Flash Magic
« on: May 15, 2003, 08:22:39 am »
Thank you for the positive feedback! We strive to make Flash Magic the best programming tool we can, and it is always nice to receive messages like this. Thanks again.

Old Topics / Re: Solving ISP Problems
« on: May 14, 2003, 08:56:34 am »

The latest versions of the Rx2Hxx/66x datasheet and Philips Application Note AN461 contain the pins to be used.

At the falling edge of RESET:

PSEN = low
EA = higher than VIH
P2.6 = high (or floating)
P2.7 = high (or floating)
ALE = high (or floating)

VIH = input high voltage allowed on port pins and EA. The minimum allowed for VIH is 0.2VCC + 0.9. So in a 5V system, VIH must be higher than 1.9V.

Old Topics / Re: Solving ISP Problems
« on: May 14, 2003, 08:50:20 am »

They can be left floating, but I prefer to pull them high. I've personally never had any problems when pulling them high. Note that I have never left them floating to be able to tell you if there are any problems doing that. A floating pin could be affected by EMI or noise in the circuit, so I prefer to make sure the voltage on the pin is well within what is required and stable.

Old Topics / Re: Anyone tried programming I2C for LPC932?
« on: May 07, 2003, 07:57:40 am »
Go to Code Architect at:

and generate the I2C code. Then compare it to what you have to see if there are any differences.

Pages: 1 ... 142 143 [144] 145 146