Pic10F202 Master clear will not turn off.

[Elusiveinc]

Gen pic bought from digikey. have three in rotation. all do the same. I have tried two bead boards. I just have Vdd and Vss hooked up. just metering the rest. using 1 kohm res to ground to reset mclre. chip does not brown out. power supply is 1 amp 5volt. clean on the scope. Pg 9 of data sheet says it can be enabled as GPIO.3 with pull ups or no pull ups. so it should not be tied to Vdd.

[Archangel]

;----- CONFIG Options --------------------------------------------------
_OSC_IntRC           EQU  H'0FFF'    ; This is the only option. It is here for backward compatibility
_IntRC_OSC           EQU  H'0FFF'    ; This is the only option. It is here for backward compatibility

_WDTE_OFF            EQU  H'0FFB'    ; WDT disabled
_WDT_OFF             EQU  H'0FFB'    ; WDT disabled
_WDTE_ON             EQU  H'0FFF'    ; WDT enabled
_WDT_ON              EQU  H'0FFF'    ; WDT enabled

_CP_ON               EQU  H'0FF7'    ; Code protection on
_CP_OFF              EQU  H'0FFF'    ; Code protection off 

_MCLRE_OFF           EQU  H'0FEF'    ; GP3/MCLR pin fuction is digital I/O, MCLR internally tied to VDD 
_MCLRE_ON            EQU  H'0FFF'    ; GP3/MCLR pin function  is MCLR

This is from this chips file in MPASM P10F202.inc

Ok this is found on pp35 of the data sheet

[Elusiveinc]

ya it says tied to vdd internally. It is still there it just isn't tristated to an external pin I believe.

Anyways I think I have had some success last night. I found that Microcode was automatically changing my case on on #endconfig From #ENDCONFIG to #endconfig. and #CONFIG was staying #CONFIG. So I changed #CONFIG to #config. and doesn't seem to reset anymore on a low to GPIO.3. However I have pull ups off. and it still rests at vdd. and not getting ram over load error(which I find that you get if you add just one static variable). and will not respond as GPIO.3 as an input. (changed program to if "IN" = 1 alternate ports from high to low else stay low) and won't do it. And as soon as I introduce "IN" into the program program doesn't work. comment out. it will alternate. I guess I didn't do if IN=0. that would off been smart since seems internal pull ups are on even though OPTION_REG.6 is high which is suppose to disable them.

[Archangel]

Honestly I didn't know ANY of the 10F series would even program with PBP due to RAM limitations, as I remember Darrel usually told members who wanted to try to use a 12F series. Any special reason to use 10F series?

[Acetronics2]

Hi,Archangel

Darrel told that because there is no room for vars in RAM once PBP has placed its own vars ...

so, no serious work could be done using PBP ... just Blinking the Led, may be ...

Alain

[Elusiveinc]

Arch,
just trying to keep cost down because I plan on producing high numbers. And program is going to be super simple. 12 lines tops. Anyone know of a way to strip one byte of ram? Any way of finding out if PBP3 uses the "w" or "f" register? maybe I can load and unload input into that.

Alain,
I hope you are wrong. haha!

[Archangel]

I took your code from your first post and it compiled to 92 words
changed to

#CONFIG
    __config _WDT_OFF & _MCLRE_OFF & _CP_OFF
#ENDCONFIG
DEFINE OSC 4
OPTION_REG=%01000000

TRISIO = %00001000

A VAR GPIO.0
B VAR GPIO.1
C VAR GPIO.2
IN VAR GPIO.3


BEGIN:
GPIO = %00000111
pause 1000
GPIO = %00000000
pause 1000
goto BEGIN

it's down to 66 words

if you add "END"
it jumps to 78

To see what your PBP code is doing look at the .lst file, that might help you.
If my poor memory serves me I believe Darrel said PBP Library uses 14 bytes of memory and you have a total of 24 for this chip.

[Acetronics2]

Alain,
I hope you are wrong. haha!

not that wrong ...
http://www.picbasic.co.uk/forum/show...8753#post18753

yess ... that's short !

seen ?

In PBP, the 10F202 uses PBPPIC12.RAM, which requests 19 bytes of RAM for PBP system use. The 10F200 only has 16 total bytes of RAM available so it looks like it is a no go with PBP unless you want to do a lot of custom stuff.

from here : http://www.picbasic.co.uk/forum/show...1725#post71725