TWI bricht zusammen - falsche Bearbeitung oder Timingproblem!?

von J.W. (Gast)

25.05.2008 14:10

Lesenswert?

•

Hallo an alle!

Ich betreibe 3 (später sollen es 7 werden) Atmega32 (16 Mhz) in einem 
TWI-Multimaster-System mit 400kHz und einer Leitungslänge von etwa 
30cm... und bin verzweifelt: Nach einer kleinen Initialisierung sollen 
sich die Controller mit einer Art Ping-Funktion gegenseitig 
kontrollieren: Alle 200ms wird eine Anfrage geschickt und 200ms später 
kontrolliert, ob eine Antwort gekommen ist (1 kontrolliert 2, 2 
kontrolliert 3 und 3 kontrolliert 1). Ich benutze dazu den 
MasterTransiever- und den SlaveReceiver-Modus. Neben diesen "Pings" 
führen die Controller noch unterschiedliche Hauptfunktionen aus, die 
alle 4ms (Controller 3), 40 (Controller 1) oder 100ms (Controller 2) 
ausgefrufen werden.

Die Initialisierung des Systems, bestehend aus 2 Nachrichten (2 mal 3 
Byte) pro Controller, klappt (meistens) noch gut, aber danach bricht das 
TWI komplett zusammen. Außer ich plaziere in einer der main-Schleifen 
ein Delay von mindestens 20μs. Leider kann ich nicht vernünftig 
Debuggen, da sobald ich mein LCD ansteuere ja eine Verzögerung entsteht 
und alles funktioniert (JTAG wäre jetzt sicherlich hilfreich). Ich 
behandle den TWI Interrupt-basiert, hier ist der Code des Interrupts:

// 2 Wire bus interrupt service routine
interrupt [TWI] void twi_isr(void) {
  switch((TWSR&0xF8)) {
    // START has been transmitted
    case 0x08:
    // Repeated START has been transmitted
    case 0x10:
      // Set TWI busy flag
      twi_flag_busy=1;
      // Write slave address and W to data field
      TWDR=(twi_message_t[twi_message_index][0x00]<<1)&0xFE;
      // Send address
      TWCR=0xC5; // TWINT, TWEA, TWEN, TWIE
    break;
    // Arbitration lost
    case 0x38:
      // Set TWI transmit flag
        twi_flag_t=1;
      // Abort this try 
      TWCR=0xC5; // TWINT, TWEA, TWEN, TWIE  
    break;
    // SLA+W has been tramsmitted and ACK received
    case 0x18:
      // Reset message part
      twi_message_part=0x01;
      // Write data to data field
      TWDR=twi_message_t[twi_message_index][twi_message_part];
      // Send data
      TWCR=0xC5; // TWINT, TWEA, TWEN, TWIE
    break;
    // Data byte has been tramsmitted and ACK received
    case 0x28:      
      // Continue to send message if necessary
      if((twi_message_part<TWI_MESSAGE_SIZE-0x01)&&(twi_message_t[twi_message_index][0x00]<0x20)) {
        twi_message_part++;
        // Write data to data field
        TWDR=twi_message_t[twi_message_index][twi_message_part];
        // Send data
        TWCR=0xC5; // TWINT, TWEA, TWEN, TWIE
      // Message was sent
      else {
        // Delete message from TWI buffer
        twi_message_t[twi_message_index][1]=0xFF;
        // Reset TWI busy flag
        twi_flag_busy=0;
        // Set TWI transmit flag
        twi_flag_t=1;
        // Send STOP
        TWCR=0xD5; // TWINT, TWEA, TWSTO, TWEN, TWIE 
    break;
    // Own SLA+W has been received and ACK has been returned
    case 0x60:
    // Arbitration lost in SLA+R/W as Master, own SLA+W has been received and ACK has been returned
    case 0x68:
    // General call address has been received and ACK has been returned
    case 0x70:
    // Arbitration lost in SLA+R/W as Master, general call address has been received and ACK has been returned
    case 0x78:
      // Set TWI busy flag
      twi_flag_busy=1;
      // Reset message part
      twi_message_part=0x00;
      // Reset TWINT
      TWCR=0xC5; // TWINT, TWEA, TWEN, TWIE
    break;
    // Previously addressed with own SLA+W, data has been received and ACK has been returned
    case 0x80:
    // Previously addressed with general call, data has been received and ACK has been returned
    case 0x90:
      // Set TWI busy flag
      twi_flag_busy=1;
      // Save data in message
      twi_message_temp_r[twi_message_part]=TWDR;
      if(twi_message_part<TWI_MESSAGE_SIZE-2)
        twi_message_part++;
      // Reset TWINT
      TWCR=0xC5; // TWINT, TWEA, TWEN, TWIE
    break;
    // A STOP condition or repeated START has been received while still addressed as slave
    case 0xA0:
      twi_message_part=0x00;
      if(twi_attach_r(twi_message_temp_r)) {
        // Set TWI receive flag
        twi_flag_r=1;
      else
        PORTC.7=0;
      // Reset TWI busy flag
      twi_flag_busy=0;
      // Set TWI transmit flag
      twi_flag_t=1;
      // Reset TWINT
      TWCR=0xC5; // TWINT, TWEA, TWEN, TWIE
    break;
    // Bus error due to an illegal START or STOP
    //case 0x00:
      PORTC.7=0;
      // Reset TWINT
      TWCR=0xC5; // TWINT, TWEA, TWEN, TWIE
    break;


Mein Sende Buffer (twi_message_t) ist 5 Felder groß und jeder Eintrag 
besteht auf 4 Byte (Zieladresse und 3 Datenbyte). Allerdings werden auch 
noch Port-Expander (PCF8574), so dass in machen Fällen (Adresse < 0x20) 
nach dem ersten Datenbyte abgebrochen werden kann. Ein Feld im Buffer 
gilt als leer, wenn das erste Datenbyte einen Wert von 0xFF hat. Der 
Empfangsbuffer ist genauso aufgebaut und wird mit 
twi_attach_r(twi_message_temp_r) befüllt.

Eine Übertragung wird mit einer Funktion initiert, die in der 
main-Schleife bei gesetztem twi_flag_t aufgerufen wird und versucht ein 
START zu senden:

// Send messages in TWI buffer
void twi_transmit(void) {
  // Local variables
  unsigned char index;
  if(!twi_flag_busy) {
    for(index=0x00;index<TWI_BUFFER_SIZE;index++) {
      if(twi_message_t[index][1]!=0xFF) {
        // Set index to message index in buffer
        twi_message_index=index;
        // Send START
        TWCR=0xE5; // TWINT, TWEA, TWSTA, TWEN, TWIE
        break;
  // Reset TWI transmit flag
  twi_flag_t=0;  