MSP430 Senden eines Bytes via I2C

[Michael (Gast)]

Guten Abend,

ich habe nun schon einige Projekte auf dem MSP430G2553 realisiert und 
wollte mich nun mal mit I2C befassen. Dazu habe ich die Beispielcodes 
von TI ausprobiert, unter anderem den hier:

#include <msp430.h>

unsigned char TXData;
unsigned char TXByteCtr;

int main(void)
{
  WDTCTL = WDTPW + WDTHOLD;                 // Stop WDT
  P1SEL |= BIT6 + BIT7;                     // Assign I2C pins to USCI_B0
  P1SEL2|= BIT6 + BIT7;                     // Assign I2C pins to USCI_B0
  UCB0CTL1 |= UCSWRST;                      // Enable SW reset
  UCB0CTL0 = UCMST + UCMODE_3 + UCSYNC;     // I2C Master, synchronous mode
  UCB0CTL1 = UCSSEL_2 + UCSWRST;            // Use SMCLK, keep SW reset
  UCB0BR0 = 12;                             // fSCL = SMCLK/12 = ~100kHz
  UCB0BR1 = 0;
  UCB0I2CSA = 0x48;                         // Slave Address is 048h
  UCB0CTL1 &= ~UCSWRST;                     // Clear SW reset, resume operation
  IE2 |= UCB0TXIE;                          // Enable TX interrupt

  TXData = 0x00;                            // Holds TX data

  while (1)
  {
    TXByteCtr = 1;                          // Load TX byte counter
    while (UCB0CTL1 & UCTXSTP);             // Ensure stop condition got sent
    UCB0CTL1 |= UCTR + UCTXSTT;             // I2C TX, start condition
    __bis_SR_register(CPUOFF + GIE);        // Enter LPM0 w/ interrupts
                                            // Remain in LPM0 until all data
                                            // is TX'd
    TXData++;                               // Increment data byte
  }
}

//------------------------------------------------------------------------------
// The USCIAB0TX_ISR is structured such that it can be used to transmit any
// number of bytes by pre-loading TXByteCtr with the byte count.
//------------------------------------------------------------------------------
#if defined(__TI_COMPILER_VERSION__) || defined(__IAR_SYSTEMS_ICC__)
#pragma vector = USCIAB0TX_VECTOR
__interrupt void USCIAB0TX_ISR(void)
#elif defined(__GNUC__)
void __attribute__ ((interrupt(USCIAB0TX_VECTOR))) USCIAB0TX_ISR (void)
#else
#error Compiler not supported!
#endif
{
  if (TXByteCtr)                            // Check TX byte counter
  {
    UCB0TXBUF = TXData;                     // Load TX buffer
    TXByteCtr--;                            // Decrement TX byte counter
  }
  else
  {
    UCB0CTL1 |= UCTXSTP;                    // I2C stop condition
    IFG2 &= ~UCB0TXIFG;                     // Clear USCI_B0 TX int flag
    __bic_SR_register_on_exit(CPUOFF);      // Exit LPM0
  }
}

Die SDA und SCL Leitungen (P1.6 und P1.7) habe ich mir auf einem 
Oszilloskop angeguckt und festgestellt das lediglich ununterbrochen die 
Slave Addresse (0x48) gesendet wird, aber nicht das zu sendende Byte 
(0x00 ++).

Interpretiere ich da etwas falsch oder muss ich den TI Sourcecode noch 
abändern?

Beste Grüße,
Michael

[Rufus Τ. F. (rufus)]

Ist denn auch ein I2C-Slave angeschlossen, der etwas mit den Daten 
anfangen kann? Ohne den (bzw. dessen Antwort, ein ACK) wird nicht mehr 
als das Adressbyte gesendet.

[Michael (Gast)]

Es ist ein Temperatursensor angeschlossen, der SMBus fähig ist und die 
eingestellte Addresse besitzt. Da der SMBus vom I2C-Bus abgeleitet ist, 
sollte man Ihn mit Hilfe des USCI-Moduls ansprechen können.

Aber der Hinweis ist sehr hilfreich. Gut möglich das beim Ansprechen des 
Sensors was schief geht. Danke!

[Rufus Τ. F. (rufus)]

Welcher Sensor genau, und wie genau hast Du den angeschlossen? An 
Pullups gedacht?

[Christopher (Gast)]

Guten Abend!

Hatte gestern auch das Problem bei dem gleichen Mikrocontroller eine RTC 
über I2C anzusprechen.
Daraufhin habe ich etwas gegooglet und folgende Links für C-Code (Using 
the USCI I2C Master) und entsprechender Anleitung auf der TI-Website 
gefunden:

http://www.ti.com/litv/pdf/slaa382
http://www.ti.com/litv/zip/slaa382

Es müssen nur Kleinigkeiten angepasst werden und die Kommunikation 
funktioniert einwandfrei.

Wie sieht es den Hardware-Seitig aus? Arbeitet der Slave auch mit 3.3V 
oder benutzt du einen Pegelwandler?

Hoffe, die Links können weiterhelfen! :)

[Michael (Gast)]

Hallo,

erst mal danke für die konstruktiven Hinweise.

Pull-Ups sind auf meiner Platine vorhanden, auch die 3,3 V 
Versorgungsspannung.

Die beiden Links sind sehr hilfreich. Damit hat es funktioniert.

Herzlichen Dank.

[Rufus Τ. F. (rufus)]

Ein Hinweis zum von Christoper verlinkten Dokument slaa382.pdf:

Die Abbildung "Figure 2" auf Seite 2 ist exakt dieselbe wie "Figure 1" 
und beschreibt daher nicht den "Master Receiver".

Das Dokument scheint in den letzten sieben Jahren auch nicht 
überarbeitet worden zu sein:

Beitrag "Fehler in TI - Beispielprogramm für I2C -Bus (MSP430)?"