Stellaris I2C

[Matthias (Gast)]

Hallo.

Ich verwende im Moment das Stellaris Launchpad mit dem LM4F120H5QR. 
Gehört zur CLASS_IS_BLIZZARD. Weiters verwende ich die dazugehörige 
driverlib. Einige Sachen funktionierten gleich auf Anhieb mit den APIs 
aber dann wollte ich I2C verwenden und 30h später ist noch nicht einmal 
der DrecksSCL-Pin richtige eingestellt...

Deshalb wollte ich fragen ob jemand damit Erfahrung hat oder ähnliche 
Probleme mit I2C hatte.

Was mir zB auffiel war, dass in der Definition vom I2CSCL-pin nicht 
opendrain mit pull-up verwendet wird sondern standard push-pull. Ich 
habe das geändert aber der Pin bleibt dauerend LOW. Beim anderen (SDA) 
passt die Einstellung schon immer. Ich müsste mir jetzt anscheinend 
alles von der SysControl bis GpioConfigs und I2C nochmal durchschauen ob 
da noch wo was nicht passt, weil ich hab echt keinen Plan mehr...

Zum Einstellen des I2C verwende ich folgendes:

      GPIOPinConfigure(0x00010803);// GPIO_PB2_I2C0SCL
      GPIOPinConfigure(0x00010C03);// GPIO_PB3_I2C0SDA
      GPIOPinTypeI2C(GPIO_PORTB_BASE, GPIO_PIN_3);
      myGPIOPinTypeI2CSCL(GPIO_PORTB_BASE, GPIO_PIN_2);
      Uart_Send(UART0_BASE,"I2C GPIO DONE\n\r\0",0);
      I2CMasterInitExpClk(I2C0_MASTER_BASE,SysCtlClockGet(),false);
      I2CMasterEnable(I2C0_MASTER_BASE);

Die Funktion myGPIOPinTypeI2CSCL(GPIO_PORTB_BASE, GPIO_PIN_2); ist im 
Grunde wie GPIOPinTypeI2CSCL, nur dass statt

void
GPIOPinTypeI2CSCL(unsigned long ulPort, unsigned char ucPins)
{
    //
    // Check the arguments.
    //
    ASSERT(GPIOBaseValid(ulPort));

    //
    // Make the pin(s) be peripheral controlled.
    //
    GPIODirModeSet(ulPort, ucPins, GPIO_DIR_MODE_HW);

    //
    // Set the pad(s) for open-drain operation with a weak pull-up.
    //
    if(CLASS_IS_SANDSTORM || CLASS_IS_FURY || CLASS_IS_DUSTDEVIL ||
       CLASS_IS_TEMPEST || CLASS_IS_FIRESTORM)
    {
        GPIOPadConfigSet(ulPort, ucPins, GPIO_STRENGTH_2MA, GPIO_PIN_TYPE_OD);  //open drain
    }
    else  // jo, den hab ich ... BLIZZARD
    {
        GPIOPadConfigSet(ulPort, ucPins, GPIO_STRENGTH_2MA, GPIO_PIN_TYPE_STD);  // pushpull
    }
}

das  so geändert wurde wie normalerweise I2C geht :

void
myGPIOPinTypeI2CSCL(unsigned long ulPort, unsigned char ucPins)
{
    //
    // Check the arguments. GPIO_PIN_TYPE_OD_WPU
    //
    ASSERT(GPIOBaseValid(ulPort));

    //
    // Make the pin(s) be peripheral controlled.
    //
    GPIODirModeSet(ulPort, ucPins, GPIO_DIR_MODE_HW);

    //
    // Set the pad(s) for open-drain operation with a weak pull-up.
    //
    GPIOPadConfigSet(ulPort, ucPins, GPIO_STRENGTH_2MA, GPIO_PIN_TYPE_OD_WPU); // open drain weak internal pull up

}

Über jede Hilfe/ Aufmunterung glücklich!

Matthias

[StinkyWinky (Gast)]

Wir initialisieren so:

  SysCtlPeripheralEnable(SYSCTL_PERIPH_GPIOA); /* enable the GPIOA module */
  SysCtlPeripheralEnable(SYSCTL_PERIPH_I2C1);  /* enable the I2C module */
  /* Set Pins PA6 and PA7 to I2C function */
  GPIOPinTypeI2C(GPIO_PORTA_BASE, GPIO_PIN_6 | GPIO_PIN_7);
  I2CMasterInitExpClk(I2C1_MASTER_BASE, SYSCTL_CLOCK, true); /* true = fast = ~400kHz (ca. 320kHz) */

[Matthias (Gast)]

Also die SysCtlEnables verwende ich eh auch weiter oben.

Und ohne GPIOPinConfigure? laut API sagens dort:

"To fully configure a pin, a GPIOPinTypexy() function should also be 
called."

Hab es auch ohne denen getestet, aber das Ergenis is das selbe: SCL ist 
immer LOW. Aber Danke fürn Tip!

Ich hab grad beim Durchstöbern des Controller-Datenblattes folgendes 
gelesen:
"I2C module 0 clock. Note that this signal has an
active pull-up. The corresponding port pin should
not be configured as open drain."

Das ist bei allen I2Cx-modulen so (S.956)
Was ist da bitte los, dass man Pushpull mit active Pullup hat?

[StinkyWinky (Gast)]

Sorry, hab gerade gesehen, dass du eine andere Prozessorfamilie hast. 
Wir verwenden den LM3S1968.