| View previous topic :: View next topic |
| Author |
Message |
avatarengineer
Joined: 13 May 2013
Posts: 51
Location: Arizona
|
| #FUSE NOMCLR not working on 10F320/322 parts |
 Posted: Fri Sep 23, 2016 10:18 pm |
 |
|
#FUSE NOMCLR not working on 10F320/322 parts
version CCS 5.062
 |
|
 |
Ttelmah
Joined: 11 Mar 2010
Posts: 19537
|
|
| Posted: Sat Sep 24, 2016 1:59 am |
|
|
Yes it does.....
Are you possibly compiling in MPLAB?. You need to select 'release' or it'll try to compile in debug mode, which means that MCLR is reserved.
If you look at the 'reserved resources' for the debugger, it says:
General Resources Used - Headers
MCLR/Vpp shared for programming.
You can't use the pin for I/O in debug mode, and MPLAB will always program it as MCLR in this mode (turning off the NOMCLR fuse). Remember also the pin is input only (no output on this). |
|
|
avatarengineer
Joined: 13 May 2013
Posts: 51
Location: Arizona
|
| #FUSE NOMCLR not working on 10F320/322 parts |
| Posted: Sat Sep 24, 2016 10:41 am |
|
|
I realize the Vpp pin in an input only.
The scenario is this;
-Compiled in CCS and imported as COF,
-Using Pickit 3 (is not supplying the power)
-The Reset is released per MPLAB(v8.89)
-Debug is not enabled.
Are you recommending that a NODEBUG FUSE
is required? is it defaulting into debug mode?
I've not had this occur with 12F,16F,18F parts in the past 10 years.
Something seems different.
+++ I manually set configuration bits in MPLAB before programming
to define the VPP as an input and have MCLR pulled to VDD.
The pin still acts as a MCLR.
 |
|
|
PCM programmer
Joined: 06 Sep 2003
Posts: 21708
|
|
| Posted: Sat Sep 24, 2016 10:56 am |
|
|
Look at the list of "Configuration Fuses" at the end of the .LST file, after
you compile. What does it show ? The .LST file will be in your project
directory after a successful compilation. |
|
|
avatarengineer
Joined: 13 May 2013
Posts: 51
Location: Arizona
|
| 10F322 Fuses |
| Posted: Sat Sep 24, 2016 11:06 am |
|
|
end of list file;
Word 1: 3F9E INTRC BROWNOUT WDT PUT NOMCLR NOPROTECT LVP LPBOR BORV19 NOWRT NODEBUG
|
|
|
PCM programmer
Joined: 06 Sep 2003
Posts: 21708
|
|
| Posted: Sat Sep 24, 2016 11:08 am |
|
|
First off, add these fuses:
| Code: |
#fuses NOWDT, NOLVP |
|
|
|
avatarengineer
Joined: 13 May 2013
Posts: 51
Location: Arizona
|
| 10F322 Fuses |
| Posted: Sat Sep 24, 2016 11:13 am |
|
|
PCM, Very Good !
I doubt the WDT is the issue, but
Low Voltage Programming messes with the ability
to disable the MCLR?
It's very curious how hardware is routed internally.
Thank you!
 |
|
|
avatarengineer
Joined: 13 May 2013
Posts: 51
Location: Arizona
|
| Invaluable |
| Posted: Sat Sep 24, 2016 11:16 am |
|
|
I must say this forum is invaluable.
There are many forums for various programming,
yet this is a really good one !
 |
|
|
Ttelmah
Joined: 11 Mar 2010
Posts: 19537
|
| Re: 10F322 Fuses |
| Posted: Sat Sep 24, 2016 2:00 pm |
|
|
| avatarengineer wrote: | PCM, Very Good !
I doubt the WDT is the issue, but
Low Voltage Programming messes with the ability
to disable the MCLR?
It's very curious how hardware is routed internally.
Thank you!
|
Very true.
You will find that in fact the MCLR pin can reset the chip, even if MCLR is disabled, if if goes a small fraction of a volt above the Vdd level. If you are using it as an input, you need to add external protection to prevent this, unless you are very sure that the signal involved cannot do this - applied to most PIC's....
The internal routing is quite 'interesting' on this pin... |
|
|
temtronic
Joined: 01 Jul 2010
Posts: 9241
Location: Greensville,Ontario
|
|
| Posted: Sun Sep 25, 2016 5:40 am |
|
|
In the 'early days' you could 'exploit' the internal hardware to actually read a protected PIC and recover the code....
sigh, I miss the those days
Jay |
|
|
|
FAQ 
Search
Register
Profile 
Log in to check your private messages 
Log in
