It seens that the PIC only stops when MCLR pin is connected to GND. I've
made various tests with P16F84 and P16F877, and it really doesn't stops when
MCLR voltage is made to 12V.
I was thinking that when you connect MCLR to 12V, the PIC stops and
enters in programming mode, but it doesn't.
I think the value to make it enter programming mode is 13.8 The only problem
with using this method is you'll change the program embeded in in pic and
screw it up.
{Original Message removed}
Yupp ... MCLR must be at programming level before the uC's core is
(fully) powered up.
-DS
Monday, November 08, 1999, 1:18:41 PM, you wrote:
DIB> Hi,
DIB> I think yes. I vaguely recall the checking for VPP happens somehow at
DIB> power-up (that's why the minimal increase speed for VPP has been
DIB> specified).
> >> I have a PIC16F84 running with its MCLR pin wired to VDD (+5V). If I
> >> wire it to VPP (+12V), it doesn't stop. Is it normal???
> >> Brusque
> DIB> I think yes. I vaguely recall the checking for VPP happens somehow at
> DIB> power-up (that's why the minimal increase speed for VPP has been
> DIB> specified).
>
> DIB> Imre
> Yupp ... MCLR must be at programming level before the uC's core is
> (fully) powered up.
>
> -DS
Well..... if you were talking about PIC12C50x or something similiar I would
agree with you, but the PIC16F84 is really another story!
To get a PIC16F8x into programming mode, two points are important:
1) Set RB6 and RB7 low
2) Raise /MCLR from 0V to +12V fast enough
It is from no importance when the PIC has been powered up. Whenever one of
the pins RB6 or RB7 is not low while raising /MCLR, the PIC will start
running mode as if there were only +5V at /MCLR.
I know this because I used this behaviour on my selfmade prototype programmer
.It has no automatic 5V - 12V switch for programming voltage, so when I'm
bored of switching the manual switch, I just let it in 12V position, but
raise RB6/RB7 to passive high just before I raise /MCLR - this worked for me
(but I don't think microchip recommends it...).
What Imre and DS stated is true for the 12C family, because this devices
share the /MCLR pin with other function (and it might be true for other PICs
than the PC16F8x).
Florian
P.S.: I'm just starting to hate the AOL-programm, it crashed when I wrote the
first try of this eMail (and it did not crash the first time...).
Florian
heisst das im umgekehrten Sinn, dass ich die Pins RB6 und RB7 auch f|r andere
Funktionen gebrauchen kann,
solange ich iwdhrend dem Betrieb mit /MCLR nicht |ber 5V gehe ?
Ich denke dabei dan die PIC15Fxxx Typen.
Peter
> > >> I have a PIC16F84 running with its MCLR pin wired to VDD (+5V). If I
> > >> wire it to VPP (+12V), it doesn't stop. Is it normal???
> > >> Brusque
>
> > DIB> I think yes. I vaguely recall the checking for VPP happens somehow at
> > DIB> power-up (that's why the minimal increase speed for VPP has been
> > DIB> specified).
> >
> > DIB> Imre
>
> > Yupp ... MCLR must be at programming level before the uC's core is
> > (fully) powered up.
> >
> > -DS
>
> Well..... if you were talking about PIC12C50x or something similiar I would
> agree with you, but the PIC16F84 is really another story!
> To get a PIC16F8x into programming mode, two points are important:
> 1) Set RB6 and RB7 low
> 2) Raise /MCLR from 0V to +12V fast enough
> It is from no importance when the PIC has been powered up. Whenever one of
> the pins RB6 or RB7 is not low while raising /MCLR, the PIC will start
> running mode as if there were only +5V at /MCLR.
> I know this because I used this behaviour on my selfmade prototype programmer
> .It has no automatic 5V - 12V switch for programming voltage, so when I'm
> bored of switching the manual switch, I just let it in 12V position, but
> raise RB6/RB7 to passive high just before I raise /MCLR - this worked for me
> (but I don't think microchip recommends it...).
> What Imre and DS stated is true for the 12C family, because this devices
> share the /MCLR pin with other function (and it might be true for other PICs
> than the PC16F8x).
>
> Florian
>
> P.S.: I'm just starting to hate the AOL-programm, it crashed when I wrote the
> first try of this eMail (and it did not crash the first time...).
In einer eMail vom 10.11.99 schreibt Peter Keller:
> heisst das im umgekehrten Sinn, dass ich die Pins RB6 und RB7 auch f|r
andere
> Funktionen gebrauchen kann,
> solange ich iwdhrend dem Betrieb mit /MCLR nicht |ber 5V gehe ?
> Ich denke dabei dan die PIC15Fxxx Typen.
> Peter
>
Andere Funktionen?
Die Pins RB6 und RB7 sind ganz normale IO-Pins, zugehörig zum Port B,
anzusprechen als Bits 6 und 7 über die zugehörigen Register des Ports B. Den
Pins können wahlweise verschiedene Sonderfunktionen zugeordnet werden, bei
vielen PICs beispielsweise Interrupt on Change (bei den PIC16F87x auch der
In-Circuit Debugger).
Lediglich im Programmiermodus haben die Pins RB6 und RB7 die Funktionen
"Serial programming clock" bzw. "Serial programming data".
Das ganze steht in jedem Datenblatt und sollte eigentlich auch aus jedem Buch
(über PICs) hervorgehen.
Übrigens ist die Sprache der PICLIST englisch (um Rücksicht auf die vielen
Teilnehmer jenseits des großen Teichs und anderswo zu nehmen....... ;-) ).
> In einer eMail vom 10.11.99 schreibt Peter Keller:
>
> > heisst das im umgekehrten Sinn, dass ich die Pins RB6 und RB7 auch f|r
> andere
> > Funktionen gebrauchen kann,
> > solange ich iwdhrend dem Betrieb mit /MCLR nicht |ber 5V gehe ?
> > Ich denke dabei dan die PIC15Fxxx Typen.
> > Peter
> >
> Andere Funktionen?
> Die Pins RB6 und RB7 sind ganz normale IO-Pins, zugehvrig zum Port B,
> anzusprechen als Bits 6 und 7 |ber die zugehvrigen Register des Ports B. Den
> Pins kvnnen wahlweise verschiedene Sonderfunktionen zugeordnet werden, bei
> vielen PICs beispielsweise Interrupt on Change (bei den PIC16F87x auch der
> In-Circuit Debugger).
> Lediglich im Programmiermodus haben die Pins RB6 und RB7 die Funktionen
> "Serial programming clock" bzw. "Serial programming data".
> Das ganze steht in jedem Datenblatt und sollte eigentlich auch aus jedem Buch
> (|ber PICs) hervorgehen.
> \brigens ist die Sprache der PICLIST englisch (um R|cksicht auf die vielen
> Teilnehmer jenseits des gro_en Teichs und anderswo zu nehmen....... ;-) ).
>
> Florian
flynet.com.br)
