Messages

Flash magic uses... 3pulse on reset method with the command and programming data sent to the RxD / TxD UART pins of the micro.

The UART requires a stable/reliable Osc...

If you have reconfigured the Oscillator configuration non-volatile  selection  then  you should get the micro oscillator operating in this mode, as the UART is Dependant on oscillation from the selected - reliable source.

So that may mean putting a Xtal or Osc and Osc-caps on Xtal1 Xtal2 pins of the micro to get it oscillating in the correct mode, programming the part and selecting the correct Osc input.

===> Otherwise the brute force method is to use ICP which programs the micro at a lower hardware level where the Osc is not required.


Joe

Joe

P89v51  fab processes changed with the last couple of months .... New parts have a new ID.

Get and old part and compare the ID difference

Joe

Yes P89v51 can be parallel programmed....

BUT...

I believe NXP only support "profesional - dedicated" programmers... as there some tricky timing requirements...

NXP  --> Use  UART ISP method... there is no SPI method...


Hint...... the smaller  LPC900 micro's  (3volt) like the P89LPC935.... you can use UART, SPI (UART MODE 0) to program the parts


Joseph

Please click on [HELP] menu of the Flashmagic program  and select [Manual] there is a good circuit there  page 48...

RS232 level converters (max232's etc) needed are 3,   Tx,  Rx and DTR.... so the schematic in page 48 isn't the whole picture.

Need Flashmagic software option that ticks [DTR] for reset


To program the P89v51  - operation is.....

a) Flashmagic asserts DTR... and this is connected to the RESET of the P89V51 micro  (micro in reset)

b) Flashmagic releases DTR and  RESET is released on the micro

c) Less than 400mS (or less)  after RESET release..... Flashmagic sends a 'U' character via PC serial port, via the RS232 level converters to the Rx of the P89v51 micro...

d) Micro goes in to Programming mode

=====> The trick is to send a 'U' character almost immediately after coming out of RESET.


Joe

In the user forum www.8052.com I wrote a little summary of the differences.

P89v doesn't used PSEN to force bootloader mode.

Look in the manual of the Flashmagic program for the P89v programing schematic.....HINT... for P89V - Flashmagic release RESET then sends a 'U' character to the RxD pin of the P89v

**** Read the READ ME notes at the beginning of this forum  **

http://forum.flashmagictool.com/index.php?topic=3232.0

Joe

Cheers thanks for the good news feedback.  Please to see you go it working..

Since there is some Vdd, Vss  or data "garbage" on the FTDI232  are you able to clean it up with decoupling and filter caps.

It should be well noted in the forums that USB to Serial converts give trouble.....  have you considered stretching the times of the Reset and 'U' character from the config in Flashmagic?

Search the forum fir "USB" you are bound to pickup some comments.


Me..... I made sure I got a laptop with RS232 ;-)

Regards
Joe

[C]

P89C51RD2 are if not already going obsolete.

P89V51RD2 has significant difference in the programming of P89V to the P89C.

P89V looks at the UART Rx data line after reset (if 'U' char then invoke bootloader).... where as P89C uses /PSEN and RESET

Yes - It is possible using a profesional programmer to reload the bootloader in to block1 of a P89V51 (block0 is user code).

If your first bit of code is an NoTouch algorithm  then yes it is possible to invoke the boot loader by looking at GPIO activity.... BUT.... why would you if you can invoke the bootloader after reset by sending 'U' char's to the UART Rx.

Joe

[command line section]

The FM Manual   in the command line section most (but not all)  LPC900's not requiring frequency as part of the device command.

The examples shown for device selection do not show an example where frequency is not used.


Joe

my very limited understanding is that you can download ram code in to a LPC2000 device.... and execute it.

I think this how to reflash the internal flash memory.

I think you are best off posting your question to the Yahoo LPC2000 group.

http://tech.groups.yahoo.com/group/lpc2000/


Perhaps Flashmagic may consider a JTAG flash option in the future.... however it will be heavily Dependant on the JTAG hardware used.

JG

Yes you will need an external parallel programmer to program the Parallel Flash externally.... nothiing to do with Flash Majic.

If the LPC2290 is already up an running  - it  may have it's own bootloader to program the parallel flash.

If you read through the data sheet of the paralllel flash part on your board.... there should be something on the the JEDEC programing sequnce..


OR

Perhaps you can use on of the other NXP LPC22xx parts with flash onboard  - a LPC2292 comes to mind.


Joe

I am not sure if Bauke is till there?

Joe

Some Universal Parallel programmers have very poor wording to describe the flash erase operation of the P89v51.

There are 2 flash blocks - block 0 (user code)    block 1 (bootloader code)

Some programmers will erase block  1 - without telling you.......  If this happens then you need to reprogram block 1 with the bootloader code and bllock 0 for your user code...... otherwise the P89v51 will be stuck in block1 and will never execute block 0 user code.


The bootloader code is available from the NXP web site under the production information page of the P89v51.


Regards
Joseph

[very poor]

From within your code you can make a jump to to ISP boot loader. (Vdd is not powered off)

My very poor example code -  is available here http://www.flashmagictool.com/assets/resources/NoTouchLPC93x.zip

The Jump location address is different for different LPC900 micro's (usually based on the flash size).

Comment
To Jump to bootloader ISP mode -- 3 pulses on RESET  after POR are used.... this has the effect of setting the PC (program counter) to the Bootloader ISP address.


You can also write your own bootloader.

Joe

My friendly neighborhood NXP support advised that the device ID in newer P89v51s' will/has changed from 0x91 to 0x93.

Your local friendly neighborhood NXP FAE support should be able email a copy of the PCN (product change notice)... around Jan 2007. This PCN will advise the change over, timing and part device identification.

a) P89v51       for device ID = 0x91 and
b) P89v51(new)  to identify newer  device ID = 0x93.


Educated guess - the new Device ID may have been needed to indicate to the programmer a different programming algorithm.

Joe

Hi Andy,

This is in reference to a parallel programmer  .... but I think i saw on this forum a similar problem using flash magic.

The problem is new shipments of P89v51 have a different read signature to the earlier supplied P89v51 parts.

IE  Philips branded ones have a working signature and the NXP branded ones do  not.

Do you have any advise or comments?

Thanks in advance .

Regards
Joe