MPLAB X IDE v2.35 #PIN_SELECT

[12Lapointep]

Hi everyone,

I am using the PIC18F67J94. I am currently experiencing some problems with the #pin_select from the CCS C Compiler manual. I am trying to assign software UARTs to re-mappable pins. I am using the list from RP0 to RP47 to assign three different UARTs but I get errors back saying this:

Here is my code below:

[img]http://www.microchip.com/forums/download.axd?file=0;883269&where=&f=PIC18F67J94%20MPLAB%20..._SELECT%20ERRORS.PNG[/img]

[img]http://www.microchip.com/forums/download.axd?file=1;883269&where=&f=PIC18F67J94%20MPLAB%20X%20IDE%20PIN_SELECT.PNG[/img]

How can I fix those errors? Would it be because of a version problem with MPLAB X IDE?

[PCM programmer]

Your links don't work.

How to post an image on the CCS forum:
Go to this website: http://postimage.org/
Upload your image. Select family safe. Then click the first button for
"Hotlink to Forum" to get a link to the image.
Then go to the CCS forum and type Ctrl-V to paste the link into a post.

If postimage.org doesn't work in your country, then use Google to find
another free image hosting site for forums.

[12Lapointep]

imgurl


20mb image hosting

[Ttelmah]

There are three separate problems of increasing importance:

First, the clock, and UART setup should be _before_ you load library code. Sequence must always be:
Processor setup
Fuses
CLOCK, UART etc..

Only then load things like stdlib.

At the moment this doesn't matter, since you are not getting this far.

Then the second problem is trying to setup U3RTS, and U3CTS with the select statement. This could be right on some of the DsPIC's which have hardware RTS/CTS, but your chip does not. You cannot use SELECT statements for these. They have to be setup as _software_ controlled lines in the #USE RS232 statement. This means you have to enable the receive buffer mode. This gets rid of the last two error lines.

The main one, is that code is behaving as if it thinks the chip is in extended microcontroller mode. Can't be, since this is not supported by the chip!. It's behaving as the 97J would, if you attempted to select these pins, and had the external memory bus enabled.

I'd say you need to talk to CCS. Do a simple demo program just to show the problem, like:

[12Lapointep]

Thank you for the post. It helped a lot to understand what is going on. As of now, I believe it is a version issue but I cannot wrap my head around it.

Why is PIN_G1 being accepted whereas the other ones are not? I would need more explanation on this part of the post.

[12Lapointep]

The PIC18FxxJ94 family is really picky about which pins can be assigned to which peripheral. The compiler is generating errors because you're trying to assign pins to peripherals that aren't allowed. Refer to tables 11-13 and 11-14 in the family datasheet for lists of pins that can be assigned to which peripheral. For example for UART1 only the following pins can be assigned as the U1RX pin:

RP3 - PIN_A3
RP7 - PIN_B3
RP11 - PIN_C2
RP15 - PIN_C3
RP19 - PIN_C7
RP23 - PIN_D3
RP27 - PIN_D7
RP31 - PIN_E7
RP35 - PIN_F5
RP39 - PIN_G1
RP43 - PIN_F3

And the only the following pins can be assigned as the U1TX pin:

RP2 - PIN_A2
RP6 - PIN_A6
RP10 - PIN_A7
RP14 - PIN_B2
RP18 - PIN_C6
RP22 - PIN_D2
RP26 - PIN_D6
RP30 - PIN_E2
RP34 - PIN_E6
RP38 - PIN_F7
RP42 - PIN_G2
RP46 - PIN_G0


Here is the answer I got from CCS Support. The PIC18F67J94 has four groups of remappable pins. This is why I got errors on my pins. I overlooked a part of the datasheet that was fairly important to the project.

[Ttelmah]

Brilliant.
A nice quick answer, and in the end 'simple', but does rather restrict things.

[12Lapointep]

It is fairly simple. Just not explained very well in the datasheet. Flipping pins through my design and adding jumpers was the only option for the prototype.

Thank you very much for your help though.