PIC18, bekomm I2C nicht ordentlich ans laufen

[Lena R. (eny)]

Hallo,

komm irgendwie garnicht weiter mit dem I2C Bus am PIC18F2523.
MPLAB X, XC 8 Compiler, PicKit3.

Am I2C Bus hängt ein 12bit DA Wandler.

Hier erstmal der Code:

/*
 * File:   newmain.c
 * Author: Lena
 *
 * Created on 6. August 2013, 20:06
 */

#include <xc.h>
#include <plib/i2c.h>



// CONFIG1H
#pragma config OSC = HS         // Oscillator Selection bits (HS oscillator)
#pragma config WDT = OFF

#define _XTAL_FREQ 4000000


#define I2C_V1
#define I2C_IO_V1 

void main() {


    TRISA = 0xFF;   //Port A als Eingang

    TRISC = 0xFF;   //Port C als Eingang
    PORTC = 0x00;

    OpenI2C(MASTER, SLEW_OFF);
    SSPADD = 0x09;  //I²C Baud = 100kHz

    StartI2C();
    IdleI2C();
    WriteI2C(0x20); //Adresse vom Slave
    IdleI2C();
    WriteI2C(0xCF); //Modus MAX & erste 4 Databits
    IdleI2C();
    WriteI2C(0xFF); //Databyte
    IdleI2C();
    StopI2C();


    while(1)
    {}
}

Leider funktioniert das nicht.

Naja, es funktioniert schon, wenn ich vorher ein Programm einspiel, was 
ähnliches macht und auch für die Hardware geschrieben ist.
Sprich die Hardware ist ok.
Wenn ich dann aber den PIC resette und mein Programm drin ist, dann 
gehts nicht.
Nochmal genauer:

1. Fremdes Programm rein: funktioniert
2. Mein Prog rein: funktioniert auch
3. Strom aus oder Erase
4. Strom an: Geht nicht
5. Mein Prog nochmal rein: Geht nicht
6. Fremdes Prog rein: Geht...
7. goto Punkt 2 ;)

Habe schon alle SFR verglichen, aber kein Unterschied feststellen 
können.

Darf das fremde Programm leider nicht hier posten.

Im Grunde kann es ja nur irgendeine Config oder Einstellung in den 
Registern sein.
Habe die Datenblätter und die i2c.h schon ein paar mal durch jetzt, aber 
ich seh im obigen Code keinen Fehler oder irgendwas fehlendes. Ist auch 
eigentlich nur ein ganz simples Programm zum testen und lernen erstmal.

Weiß nicht weiter grad :(

[Jens P. (picler)]

Schaue noch mal im Datenblatt ob I²C richtig initialsiert ist. Nur ein 
Register scheint mir etwas wenig zu sein. Habe aber gerade keine 
Vergleichsmöglichkeit mit meinen Programmen.

Lena R. schrieb:
> OpenI2C(MASTER, SLEW_OFF);
>     SSPADD = 0x09;  //I²C Baud = 100kHz

Das kann nicht funktionieren. Du öffnest erst I²C und danach definierst 
du das Register. Ob der ganze C-Quatsch drumherum richtig ist kann ich 
dir aber nicht sagen, ich nehme lieber ASM.

[Lena R. (eny)]

void OpenI2C( unsigned char sync_mode, unsigned char slew )
{
  SSPSTAT &= 0x3F;                // power on state 
  SSPCON1 = 0x00;                 // power on state
  SSPCON2 = 0x00;                 // power on state
  SSPCON1 |= sync_mode;           // select serial mode 
  SSPSTAT |= slew;                // slew rate on/off 

  I2C_SCL = 1;
  I2C_SDA = 1;
  SSPCON1 |= SSPENB;              // enable synchronous serial port 

}

Von daher kein Unterschied welche Reihenfolge.

[Jens P. (picler)]

SSPADD = 0x09;
  SSPCON1 = 0x08;
  I2C_SCL = 1;                       // ?
  I2C_SDA = 1;                     // ?
  SSPCON1 = 0x28;              // enable synchronous serial port


Sollte zum initialisieren ausreichen. Danach Bus übernehmen und los 
gehts...

PS: Ich habe die Werte für die Register mal von Hand festgelegt, weil 
ich mir nicht sicher bin, ob die Übergabe richtig ist. Ich kenne mich 
mit nicht so sehr aus.

[Lena R. (eny)]

    SSPADD = 0x09;  //I²C Baud = 100kHz
    SSPCON1 = 0x08;
    I2C_SCL = 1;                       // ?
    I2C_SDA = 1;                     // ?
    SSPCON1 = 0x28;              // enable synchronous serial port
    StartI2C();
    IdleI2C();
    WriteI2C(0x20); //Adresse vom Slave
    IdleI2C();
    WriteI2C(0xCF); //Modus MAX & erste 4 Databits
    IdleI2C();
    WriteI2C(0xFF); //Databyte
    IdleI2C();
    StopI2C();

So funktionierts auch nicht.

Was ist mit "Bus übernehmen" gemeint?

Sorry, lerne noch ;)

[Jens P. (picler)]

Auch wenn es praktisch ist, fertige Routinen einfach zu kopieren, um so 
problematischer ist es bei Problemen.

