MSP430FR5739 und I2C

[Rush .. (rush)]

Hallo liebe Leut'

seit ein paar Tagen sitze ich nun an meinem Problem.
Ich besitze ein MSP-EXP430FR5739 Experimentierboard mit dem MSP430FR5739 
uC und möchte das I2C zum Laufen bekommen. Für den Anfang würde ich es 
gerne so einfach wie möglich halten. Der code soll ledigleich die 
Start-Condition gefolgt von der SlaveAdresse und einem 0xFF auf den Bus 
schreiben. Der code tut allerdings nichts! Es tut sich weder auf SDL 
noch auf SCK irgendetwas.

Momentan sieht mein Code so aus:

#include <msp430.h> 

#define HYT_ADR_WRITE 0x28
#define HYT_ADR_READ 0x29

void init_i2c(void);
void init_Clocks(void);
//void i2c_write_byte(unsigned int, unsigned char);
void i2c_write_byte();

void init_Clocks()
{
   // Init SMCLK = MCLk = ACLK = 1MHz
      CSCTL0_H = 0xA5;
      CSCTL1 |= DCOFSEL0 + DCOFSEL1;          // Set max. DCO setting = 8MHz
      CSCTL2 = SELA_3 + SELS_3 + SELM_3;      // set ACLK = MCLK = DCO
      CSCTL3 = DIVA_3 + DIVS_3 + DIVM_3;      // set all dividers to 1MHz
}

void init_i2c(void)
{
  UCB0CTL1 |= UCSWRST;  // reset status aktiveren (i2c kann nur so konfigueriert werden)
  UCB0CTLW0 |= UCMODE_3 + UCMST; // I2C master mode
  UCB0BRW = 0x0008;  // baudrate = SMCLK / 8
  UCB0CTLW1 = UCASTP_2;  // autom. STOP assertion

  P1SEL1 |= BIT6 + BIT7;  // configure I2C pins (device specific)

  UCB0CTL1 &=~ UCSWRST;  // resetstatus verlassen

  UCB0IE |= UCTXIE;  // enable TX-interrupt
  _BIS_SR(GIE);  // general interrupt enable
}

void i2c_write_byte()
{
  UCB0TBCNT = 0x01;  // TX 1 bytes of data
  UCB0I2CSA = 0x0028;  // address slave is 28hex
  UCB0CTLW0 |= UCTR;  // transmit state

  //UCB0TXBUF = 0xFF;
  UCB0CTLW0 |= UCTXSTT;  //generate Startcondition

  while ((UCB0STATW & UCBBUSY) != 0x00){}
  UCB0TXBUF = 0xFF;
}

int main(void) {
    WDTCTL = WDTPW | WDTHOLD;  // Stop watchdog timer
    P1REN |= BIT6 + BIT7;
    init_Clocks();
    init_i2c();
    i2c_write_byte();
  
  return 0;
}

Die init_i2c(void) ist aus dem Beispiel im Datenblatt übernommen.
Die i2c_write_byte(void) habe ich laut Kapitel 20.3.5.2.1 I²C Master 
Transmitter Mode und unter Zuhilfenahme des Codes aus dem Thread [[I2C 
mit MSP430FR5739 ACK wird nicht gesetzt]] selbst geschrieben.
Laut Debugger bleibt der Controller bei der while-Schleife hängen. Bis 
dahin müsste allerdings wenigstens die Startkondition rausgegangen sein, 
was allerdings nicht der Fall ist.

Mir stellt sich auch die Frage ob den externe Pullups im I2C-Mode 
zwingend erforderlich sind oder ob das USCI-Modul bei Aktivierung der 
I2C-Einheit automatisch die internen Pullups einschaltet.

Laut LogicAnalyzer ändern sich nämlich die Pegel der mit

P1REN |= BIT6 + BIT7;

konfigurierten Pullups nicht. Ist das so korrekt? Sie bleiben immer auf 
LOW.

Könnte eventuell jeman den Code bei sie ausprobieren und mir Feedback 
geben? Das wäre wirklich super....

Danke euch schonmal im Voraus.

MfG Konrad

[Norbert M. (Gast)]

Rush ... schrieb:
> Mir stellt sich auch die Frage ob den externe Pullups im I2C-Mode
> zwingend erforderlich sind oder ob das USCI-Modul bei Aktivierung der
> I2C-Einheit automatisch die internen Pullups einschaltet.

Externe Pullups sind notwendig, weil die internen lt. Kapitel 8.2 im 
Family Guide nur dann verwendbar sind, wenn der Betriebsmodus Digital 
"I/O" ist. Wenn USCI aktiviert ist, dann ist das aber kein "Digital I/O" 
mehr, deshalb sagt 20.3 im FUG auch ganz explizit:
"Both SDA and SCL are bidirectional and must be connected to a positive 
supply voltage using a pullup resistor."
Macht auch Sinn, denn der interne Pullup hat lt. Datasheet typisch 35 
kOhm, typisch nimmt man für I2C jedoch 4k7.

> Laut LogicAnalyzer ändern sich nämlich die Pegel der mit
> P1REN |= BIT6 + BIT7 konfigurierten Pullups nicht.
> Ist das so korrekt? Sie bleiben immer auf LOW.

Vermutung: Solange das Peripheriemodul USCI aktiviert ist, ist es ihm 
egal, was Du in PxREN reinschreibst, kümmert ihn nicht, da nicht 
"Betriebsart Digital I/O".

> Könnte eventuell jeman den Code bei sie ausprobieren und mir Feedback
> geben? Das wäre wirklich super....

Mit dem Code kenne ich mich leider nicht aus, erstens verstehe ich C 
noicht wirklich großartig, zweitens bin ich generell Anfänger und 
drittens hab' ich mit dem MSP430 real noch nie was gemacht, hab' nur vor 
ein paar Wochen mal ein paar Datasheets überflogen. Und jetzt 
nachgeguckt :-)

LG, NOR

PS: Alles ohne Gewähr, hab' ich mir nur auf die schnelle 
zusammengereimt.

[Rush .. (rush)]

Hi und danke für deine Antwort....

So genau hatte ich auch nicht ins Datenblatt geschaut. Aber
1. hat die Software von meinem LA rumgsponnen was die Abtastrate anging.
   Bin dann irgendwann alle möglichen Abtastfrequenzen durchgegangen und 
sieh da, es kommt was zu erwarten war, grrrrr....

und 2. Ich habe die Pullupinitialisierung vor die Aktivierung des I2C 
Moduls geschrieben und der Bus funktioniert.

Denke mal das TI reinschreibt dass es nicht funktioniert weil sie 
einfach keine Gewähr übernehmen möchten. Wenn läuft hat man Glück...

MfG Konrad

[holger (Gast)]

>Denke mal das TI reinschreibt dass es nicht funktioniert weil sie
>einfach keine Gewähr übernehmen möchten. Wenn läuft hat man Glück...

Genau so ist es. Kein Mensch der I2C kennt nimmt 35k als
Pullup. Schon gar nicht bei 3.3V. Wenn man sich die Flanken
auf einem Osci ansieht weiss man auch warum. Papp dir
da auf jeden Fall mal 1k5 Pullups dran. Sonst bekommst
du Probleme wenn du auch mal mit 400kHz Takt auf dein I2C gehst.

[Rakete (Gast)]

Hallo,

insbesondere für Anfänger interessant: http://energia.nu/

Das ist die Arduino-IDE für die Launchpads. Damit kann man zumindest 
ganz einfach mal prüfen, ob es an der Hard- oder an der Software liegt, 
weil die Beispiele funktionieren ganz gut.