AVR TWI: Hängt nach dem Flaschen

Es wäre natürlich günstig, wenn du das Problem mit einem Logic Analyzer erstmal aufzeichnen und verstehen könntest.

Ansonsten braucht man bei I²C eigentlich immer irgendwo eine Rückfallebene über einen Timeout, falls die Kommunikation mal nicht das machen sollte, was man erwartet. Theoretisch kann ja beispielsweise auch per clock stretching das angeschlossene Gerät sich beliebig lange Zeit für eine Reaktion lassen – nach einer bestimmten Zeit sollte der Controller dann aber besser „kalte Füße bekommen“ und die gesamte Kommunikation als gescheitert betrachten.

Manfred L. schrieb:

Gibt es eine Möglichkeit während des Boot-Vorganges des Masters den TWI Bus so zu resetten, dass der Slave das merkt und sich auch resettet ?

Nein, eine explizite "RESET-CONDITION" gibt es nicht.

Wie Jörg schrieb sollte ein vernünftiges Timeout-Handling in jedem Slave vorhanden sein, manchmal hilft es aber auch wenn der Master den Slave mit einigen "STOP-CONDITIONS" zutrommelt, was natürlich nur greifen kann wenn der Slave des Bus nicht bereits blockiert.

Steve van de Grens schrieb:

Google nach "i2c freitakten"

In der reinen Lehre sollte das funktionieren.In der Praxis mit AVRs ist ein timeout sicherer.

Oliver

Hallo,

Eure Kommentare waren Gold wert !

Steve van de Grens schrieb:

Google nach "i2c freitakten"

Siehe auch: Beitrag "Wie funktioniert das Freitaken bei I2C" vom 22.12.2013 10:23

Ich habe die NPX Application Note AN19216-01 für das Freitaken des I2C Busses verwendet, siehe attached auf Seite 17, und den unten angehängten Code eingefügt, bevor das I2C Interface im Master initiiert und verwendet wird. Basierend darauf wird der Bus vom "hängenden" Slave wieder frei gegeben und die drei angeschlossenen Slaves können dann ohne Einschränkungen angesprochen werden.

Ich danke nochmals allen, die mir hier weiter geholfen haben, toller Service von Euch !

Grüße Manni

1

struct BitsOfByte

2

  {

3

  uint8_t b0:1;

4

  uint8_t b1:1;

5

  uint8_t b2:1;

6

  uint8_t b3:1;

7

  uint8_t b4:1;

8

  uint8_t b5:1;

9

  uint8_t b6:1;

10

  uint8_t b7:1;

11

  } __attribute__((__packed__));

12

13

#define SBIT(port,pin) ((*(volatile struct BitsOfByte*)&port).b##pin)

14

#define  SCL_DDR    SBIT(DDRC, 0)

15

#define  SCL_DATA  SBIT(PORTC, 0)  

16

#define  SDA_DDR    SBIT(DDRC, 1)

17

#define  SDA_DATA  SBIT(PORTC, 1)

18

void Reset_I2C (void)  // used for ATmega32 working as Master

19

  {

20

  uint8_t  i;

21

22

  SDA_DDR = 1;      // Set SDA line to output

23

  SDA_DATA = 1;      // Set SDA line to high

24

  SCL_DDR = 1;      // Set SCL line to output

25

26

  for (i=0; i<9; i++)    // Hammer out nine SCL clocks

27

    {

28

    Delay_us (150);

29

    SCL_DATA = 0;

30

    Delay_us (150);

31

    SCL_DATA = 1;

32

    }

33

34

  SCL_DDR = 0;      // Set SCL line to input

35

  SDA_DATA = 0;      // Set SDA line to low;

36

  SDA_DDR = 0;      // Set SDA line to input;

37

38

  //TWIM_Stop ();      // Wenn jetzt noch I2C STOP gesendet wird,

39

          // hängt der Slave wieder

40

  return;

41

  }

Eine I2C-Leitung aktiv auf high setzen ist nicht so empfehlenswert, auch wenn es auf SCL nicht ganz so kritisch ist. Sollte aber doch mal ein Slave im Clock-Stretch hängen, gewinnt halt der stärkere.

Oliver