Good thoughts. At the moment DEBUG = OFF, but that could change. It's 
just that I didn't need more than 6 channels in or out, maybe never use 
more than 4. If there had been activity on RB6 or  RB7, that would have 
caused some activity on the other ports where there are LEDs. But there 
was none, and even thought the PORTB value was changing from 0b11111111, 
when I grounded a pin, it wasn't causing any activity. That's what I 
don't understand. :)

Harold Hallikainen wrote:
>> Thanks Harold :) :)  Copy/pasted and it worked fine.
>>
>> Eventually was going to get to segregating out the individual bits with
>> AND/OR sort of action. At this point just am happy the hardware is
>> working OK. Don't know why what I had doesn't work though, all the PORTB
>> pins are pulled high, which I verified both with a DMM and logic probe.
>> Guess, I'll have to dig into the ASM. Sure would seem that the port
>> reports what it is in reading and the boolean would happen. Oh, I added
>> two "0" to make the binary 8 bits. Thanks again. :)
>>     
>
>
> If you have RB6 and RB7 set as debug pins, there's no telling what state
> they'll be in.
>
> Good luck!
>
> Harold
>
>
>   
-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist