Turns out it was an issue with wiring the reset pin, although I will
investigate using _MCLRE_OFF, but it doesn't hurt in my usage to not have
the RA5 pin available. I'm getting the high programming voltage from the
PicKIT2.
Thanks for the assistance. (And I will probably reverse the drives of my
These are just some thoughts that spring to mind, so don't take me too
seriously...
1. Digital output pins on PICS are usually programmable as either inputs or
outputs, and they default to inputs.
2. Most digital IC's, regardless of what they do can sink more than they can
source. So, an LED t
Hi,
probably related: You seem to be missing _MCLRE_OFF to free RA5 and avoid
the need for an external pull-up on #MCLR ...
Since you disabled LVP, I assume you can apply 10 - 13.5V to RA5/#MCLR to
program the device?
Without this and/or a pull-up on RA5/#MCLR, your device may remain in reset
ind
On Sun, 2013-11-24 at 05:07 -0700, Michael du Breuil wrote:
> I'm confident its user error, but I seem to be unable to program my
> PIC16F628A (it's my first foray into the world of PICs, been working
> with arm M4's). All I'm trying to do is turn on LED outputs, but I
> this doesn't seem to be wor
Hi,
Have you measured the pins with a voltage meter?
Have you calculated the current through the LED with 10k? Is it enough?
Maarten
> I'm confident its user error, but I seem to be unable to program my
> PIC16F628A (it's my first foray into the world of PICs, been working with
> arm M4's). All
I'm confident its user error, but I seem to be unable to program my
PIC16F628A (it's my first foray into the world of PICs, been working with
arm M4's). All I'm trying to do is turn on LED outputs, but I this doesn't
seem to be working. I'm trying to use the internal 4MHz oscillator, all the
port A
