Seltsames Verhalten bei TWI Slave

[Stephan K. (dustpuppy)]

Hi,
ich habe ein komisches Verhalten bei TWI Slaves. Wenn ich einem Atmega8 
als Slave im Interrupt Modus laufen lasse, dann kann ich ganz normal auf 
die zugewiesene Adresse zugreifen. Allerding ist ebenfalls die naechste 
Adresse vorhanden, die ich gar nicht vergeben habe. Dieser "virtuelle" 
Slave ist auch nicht beschreibbar.
Hier der Code, den ich verwende:

#include <util/twi.h>                 // Bezeichnungen fuer Statuscodes in TWSR
#include <avr/interrupt.h>               // behandlung der Interrupts
#include <stdint.h>                 // definiert Datentyp uint8_t
#include "twislave.h"                 

//#################################### Macros
//ACK nach empfangenen Daten senden/ ACK nach gesendeten Daten erwarten
#define TWCR_ACK   TWCR = (1<<TWEN)|(1<<TWIE)|(1<<TWINT)|(1<<TWEA)|(0<<TWSTA)|(0<<TWSTO)|(0<<TWWC);  
//NACK nach empfangenen Daten senden/ NACK nach gesendeten Daten erwarten     
#define TWCR_NACK   TWCR = (1<<TWEN)|(1<<TWIE)|(1<<TWINT)|(0<<TWEA)|(0<<TWSTA)|(0<<TWSTO)|(0<<TWWC);
//switched to the non adressed slave mode...
#define TWCR_RESET   TWCR = (1<<TWEN)|(1<<TWIE)|(1<<TWINT)|(1<<TWEA)|(0<<TWSTA)|(0<<TWSTO)|(0<<TWWC);  
//########################################################################################## init_twi_slave 
void init_twi_slave(uint8_t adr)
{
  TWAR= adr; //Adresse setzen
  TWCR &= ~(1<<TWSTA)|(1<<TWSTO);
  TWCR|= (1<<TWEA) | (1<<TWEN)|(1<<TWIE);   
  buffer_adr=0xFF;  
  sei();
}

//########################################################################################## 
//ISR (TWI_vect) 
//ISR, die bei einem Ereignis auf dem Bus ausgeloest wird. Im Register TWSR befindet sich dann 
//ein Statuscode, anhand dessen die Situation festgestellt werden kann.
ISR (TWI_vect)  
{
  uint8_t data=0;
  switch (TW_STATUS)
  {
    case TW_SR_SLA_ACK:
      TWCR_ACK;
      buffer_adr=0xFF;
      break;

      case TW_SR_DATA_ACK:
       data=TWDR;
       if (buffer_adr == 0xFF)
       {
         if(data<=buffer_size)
         {
          buffer_adr= data;
         }
         else
         {
           buffer_adr=0;
         }        
         TWCR_ACK;
       }
       else
       {
         rxbuffer[buffer_adr]=data;
         buffer_adr++;
         if(buffer_adr<(buffer_size-1))
         {
           TWCR_ACK;
         }
         else
         {
           TWCR_NACK;
         }
       }
       break;

      case TW_ST_SLA_ACK:
      case TW_ST_DATA_ACK:
        if (buffer_adr == 0xFF)
        {
          buffer_adr=0;
        }
        TWDR = txbuffer[buffer_adr];
        buffer_adr++;
        if(buffer_adr<(buffer_size-1))
        {
          TWCR_ACK;
        }
        else
        {
          TWCR_NACK;
        }
        break;
      case TW_ST_DATA_NACK:
      case TW_SR_DATA_NACK:
      case TW_ST_LAST_DATA:
      case TW_SR_STOP:
        default:   
        TWCR_RESET;
        break;  
    } //end.switch (TW_STATUS)
} //end.ISR(TWI_vect)

Die Ausgabe sieht dann so aus:

root@atmega8>twi poll
Address       : 0x32
Board type    : 0x00 (Servo Controller)
Board Version : 01.00.00
Data          : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Address       : 0x33
Board type    : 0x34 (unknown)
Board Version : 34.34.34
Data          : 34 34 34 34 34 34 34 34 34 34 34 34 34 34 34 34 34 34 34 34 34 34 34 34

Kann mir Jemand sagen, wo mein Fehler liegt und wo dieser zweite Slave 
herkommt?

Als Master verwende ich die Lib von Peter Fleury.

Gruesse

Dusty

[(prx) A. K. (prx)]

Das unterste Bit einer 8-Bit I2C-Adresse ist das R/W-Bit, keine Adresse.

[Stephan K. (dustpuppy)]

Ich hab's auch probiert mit TWAR= (adr << 1) um die Adresse nach oben zu 
verschieben. Das Komische ist, dann kann ich die Adresse nicht korrekt 
ansprechen, sondern aus Adresse 100 wird Adresse 201, die ich ansprechen 
kann mit lesen und schreiben. Als haette ich 255 Adressen zur 
verfuegung.

[(prx) A. K. (prx)]

Es gibt bei I2C zwei Konventionen. Die einen betrachten die Adresse als 
8-Bit Wert, 2,4,6,8,...,254 und die anderen als 7-Bit Wert 
1,2,3,4,...,127, der in der Software irgendwo um ein Bit nach links 
geschoben wird. Wirst dich entscheiden müssen welche dir persönlich mehr 
liegt.

Nur solltest du drauf verzichten, bei der 8-Bit Version das untere Bit 
hoch zu zählen und bei der 7-Bit Variante über 127 hinaus zu gehen.

[Stephan K. (dustpuppy)]

Das erklaert aber den zweiten Slave an der folgenden Adresse nicht.