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 - Andy Ayre

#2176
Thanks Christian. Philips have identified this as a bug and will included in the errata sheet for the LPC932.

#2177
Old Topics / Re: unable to connect to 89c668
May 28, 2003, 08:12:14 AM
You want to avoid using any handshaking at all. It's not supported by the BootROM.

What happens when you follow the steps in Flash Magic Application Note 4?

#2178
I'm not sure I understand this.

1. Are you waiting for a 'U', then forcing the device to reset into ISP mode?

2. Is the 'U' being sent using the Start BootROM feature?

If the answers are: 1 - yes, 2 - no, then you shouldn't do it that way as you are relying on the fact that Flash Magic always sends two 'U's. That may not always be the case. Also the device reset may not happen quick enough for Flash Magic to get the echo from the second 'U', or your device may not receive the second 'U' because it is busy waiting for the watchdog to time out or resetting.

Instead try sending the 'U' manually using the Start BootROM feature on the ISP menu. That is what that feature is for. You will need to echo back the 'U' followed by a '.'. See the manual for the details.

#2179
Hmmm...Flash Magic should do that automatically. Please let me know if that turns out to not be the case.

#2180
Yes it is supported and is being used successfully by many people around the world.

Please follow the steps in the Last Resort section of Flash Magic Application Note 4. I want you to perform two ISP operations: read device signature and read security bits. Thanks.

#2181
Old Topics / Re: Interfacing Flashmagic with KEIL
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:

HEXFILE(d:\test.hex, NOCHECKSUMS, NOFILL, PROTECTISP)

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

#2182
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?

#2183
Phil:

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)
#2184
Old Topics / Re: Using DTR and RTS
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.

#2185
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.

#2186
Old Topics / Re: Books for programming
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.

http://www.esacademy.com/products/books.htm

#2187
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.

#2188
Old Topics / Re: Using uvision and MCB900
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.

#2189
Old Topics / Re: 89lpc932 does not execute
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***

#2190
Old Topics / Re: IAP question
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:

http://www.esacademy.com/faq/progs/flash.htm