PIC erste versuche (blinkled) mit 16F630 klappt nicht!

[Josep (Gast)]

Hallo,
versuche gerade mit einem Olimex Board 
(https://www.olimex.com/Products/PIC/Proto/PIC-P14-20MHz/) ein Led 
blinken lasen.

IDE und Compiler von Microchip installiert, Proger ist ein Pickit3

Problem:

schreibe folgende Code:

#include <stdio.h>
#include <stdlib.h>
#include <pic16F630.h>


//Just simple delay
void Delay(unsigned long cntr) {
  while (--cntr != 0);
}

// main function

int main()
{
  unsigned char i;

  ANSEL = 0b00000000;            //All I/O pins are configured as digital
  CMCON0 = 0b00000111;           //Coperators turned OFF
  PORTC = 0x00;                  //write 0 to port C
  TRISC = 0x00;                  //set RC0 as output pin / set TRIS register BIT 0 to 0

  i = 0;

  // loop forever - echo
  while(1) {

    // Toggle led
    PORTC ^= 0x04;
    // Simple delay
    Delay(50000);
  }
}

aber der Compiler meldet folgende Fehler:

main.c:48: error: (192) undefined identifier "ANSEL"
make[2]: *** [build/default/production/main.p1] Error 1
make[1]: *** [.build-conf] Error 2
main.c:49: error: (192) undefined identifier "CMCON0"
make: *** [.build-impl] Error 2

was ist da falsch?

[Schnell (Gast)]

Josep schrieb:
> #include <pic16F630.h>

wenn es der XC-Compiler ist, bitte ändern in
#include <pic.h>

CMCON0 bitte auch in CMCON ändern

Bisher halt nicht definiert.

[Josep (Gast)]

Schnell schrieb:
> wenn es der XC-Compiler ist, bitte ändern in
> #include <pic.h>
>
> CMCON0 bitte auch in CMCON ändern

Ok beide Sachen geendert aber hängt jetzt noch an "ANSEL" Fehlermeldung 
ist jetzt:

(908) exit status = 1
make[2]: *** [build/default/production/main.p1] Error 1
make[1]: *** [.build-conf] Error 2
make: *** [.build-impl] Error 2
main.c:48: error: (192) undefined identifier "ANSEL"
make[2]: Leaving directory `E:/Microkontroller/PIC/Test Win8/led.X'
make[1]: Leaving directory `E:/Microkontroller/PIC/Test Win8/led.X'

[Martin (Gast)]

ja weil der PIC16F630 kein ANSEL Rergister (kein AD Funktion) hat (nur 
der PIC16F676 wie im DS, P: 10 steht)

[Martin (Gast)]

und CMCON0 => CMCON ändern

[Josep (Gast)]

Martin schrieb:
> ja weil der PIC16F630 kein ANSEL Rergister (kein AD Funktion) hat (nur
> der PIC16F676 wie im DS, P: 10 steht)

Hmm... ok wie definiere ich in disem Fall die I/O's? nur mit
TRISC = 0x00; ?

[Josep (Gast)]

Sorry mit CMCON ?

[Martin (Gast)]

Da kein AD gibt sind alle IOs digital (vielleicht noch den Comparator 
configurieren) und es sollte funktionieren.
P.S.: der PIC16F630 hat nur 1K, das wird schnell mit der C 
Programmierung geschafft, also lieber mit Assembler anfangen.
Bei den 35 Befehlen ist es auch nicht kompliziert (Nur auf die 
Bankumschaltung achten!)

[Josep (Gast)]

Martin schrieb:
> Da kein AD gibt sind alle IOs digital (vielleicht noch den Comparator
> configurieren) und es sollte funktionieren.

Ok Compilieren klappt jezt ABER blink kein LED ;-( warum jetzt?

Martin schrieb:
> P.S.: der PIC16F630 hat nur 1K, das wird schnell mit der C
> Programmierung geschafft, also lieber mit Assembler anfangen.

Danke für den Hinweis, möchte eingentlich mit Assembler nichts haben.

[Max H. (hartl192)]

Josep schrieb:
> Hmm... ok wie definiere ich in disem Fall die I/O's? nur mit
> TRISC = 0x00; ?

Damit definierst du alle IOs als output.

Für den PIC16 würde ich auch ASM empfehlen. Für C würde ich den PIC18 
nehmen.

Josep schrieb:
> Ok Compilieren klappt jezt ABER blink kein LED ;-( warum jetzt?
Configs Richtig eingestellt?

Was ist wenn du in der main die LEDs nur einschaltest?

[Martin (Gast)]

Josep schrieb:
> Martin schrieb:
> Ok Compilieren klappt jezt ABER blink kein LED ;-( warum jetzt?
=> Poste mal wieder dei Programm.

[Josep (Gast)]

Max H. schrieb:
> Damit definierst du alle IOs als output.

Jap, habe ich oben schnell korrigiert:

Josep schrieb:
> Sorry mit CMCON ?

Max H. schrieb:
> Für den PIC16 würde ich auch ASM empfehlen. Für C würde ich den PIC18
> nehmen.

Ok aber für ein Led blinken lassen sollte reichen oder nicht?
Der PIC18 ist auch mit 14 Beinchen? sonst ist mein Board quasi um sonst 
;-(

[Max H. (hartl192)]

Josep schrieb:
> Ok Compilieren klappt jezt ABER blink kein LED ;-( warum jetzt?
Das solltest du genaue spezifizieren: Was macht die LED, ist der Pin 
Ausgang oder hochohmig.

Mit welcher Frequenz arbeitet der PIC?

Und nochmal: Sind die Configs richtig eingestellt?

[bluppdidupp (Gast)]

Der XC-Compiler kennt auch __delay_ms(x) und __delay_us(x)
(Nicht das er die Delay()-Funktion unter Umständen wegoptimiert ;D)

[Ro R. (rond_es)]

Ist der LED-Jumper gesetzt auf dem Board?

[Josep (Gast)]

Bin wieder da.
Also mit folgende einfache Code (denke ich), sollten alle PORTC-Pin's 
als Ausgang definiert sein und dann alle Ausgänge ein sein oder nicht?

Laut Schaltplan ist der LED auf PINC2 sollte dann AN sein, ist aber AUS.

#include <stdio.h>
#include <stdlib.h>
#include <pic.h>

#define _XTAL_FREQ 20000000


#pragma config MCLRE = ON, CP = OFF, CPD = OFF, BOREN = OFF, WDTE = OFF
#pragma config PWRTE = OFF, FOSC = INTRCIO

// main function
void main( void ) {


  INTCON   = 0x0;      // Disable inerupt
  WPUA   = 0x0;      // pull-up disable
  CMCON   = 0x07;            // port as Digital IO
  //TRISC2   = 0;      // Led pin as output
  TRISC   = 0x0;      // alle Ports als Ausgang def.
        
  PORTC = 0x1111111;   // alle Ausgänge einschalten

  while(1) {
          
  }
}

[Ro R. (rond_es)]

Ja, aber gemäss Schaltplan leuchtet die LED wenn die Outputs aus sind, 
weil die LED sinking angeschlossen ist. Damit die LED leuchtet muss der 
Strom in den Port fliessen, also der Output low sein.

[Martin (Gast)]

- Ist der (LED) Jumper gesetzt?
- Kannst du das Programm debuggen? oder ist es nur ein programmiergerät?

[Max H. (hartl192)]

Also den LED-Jumer setzen und PORTC=0x00; schreiben.

[Josep (Gast)]

Ro R. schrieb:
> Ja, aber gemäss Schaltplan leuchtet die LED wenn die Outputs aus sind,
> weil die LED sinking angeschlossen ist. Damit die LED leuchtet muss der
> Strom in den Port fliessen, also der Output low sein.

ja mit 0x0000000 sollte dann leuchten, leuchtet nicht.

Martin schrieb:
> - Ist der (LED) Jumper gesetzt?

ist gesetzt

> - Kannst du das Programm debuggen? oder ist es nur ein programmiergerät?

bin noch überfragt!

Max H. schrieb:
> Also den LED-Jumer setzen und PORTC=0x00; schreiben.

schon gemacht und nichts

[Josep (Gast)]

Ok, irgendwie ist der PIC hinüber, habe ein anderes genommen Programm 
geflash und LED brennt.

Herzlizen Dank für die nette Hilfe.

[Josep (Gast)]

NACHTRAG:

Der PIC ist doch in Ordnung! das Flash Program "MPLAB IPE" hat nen "hold 
in reset" funktion und war gesetzt, ich vermute das hat den µC in reset 
gehalten.

Mit dem Code hier sehe mein LED ganz schön blinken:

#include  <pic.h>

// ext reset, no code protect, no brownout det ect, no watchdog,
// power - up timer enabled, int RC clock
#pragma config MCLRE = ON, CP = OFF, CPD = OFF, BOREN = OFF, WDTE = OFF
#pragma config PWRTE = OFF, FOSC = INTRCIO


//Just simple delay
void Delay(unsigned long cntr) {
  while (--cntr != 0);
}


int main()
{
              
  CMCON = 0b00000111;            // port as Digital IO
  
  TRISC = 0x00;                  // alle Ports als Ausgang def.
  PORTC = 0x00;                  //write 0 to port C


  while(1) {

    // Toggle led
    PORTC ^= 0x04;
    // Simple delay
    Delay(2000);
  }
}

Vielen Dank!

[Max H. (hartl192)]

Das erklärt auch warum niemand hier den Fehler gefunden hat.

[Josep (Gast)]

Max H. schrieb:
> Das erklärt auch warum niemand hier den Fehler gefunden hat.

Jap, Software ist ein wenig gewöhnungsbedürftig, es gibt ein extra 
Software für's flashen (da ist diese "holt reset" funktion) aber das IDE 
hat auch so eine Funktion.

[Michael S. (rbs_phoenix)]

Martin schrieb:
> P.S.: der PIC16F630 hat nur 1K, das wird schnell mit der C
> Programmierung geschafft, also lieber mit Assembler anfangen.
> Bei den 35 Befehlen ist es auch nicht kompliziert (Nur auf die
> Bankumschaltung achten!)

Ich programmiere mittlerweile nur noch in C. Und doch kriege ich es 
immerwieder hin einen kleinen PIC nutzen zu können.

Man müsste sich mal die Mühe machen und ein Programm in C als auch in 
ASM zu schreiben. Dann könnte man mal vergleichen ob der/die C-Compiler 
wirklich so viel schlechter sind. Ich hab mir mal spaßeshalber ein paar 
vom Compiler erstellte asm-Dateien angeguckt. Nicht viel anders als ich 
es gemacht hätte. Im Gegenteil: Der Compiler hat schon n paar Kniffe 
drauf, was ich umständlicher gemacht hätte. Naja. Ansichtssache. Ich 
komme damit aus und sollte es doch mal eng werden, spare ich mir ein 
bisschen Code oder nehme den nächst größeren PIC.

[Max H. (hartl192)]

Welches Programmiergerät hast du?
Ich habe das PICkit (2&3) bis jetzt 3 Jahren lang Problemlos aus MPLAB 
(ohne X) verwendet.