Can't remove code protection of 16F88!!!

[sougata]

Hi,

Have you tried erasing the MCU ? A bulk erase should remove the code protection bits as well.

[Ron Marcus]

Using internal oscillator and turning the MCLR into an input will make it very difficult to reprogram the chip. From the discussion with Melabs, and other threads on the list, it appears that the program starts running before the programmer can take control.
Without a way to reset, or control of the system clock, the exact timing needed to take control of the processor before the program starts running is hard to achieve.Powering the chip from the programmer, if possible, helps, but doesn't guarantee success. When I need to use all outputs and the internal oscillator, I will program the chip with MCLR active until the last moment. I check out all operations short of the one attached to the MCLR pin, and change the config after the final revision.
Hope this helps,
Ron

[flotulopex]

Okay,

I'm using WINPIC.

Ron,

I've heard about what you mention but never had this problem up to now.

I don't "touch" the original MCLR register settings because of this problem.

These are my settings (fuses & used registers):

@ DEVICE PIC16F88,INTRC_OSC_NOCLKOUT,PROTECT_OFF,WDT_ON,PWRT_ON,MCLR_ON
@ DEVICE PIC16F88,BOD_ON,LVP_OFF,CPD_OFF,DEBUG_OFF,CCPMX_OFF
OSCCON     = %01100000  'Internal RC set to 4MHZ
ANSEL      = %00000000  'Disable Analogue Inputs
ADCON0     = %00000000  'A/D converter is OFF
TRISB      = %11000000  'Buttons are Inputs / LEDs Outputs / BUZZER Output
OPTION_REG = %01010101  'Set TMR0 to interrupt every 16.384 ms & disable PORTB pullups
INTCON     = %10100000  'Enable TMR0 interrupts

a.- Shall I consider my PIC as definitively dead?

b.- Is there any programming "artifice" (PAUSE or any other command on the top of your program) to avoid this?

[Ron Marcus]

If you have MCLR on, then totally disregard my above comment! :<) If the chip is soldered in, look for a cold solder joint, short, or there is too much load on the programming pins for the chip's liking. Also, I once had a processor in circuit, and it would only programming with power to it, because the larger than .1uF bypass capacitor on the Vdd pin caused the power to stabilize too slowly for the programmer's liking. I always find the problem after replacing the chip, most often realizing it was something simple, and the chip was fine.

Ron