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

I just tried the "all zeroes" approach, and four out of four devices programmed and verified with all zeroes in the EPROM. I had one that failed blank check before hand, but a little more time in the eraser solved that. The real problem has been that they're programming and verifying just fine, but they don't work in-circuit. --- wrote: > We used to use a lot of these. I had a file full of 'all zeros' I could burn > into a rom that wouldnt verify to see if it had a stuck bit. It would program > > ok if by luck that instruction didnt try to program the stuck bit. Try that. __________________________________

______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.


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