PIC18F46K80: PIN_C2, what am I missing?

newguy · Joined: 24 Jun 2004 Posts: 1908

Edit: brain fart when typing the subject line. Fixed now.

v5.074

I know I'm missing something simple but for the life of me I just can't see it. I can't get PIN_C2 to be an output. I know that CCP2 takes priority and that timer 1's gate input may factor in too, but I can't get control over that pin no matter what I do. I've tried removing power from both CCP2 and timer 1 via their PMD (peripheral module disable) bits.

No matter what combination of values I stick in timer 1's control register, I just can't get PIN_C2 to toggle. It's an input and I can't get it to become an output.

What should I be powering off/disabling in order to take control of C2?

gaugeguy · Joined: 05 Apr 2011 Posts: 303

Your subject is about a 18F46K22 but your include file is 18F46K80
Which are you using?

temtronic · Posted: Thu Sep 14, 2017 4:07 pm

Any chance it's a hardware fault?

Pin not connected, pin shorted to ground, pin shorted to VDD,pin tied to pin next to it ??

Jay

newguy · Joined: 24 Jun 2004 Posts: 1908

No love. Reflowed the solder on the processor and that didn't do anything.

CCS cut me a special version of pch.dll as I found a weird HIGH interrupt issue not in 5.073 but definitely in 5.074. The new dll fixed that issue but I'm wondering if it didn't introduce something else? Anyway, I sent them the test program.

PCM programmer · Joined: 06 Sep 2003 Posts: 21708

I tried your program just now with a DIP-40 package of the 18F46K80
on a PicDem2-Plus board and it worked. I jumpered pin C2 to pin B0
because there's an LED on that pin, and it's blinking the LED at a 2 Hz rate.
I used a Pickit3 programmer.

MPLAB vs. 8.92 reports:

newguy · Joined: 24 Jun 2004 Posts: 1908

Thanks PCM. 44 pin TQFP. Not sure of the revision, will check tomorrow.

I'm wondering if my installation is corrupt? I remember several other people here have reported really weird things over the years only to have them resolved by doing a clean install. We outsource our IT to an outside company and I noticed yesterday my antivirus was reporting it was out of date, then it disappeared, then it reappeared later in the day - up to date at that. They were definitely monkeying around remotely. First thing tomorrow I'm going to try uninstalling & reinstalling. Literally at the end of my rope. A clean install can't hurt.

Come to think of it, I also hooked up a brand new ICD-U80 today. I was using my own personal ICD-U64, but I told my employer that I really needed it back home. Coworker asked me if I wanted an '80, but I told him no, a '64 would suffice. He bought the 80 anyway. It installed okay, but I did notice that CCSLoad seemed to lose USB connection with it from time to time. Coworker was away today - the 80 is now on his desk and his 64 is on mine. He bought it, he can have it. He never uses it anyway.

PCM programmer · Joined: 06 Sep 2003 Posts: 21708

Here is my .Hex file. You can try it.

Ttelmah · Joined: 11 Mar 2010 Posts: 19520

Take a different tack.

Program the pin as PWM2.
Test if you get an output.
if not, you have a hardware issue. Possibly a via under the chip that isn't connecting, or shorts somewhere it shouldn't.

PCM programmer · Joined: 06 Sep 2003 Posts: 21708

newguy · Joined: 24 Jun 2004 Posts: 1908

PCM: your .hex file worked. Thank you thank you thank you - that confirmed what I suspected: that my installation somehow got corrupted or was corrupted.

I uninstalled 5.074 and did a clean install. I also copied over the separate pch.dll that CCS sent me a couple of weeks ago. Recompiled & flashed the chip and I can now toggle C2 with a hex file that I created. Couldn't do that yesterday.

PCM, I know I've said this before, but not only do I owe you a beer, I think I owe you a case of beer by now.