EEVblog Electronics Community Forum

Products => Computers => Programming => Topic started by: PerranOak on October 25, 2019, 04:57:12 pm

Title: PIC ports and C
Post by: PerranOak on October 25, 2019, 04:57:12 pm
Using a 16F1827 I get that to address a port is, say:

PORTBbits.RB5=1

But, when I want to do the same for a 12F683 (which has no PORTA or PORTB) how do I know how to address it?

I've looked in the 12F683 datasheet (all assembly examples) and the compiler user guide to no avail.

Cheers.

[using MPLAB X IDE v5.25 and XC8 v2.10]
Title: Re: PIC ports and C
Post by: StillTrying on October 25, 2019, 05:16:37 pm
GPIO = 0b111111;
or
GPIO0 = 1;
to
GPIO5 = 1;
...probably.
Title: Re: PIC ports and C
Post by: SiliconWizard on October 25, 2019, 06:13:37 pm
Why not look at the header file corresponding to your PIC model in the compiler's distribution?
You'll see all definitions you need in there.
Title: Re: PIC ports and C
Post by: PerranOak on October 27, 2019, 10:25:57 am
Cheers both.

"Compiler's distribution" - what's that?
Title: Re: PIC ports and C
Post by: StillTrying on October 27, 2019, 10:38:51 am
Start a new blank 12F683 project, and look in the source and include files MPLAB adds to it?
The single port ICs are always GPIO AFAIK.
Title: Re: PIC ports and C
Post by: Ian.M on October 27, 2019, 01:33:09 pm
Nope.  The *OLD* single port PICS are  GPIO (and GPIObits.GPn for individual bit access), but newer ones datasheets typically call their only port PORTA.   The SFR address doesn't change, only the name attached to it.

e.g. PIC10F2xx has GPIO and PIC10F32x has PORTA (and LATA, as those oddballs are enhanced midrange I/O grafted onto a standard midrange core, presumably to save silicon area to permit the tiny SOT23-6 package).
Title: Re: PIC ports and C
Post by: SiliconWizard on October 27, 2019, 02:58:10 pm
Quote from: PerranOak on October 27, 2019, 10:25:57 am
Cheers both.

"Compiler's distribution" - what's that?

The directory where all the compiler's files are installed? Then look in all the "include" subdirectories and find the header files for all the supported PIC models.
Title: Re: PIC ports and C
Post by: KL27x on October 28, 2019, 08:11:11 pm
GPIO/TRISIO is wasted brain cells. I will define a PORTA/TRISA to be GPIO/TRISIO.
Title: Re: PIC ports and C
Post by: Ian.M on October 28, 2019, 08:22:52 pm
That's a royal PITA because of the port bit definitions.  Instead, its better to #define pins named by function and localize the brain damage by avoiding all use of PORTA vs GPIO and TRISA vs TRISIO except in your hardware.h
Title: Re: PIC ports and C
Post by: spudboy488 on October 29, 2019, 11:32:41 am
Quote from: Ian.M on October 28, 2019, 08:22:52 pm
That's a royal PITA because of the port bit definitions.  Instead, its better to #define pins named by function and localize the brain damage by avoiding all use of PORTA vs GPIO and TRISA vs TRISIO except in your hardware.h

That's what I do as well. The definitions are the net names (usually) from the schematic. It makes coding a lot more apparent.

Code: [Select]
// Hardware definitions

#define HB_LED			LATBbits.LATB6				// Used for heartbeat
#define ADC1			LATDbits.LATD5
#define ADC2			LATDbits.LATD3
#define DIO1			LATBbits.LATB3
#define DIO2			LATAbits.LATA3
#define DIO3			LATCbits.LATC1
#define DDS_SEL		LATAbits.LATA6
#define POT_OFFSET_CS	        LATCbits.LATC0
#define POT_GAIN_CS	        LATEbits.LATE0
#define POT_INC		LATAbits.LATA5
#define POT_DIR		LATAbits.LATA4
#define PWM1			LATCbits.LATC2
#define PWM2			LATDbits.LATD1
Title: Re: PIC ports and C
Post by: PerranOak on October 29, 2019, 04:19:26 pm
Cheers.

Using GPIObits.GP2 and TRISIO2 worked a treat.

I still can see how you can tell this from any data provided. I looked in the XC8 included file for the 12F683 and all it had (apart from disclaimer bumph) was:

; Code-generator required, PIC12F683 Definitions
;
; SFR Addresses
fsr equ 04h
fsr0 equ 04h
indf equ 00h
indf0 equ 00h
pc equ 02h
pcl equ 02h
pclath equ 0Ah
status equ 03h

... nothing about GPIO, etc. and nothing was there within MPLAB X in the source files or other directories.
Title: Re: PIC ports and C
Post by: StillTrying on October 29, 2019, 04:28:11 pm
Nothing in #define s ? :-//

I did go to put MPLAB X IDE v5.25 on this PC but when I say saw it was a 900 MB DL I didn't bother. :)
Title: Re: PIC ports and C
Post by: Ian.M on October 29, 2019, 07:06:28 pm
you looked in the wrong file.  try pic12f683.h
Title: Re: PIC ports and C
Post by: KL27x on October 30, 2019, 09:12:32 am
Quote
That's a royal PITA because of the port bit definitions.  Instead, its better to #define pins named by function and localize the brain damage by avoiding all use of PORTA vs GPIO and TRISA vs TRISIO except in your hardware.h
Yeah, Ian. I do that, too. But sometimes ports and registers are important to the software for byte instructions/manipulations to save instruction cycles and/or where state changes must happen at the same time,  rather than serially.

You can do those things through this additional layer, as well, but then you need more defines (and more cumbersome code, which is the cost for pin flexibility).

PORTA vs GPIO at least keeps things the same across devices.

Quote
#define HB_LED         LATBbits.LATB6            // Used for heartbeat
 #define ADC1         LATDbits.LATD5
In order to do more involved/minute/direct stuffs, you might end up needing more defines ala:
#define HB_LED.port  PORTA
#define HB_LED.tris   TRISA
#define HB_LED.lat    LATA
#define HB_LED.pin   4
#define HB_LED        PORTA,4
Even in your defines, you don't have to write/think GPIO/TRISIO, anymore, once you have defined it to PORTA/TRISA.
Title: Re: PIC ports and C
Post by: PerranOak on October 30, 2019, 10:32:28 am
Cheers StillTrying - I don't blame you: it's a big, messy install. Not sure where "#define s" is to be found.

Thank you Ian.M I just looked at the first file with 12F683 in it.  :-[
From info in the file you suggested (though I don't understand it all) I used GP2 instead of GPIObits.GP2 and that worked too! Brill.
Title: Re: PIC ports and C
Post by: Ian.M on October 30, 2019, 11:29:59 am
Although the short port pin names and SFR bit names work on old PICs, and are currently still there for compatibility with old code, Microchip are committed to removing them and they aren't defined on new PICs.    Get used to using the SFRbits.bitname form . . . .
Title: Re: PIC ports and C
Post by: PerranOak on October 30, 2019, 03:45:59 pm
Oh right, cheers.
Title: Re: PIC ports and C
Post by: nigelwright7557 on December 05, 2019, 02:52:58 pm
I never use GPIO to reference a port.
I use #define LED GPIO,0
Makes the code much more readable.