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 - phofmann

#1
Feature Requests / Re: Additional Security for LPC952
August 15, 2007, 01:06:04 PM
Andy,

now I am getting there.

Just having one more problem. Using the command line, once I set the CWP bit, I cannot clear it anymore, at least from the command line

ERASE(DEVICE, NOPROTECTISP)

does not clear this bit. I cannot find any equivalent command to "Clear Configuration Protection". Would be nice to have this, then the command line would take car of all needed operations.

thanks again,

Pete
#2
Feature Requests / Re: Additional Security for LPC952
August 15, 2007, 09:25:41 AM
Andy, thanks for all the support.

I did try version 3.63 and the "Clear Config protection" button is enabled, but I get the error
"Device does not support operation. (clearing configuration protection)"

Also tried using the command line version to program the CWP bit in the boot status register. This seems not be working as well, as when reading it back on the command line version always hows it not programed to the value set in the hexfile or specified on the command line.

I used the following parameters:

FM COM(3,19200) DEVICE(89LPC952,0) INTERFACE(FDIUSBICP) ERASE(DEVICE, NOPROTECT) HEXFILE(Skbif.hex, NOCHECKSUMS, NOFILL, NOPROTECT) STATUSBYTE(0x40) READSTATUSBYTE QUIET(Skbif.txt)

this is the output...

Connected
Device selected
Erase complete (DEVICE)
Hex file programming complete (Skbif.hex)
Status byte programmend to 0x40
Status Byte: 0x00

If I use the GUI version afterwards I can change the Boot status register without any problem, would expect an error reporting that it is protected.

We need to be able to set this bit; had some failures recently with corrupted boot status register. NXP claims that those corruptions can occur during brownout conditions and would be prevented by setting the CWP bit.

Note that I did these tests by selecting P89LPC952 and '932A1 devices with the same result.

I think if someone goes through the effort to get the hexfile to have all the configuration registers and boot status register bits configured, one can be sure they know what they are doing and that this is done on purpose

thanks,

Pete
#3
Feature Requests / Re: Additional Security for LPC952
August 10, 2007, 01:44:24 PM
Andy,

thanks so much for updating Flash Magic so quickly.

Now that I can look at the additional security bits, I found that even though I have the CWP bit set in my HEX file, after programming it is not set.

I understand that Flash Magic is writing a "0x01" to the Boot status register to make sure the micro will boot the user code and not go into the boot loader.

Could it be implemented that Flash Magic is taking the values for the Boot status register from the Hex file and or's them with the BSB (Boot status Bit) and then writes to the Boot status register. This will eliminate the extra step of manually programming the CWP bit when using Flash Magic.

We only supply our hex file to our turnkey vendor and do not know how they are programming the micros (when there is a firmware update they do use Flash magic), as far as I know they even might come preprogrammed from the chip vendor (NXP).

Thanks,

Pete
#4
Feature Requests / Re: Additional Security for LPC952
August 09, 2007, 03:45:39 PM
Thanks for the hint on the manual.

As for the "Clear Configuration", this button is grayed out for the LPC952. If I switch to the LPC932A1 it is available.
How can I clear the EDISx Sector protection bit?
#5
Feature Requests / Re: Additional Security for LPC952
August 09, 2007, 01:14:15 PM
Andy,

thanks for the answer. Below are some more questions I have.

All but one selection in "Device Configuration.." refers to UCFG2 and this is "Enable Debugger". Will this set both DBG_A and DBG_B bit in UCFG2? What is with the other bits (HLT_T0, HLT_T1, HLT_RTC and TRIGEN)?

I verified that the FDI_ICP enables ICP mode by observing the RESET signal (get the correct 7 pulses).
But why can't I clear the CWP bit and the Sector protection bits?
If the CWP bit is programmend to a 1 in the Boot Status register and I want to set it to 0, I get the following error: (I set the Device to LPC932A1 and disabled the signature check for this test)
"Operation Failed. (erasing BV and SB - security violation in device)"

Based on the IPC specification I should be able to do that, at least that how I would interpret the ICP-Spec and the LPC952 User manual.


Thanks,

Pete
#6
Feature Requests / Additional Security for LPC952
August 09, 2007, 09:03:16 AM
We are using the LPC952 in several designs. Sometimes we get boards back with the Boot status register altered.
According to NXP this can happen during a brown out condition and can be prevented by setting the CWP bit in the Boot status register
We would like to write/read those bits from Flash Magic, but they are not accessible. The menu selection under ISP for "Additional Security bits.." is grayed out for the LPC952.
Also it seems there is no access to UCFG2 register.
I am using version 3.61.230
Also we are using FDI's USB-ICP dongle for programming. It would be nice to be able to put the LPC952 into ICP mode, one would think this should be able to do since the name already implies it.

So this is what I'd like to see:

access to all Boot status bits
access to UCFG2 register
ICP capability

Pete