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 ... 145 146 [147] 148
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.

Old Topics / Re: ISP without boards using reset-pusle method
« on: May 06, 2003, 08:22:07 am »
Go to the Philips web site at and get application note AN461 - "In-circuit and In-application Programming of the 89C51Rx+/Rx2/66x microcontrollers". It contains a couple of schematic diagrams for the ISP circuitry.

A couple of notes:

  - They use a MAX232 rather than a MAX233, so you will have to make the appropriate changes

  - The LPC932 does not require a 12V programming voltage, but obviously must be connected to the power supply

Once you have verified your circuit is correct, the next step is to use an oscilloscope to look at the signals coming from the PC, after they have passed through the MAX233, what is coming out of the LPC932 and what is being returned to the PC on the RS-232 side.

Old Topics / Re: Help me with my P89C51RD2BA...
« on: May 05, 2003, 08:31:29 am »
Please try using Flash Magic and see if that helps. If it does not then at least we can make more progress tracking down the problem as Flash Magic features a debugging mode, while WinISP does not.

If you also run into problems using Flash Magic, then please read through and complete the steps in Flash Magic Application Note 4.

Old Topics / Re: 89lpc932 does not execute
« on: May 02, 2003, 09:17:58 am »
Did you read Flash Magic application note 4? Please follow the steps in there to narrow down where the problem might be. Thanks.

Old Topics / Re: ISP without boards using reset-pusle method
« on: May 02, 2003, 09:14:24 am »

I think you must be referring to the "break detection" method of entering ISP mode. To implement this you only need to use a connector for the cable to the PC and an RS-232 transceiver between the connector and the device. The only connections needed are Rxd, Txd and Gnd, passing Rxd and Txd through the RS-232 transceiver.

You can generate a break condition in two ways:

 - use Flash Magic's Start BootROM feature will will transmit a break condition

 - add a switch that connects Rxd on the device to Gnd. Pressing and holding the switch momentarily will generate the break condition.

A break condition is simply a logic zero received for more than one character time.

You need to implement support for the break detect in your code! It must be enabled. You can do this by generating code using the UART module in Code Architect

Note however, that if for some reason you incorrectly enable the UART or the break detection, or you disable the UART in your code, or the ISP download of the firmware fails at a critical point while programming the Boot Vector, then you will not be able to reprogram the device again.

Old Topics / Re: Rx2 device ID??
« on: May 01, 2003, 09:47:43 am »

Man ID = 15H
Byte1 = C2H
Byte2 = 80H


Man ID = 15H
Byte1 = C2H
Byte2 = 89H


Man ID = 15H
Byte1 = C2H
Byte2 = 8BH


Man ID = 15H
Byte1 = C2H
Byte2 = 82H


Man ID = 15H
Byte1 = C2H
Byte2 = 8AH


Man ID = 15H
Byte1 = C2H
Byte2 = 8CH


Man ID = 15H
Byte1 = C2H
Byte2 = 8FH

15H for Man ID = Philips
Byte 1 = device family
Byte2 = specific device

Note that we have already written an IAP library for the 89C51Rx2Hxx devices that you can download and use for free. Check it out at:

Old Topics / Re: ExitCode FlashMagic
« on: May 01, 2003, 08:38:39 am »
Thanks for the suggestion! I've Emailed you a beta version. If it works ok, let me know and it will be incorporated into the next revision and documented in the release notes.


Old Topics / Re: 89lpc932 does not execute
« on: April 30, 2003, 12:46:10 pm »
Are you using the Keil MCB900 board? If so it may not have the surface mount capacitors for the external crystal on it. If that is the case then you will need to solder some caps on there. I think 22pF - 33pF should do the trick.

Flash Magic does not change the device configuration by itself. Double-check that it is still set to how you left it. If not then something weird is going on with the device as UCFG1 should not change on it's own. It could be that maybe the device for some reason is not programming UCFG1.

If you forget to program the code in to detect the break condition, then the only means of recovery I believe is to use a parallel programmer. Versions of the LPC932 E, F and later have a hardware method to enter ISP mode using pulses on the RST pin, and so can always be recovered with the necessary hardware (assuming the Boot Vector was not changed).

Old Topics / Re: 89lpc932 does not execute
« on: April 30, 2003, 11:24:39 am »
Are you using an external crystal or the internal RC oscillator? If you are using an external crystal you must configure UCFG1 for the correct crystal frequency - which you can do in Flash Magic by choosing Device Configuration from the ISP menu.
If you are not using the internal RC oscillator, try using it and see if that helps.

If you need help with setting up your oscillator, go to

and you will find a tool to generate the oscillator code for your setup.

Finally, have you make sure you are not short-circuiting the RxD pin to ground? That is the same as a break condition and will place the device back into ISP mode again.

Old Topics / Re: Solving ISP Problems
« on: April 30, 2003, 08:14:01 am »
The most common reason why someone can program a device fine the first time and then be unable to program it, is that you are not entering ISP mode correctly. The device comes from the factory in ISP mode, so when you attempt to program the device for the second time, that is the the first time you are really testing getting into ISP mode.

Check the voltages on ALE, /PSEN, P2.6 and P2.7 are all what they should be according to the current datasheet. Don't forget that you need to pull BOTH P2.6 and P2.7 high during reset - missing off one of those pins is a common mistake.

If this doesn't help then read Flash Magic Application Note 4 - it will hopefully lead you to the answer. If it does not, the very last section titled "last resort" will enable me to work out the problem. But you need to following the previous steps in that application note first.

Old Topics / Re: detecting the MCU
« on: April 28, 2003, 01:49:50 pm »
I just uploaded version 1.75. Please give that a try also before trying the steps in Flash Magic Application Note 4. Thanks.


Old Topics / Re: detecting the MCU
« on: April 28, 2003, 10:22:36 am »
Please read the Flash Magic application note 4 - available on the Flash Magic web page. Following the steps in that document will help you and me to determine what the problem is.


Pages: 1 ... 145 146 [147] 148