Arbeite dich mal durch die Seite von Sprut www.sprut.de

Da gibt es unter http://www.sprut.de/electronic/pic/grund/i2c.htm eine 
recht gute Einführung in den I²C-Bus.

Lena R. schrieb:
> Was ist mit "Bus übernehmen" gemeint?

Das ist dort alles recht gut erklärt.

[Frank M. (frank_m35)]

Du sagst du hast ein funktionierendes Programm, warum schaust du nicht 
einfach bei dem wie es dort gemacht wird?

Woran merkst du denn, dass es nicht funktioniert? (also ab wann hängt 
er?)

[holger (Gast)]

Welcher DA Wandler?

[Lena R. (eny)]

void main() {

//    delay(100);
    TRISA = 0xFF;   //Port A als Eingang
//
    TRISC = 0xFF;   //Port C als Eingang
    TRISCbits.RC3 = 1;
    TRISCbits.RC4 = 1;

//    PORTC = 0x00;


    SSPADD = 0x09;  //I²C Baud = 100kHz
    SSPCON1 = 0x08;
    SSPCON1bits.SSPEN = 1;
    SSPCON2bits.SEN = 1;
    while(!PIR1bits.SSPIF);
    PIR1bits.SSPIF = 0;
    SSPBUF = 0x20;
    while(!PIR1bits.SSPIF);
    PIR1bits.SSPIF = 0;
    SSPBUF = 0xCF; //Byte 1
    while(!PIR1bits.SSPIF);
    PIR1bits.SSPIF = 0;
    SSPBUF = 0xFF; //Byte 2
    while(!PIR1bits.SSPIF);
    PIR1bits.SSPIF = 0;
    SSPCON2bits.SEN = 0;
    SSPCON1bits.SSPEN = 0;

Haargenau nach Anleitung von Sprut und auch nochmal mit dem Datenblatt 
abgeglichen.

Das andere Programm ist für CCS geschrieben, kenn ich nicht, hab ich 
allerdings nach Recherche alles so gut es geht übernommen.

D/A Wandler ist MAX5812L
Im obigen Beispiel sollten eigentlich 5V rauskommen.

Das Einzige was ich im anderen Programm nicht versteh ist:
#byte portc = 0xF82
Was bedeutet das? Aus dem CCS PDF wird mir das nicht wirklich klar.
SDA und SCL liegen ja an Port C

[Frank M. (frank_m35)]

du hast ein PicKit 3, also Debugge dein Programm doch einfach. Wo bleibt 
der PIC hängen? Oder läuft er durch?

du kannst auch noch das ACKSTAT abfragen um zu sehen ob er überhaupt 
antwortet, so in der Art:
http://www.microchip.com/forums/tm.aspx?high=&m=536035&mpage=1#536095

und dann eben falls nicht mit einem Stop anhält, damit du es auch 
mitbekommst, dass es nicht klappt.

Ebenso kannst du mal noch die anderen Register überprüfen, d.h. checken 
ob eine Write Collision (WCOL Bit) aufgetreten ist etc.

Stimmen denn die 4MHz? (also nicht dass er nachher mit 32MHz läuft 
(kannst ja mal sspadd dementsprechend ändern zum ausprobieren))

Hast du mal die alternative Adresse versucht (falls Vadd gegen VDD 
geschalten ist)?

Sende mal ein Stop vor dem Start befehl.

[Lena R. (eny)]

Danke für die Hilfe Frank.
Habs jetzt vorerst selbst rausgefunden:

    SSPADD = 0x09;  //I²C Baud = 100kHz
    SSPCON1 = 0x08;
    SSPCON1bits.SSPEN = 1;
    SSPCON2bits.SEN = 1;
    while(!PIR1bits.SSPIF);
    PIR1bits.SSPIF = 0;
    SSPBUF = 0x20;
    while(!PIR1bits.SSPIF);
    PIR1bits.SSPIF = 0;
    SSPBUF = 0x40; //Byte 1
    while(!PIR1bits.SSPIF);
    PIR1bits.SSPIF = 0;
    SSPBUF = 0x00; //Byte 2
    while(!PIR1bits.SSPIF);
    PIR1bits.SSPIF = 0;
    SSPCON2bits.SEN = 0;
    SSPCON1bits.SSPEN = 0;

als Initialisierung in void main();

Dann kann ich meine Werte übertragen:

    SSPCON1bits.SSPEN = 1;
    SSPCON2bits.SEN = 1;
    while(!PIR1bits.SSPIF);
    PIR1bits.SSPIF = 0;
    SSPBUF = 0x20;
    while(!PIR1bits.SSPIF);
    PIR1bits.SSPIF = 0;
    SSPBUF = b1; //Byte 1
    while(!PIR1bits.SSPIF);
    PIR1bits.SSPIF = 0;
    SSPBUF = b2; //Byte 2
    while(!PIR1bits.SSPIF);
    PIR1bits.SSPIF = 0;
    SSPCON2bits.SEN = 0;
    SSPCON1bits.SSPEN = 0;

Scheint irgendwas spezifisch für den MAX D/A zu sein.
Wenn ich es nicht überlesen habe, steht davon nix im Datenblatt...

Mal schauen ob ich es rausfinde.