27c256 | 4K81H | 68HC11A1 | 68HC11P1 | 68hc24 | 68HC711E9 | 68HC811 | 8255 | A2D | ADC | ADC12138 | Am85C30 | BRCLR | Buffalo | CMOS | EEPROM | EPROM | Ethernet | EVB | EVBU | HC11E1 | HC11E9 | HC711E9 | Horray | ImageCraft | IRQ | Keypad | LCD | MC68HC11D0FN | MC68HC11E1CFU3 | MC68HC11F1 | MC68HC711E9 | MC68HC711E9CFN2 | Microcore11 | Microstamp11 | Minikit | NVRAM | PSD | PSD8xx | PSD9xx | PT1000 | RS232 | RTS | RXD | SPI | SRAM | TXD | Watchdogs | XIRQ

> -----Original Message----- > From: samperiau [mailto:] > Sent: Thursday, December 05, 2002 8:18 PM > To: > Subject: [m68HC11] Re: Security bit in HC711E9 - Thanks > > --- In m68HC11@y..., "Redd, Emmett R" <err557f@s...> wrote: > > John, > > > > AFAIK, only the 68SEC711 variants are the secure chips. I don't > know > > how the security is implemented in hardware exactly, but I could > > probably dig up the bootloader code. Security is implemented in the > > bootloader and I believe the hardware forces only the single chip > modes > > (i.e. single chip and bootstrap > > Thanks Emmett for your reply. > (I know it's a little late- Sorry ;-) > > It is not very clear from the docs. I have downloaded the latest > "Pink book" and it seems to show that the normal HC711 can be > protected. It simply erases the EEPROM, which is ok with me. > The 'S' version seems to have additional protection where the chip > becomes unusable. It refers to the (wrongly numbered) application > note. > > Still don't understand how issuing the command MS 103f 05 CLEARS the > NOSEC bit (bit 3)when it is set in $05 (%00001001). Anyone from $05 is %00000101 > Motorola can shed any light on this? > > ------------------------ Yahoo! Groups Sponsor > > To unsubscribe from this group, send an email to:

(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )