TWI Problem mit Timer0 Atmega8

[Roman (Gast)]

Hallo zusammen,

Ich versuche einen Beschleunigungssensor mit TWI Schnittstelle 
auszulesen.
Ich will die Ergebnisse via UART im 50Hz Takt an den PC schicken.
Dazu nutze ich den Timer0 und eine if-Bedingung, etwa so:

#define timer0 TCNT0

uint8_t address = 0x1D;  //Adresse des Sensors
I2C Bus(100000);         //Instanz meiner TWI Klasse (100kHz Bitrate)
MMA8452Q Sensor(Bus);    //Instanz meiner Sensor Klasse
int Data[3];          //Speicher für Sensordaten

int main()
{
  init_timer0();
  init_UART();
  Sensor.init();
  while(1)
  {
  if(timer0 - 156 >= 0)  //50Hz Schleife
  {
    timer0 = 0;
    Sensor.update_state();  //hol Daten vom Sensor
    Sensor.get_state(Data); //speicher Daten in pointer

    UART_String("\r");
    for(int i = 0;i<3;i++)  //Ausgabe der Werte via UART
    {
      UART_int(Data[i]);
      UART_String("  ");
    }


  }

  }


  return 0;
}

Der Controller bleibt aber in einer while Schleife meiner TWI_Start 
Funktion hängen. Dieses Problem habe ich aber nur, wenn ich den Timer0 
benutze um meinen Code im 50 Hz Takt auszuführen. Wenn ich also im 
obigen Code die Bedingung:

if(timer0 - 156 >= 0)  //50Hz loop

weglasse, dann klappt alles prima.
Was für einen Zusammenhang gibt es denn zwischen dem TWI und Timer0?
Hier noch die TWI_Start Funktion, wo der Controller hängen bleibt:

uint8_t I2C::TWIM_Start (uint8_t address, uint8_t TWIM_Type)
{
  uint8_t    twst;
  /*
  ** Send START condition
  */
    TWCR = (1<<TWINT)|(1<<TWSTA)|(1<<TWEN);
  /*
  ** Wait until transmission completed
  */
    while (!(TWCR & (1<<TWINT))){} !!!!!!hier bleibt der Controller hängen!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
  /*
  ** Check value of TWI Status Register. Mask prescaler bits.
  */
    twst = TWSR & 0xF8;
    //UART_String("\n\rStatus:\n\r");
    //UART_int8(twst);
    //UART_String("\n\r");
    if ((twst != TWI_START) && (twst != TWI_REP_START)) return FALSE;
  /*
  ** Send device address
  */
    TWDR = (address<<1) + TWIM_Type;
    TWCR = (1<<TWINT)|(1<<TWEN);
  /*
  ** Wait until transmission completed and ACK/NACK has been received
  */
    while (!(TWCR & (1<<TWINT))){}
  /*
  ** Check value of TWI Status Register. Mask prescaler bits.
  */
    twst = TWSR & 0xF8;
    if ((twst != TWI_MTX_ADR_ACK) && (twst != TWI_MRX_ADR_ACK)) return FALSE;

    return TRUE;
}

Ich kann mir im Moment wirklich nicht vorstellen an was das Problem 
liegen könnte, hat jemand von euch eine Idee?

Liebe Grüsse,
Roman

[Karl H. (kbuchegg)]

Roman schrieb:

> Was für einen Zusammenhang gibt es denn zwischen dem TWI und Timer0?

Keinen.

> Ich kann mir im Moment wirklich nicht vorstellen an was das Problem
> liegen könnte, hat jemand von euch eine Idee?

Zeig doch mal deine Timer Initialisierung.
Irgendwelche Interrupts freigegeben, für die es keine ISR gibt?

[Roman (Gast)]

#include "TIMER.h"
#include <avr/io.h>

void init_timer0()
{
  TCCR0 |= (1<<CS02)|(1<<CS00);              //1024 prescaler
}

Nein, ich benutze sonst nirgends Interrupts.

[Nils N. (hagbard)]

Hast du PullUps an den TWI Leitungen?
Sonst bleibt er gerne an der beschriebenen Bedingung hängen.

while (!(TWCR & (1<<TWINT))){} !!!!!!hier bleibt der Controller hängen!!!!!

Ich sehe auch nirgendwo ein sei() um die Interrupts einzuschalten.
Dann funktioniert das

if(timer0 - 156 >= 0)  //50Hz loop

nicht.

Nur so als Ideen. Hab mir den Code nicht so genau angesehen.

[Cyblord -. (cyblord)]

Nils Nachname schrieb:

> Ich sehe auch nirgendwo ein sei() um die Interrupts einzuschalten.
> Dann funktioniert das
>

> if(timer0 - 156 >= 0)  //50Hz loop
>

> nicht.

Warum soll das ohne Interrupts nicht funktionieren?

[Karl H. (kbuchegg)]

Nils Nachname schrieb:
> Hast du PullUps an den TWI Leitungen?

Gute Idee das zu kontrollieren.


> Ich sehe auch nirgendwo ein sei() um die Interrupts einzuschalten.
> Dann funktioniert das
>

> if(timer0 - 156 >= 0)  //50Hz loop
>

> nicht.

Doch. Tut es. Und zwar wegen

#define timer0 TCNT0

(persönliche halte ich das für keine gute Idee, aber ok.)

[Nils N. (hagbard)]

Karl Heinz schrieb:
> Doch. Tut es. Und zwar wegen#define timer0 TCNT0
>
> (persönliche halte ich das für keine gute Idee, aber ok.)

Ach ja richtig, er benutzt ja gar keinen Overflow IRQ, sondern direkt 
den Zählerwert.
Dann ist es aber komisch, dass es ohne die if-Bedingung funktionieren 
soll.
Wie weit zählt denn der Timer?
Vielleicht wird die Bedingung nie wahr?!

[Roman (Gast)]

Nils Nachname schrieb:
> Hast du PullUps an den TWI Leitungen?

Ja habe ich (10kOhm). Das TWI funktioniert ohne die if Anweisung auch 
immer problemlos.

Nils Nachname schrieb:
> Ich sehe auch nirgendwo ein sei() um die Interrupts einzuschalten.
> Dann funktioniert das if(timer0 - 156 >= 0)  //50Hz loop
> nicht.

Ok, habe ich etwas verpasst? Ich aktiviere den Timer0 und lasse ihn 
einfach hochzählen und wenn er grösser gleich 156 ist, dann setze ich 
ihn wieder auf null. Wofür brauche ich Interrupts???

[Roman (Gast)]

Nils Nachname schrieb:
> Wie weit zählt denn der Timer?
> Vielleicht wird die Bedingung nie wahr?!

In die Schleife geht er, ich gebe nämlich in der TWI-Start Funktion in 
der while schleife immer einen satz via UART aus, aus diesem Grund sehe 
ich, dass er dort hängen bleibt.

[Nils N. (hagbard)]

Ja, habe mich mit dem Timer vertan.
Dann habe ich leider spontan keine Idee.

[Roman (Gast)]

Ich hatte mit dem gleichen Sensor schon mal ein ähnliches Problem, bei 
dem der Controller in der selben while Schleife hängen geblieben ist.
Das Problem trat dann auf, wenn man vom Sensor Daten über das TWI 
gelesen hat.
Die NACK Funktion (not acknowledge) muss man als Master anscheinend 
nicht nach dem letzen empfangenen Byte aufrufen, sondern schon nach dem 
zweitletzen Byte.
Für mich macht das wenig Sinn und ich verstehe es auch nicht.
Aber wenn man es nicht so macht, dann steckt der Controller genau wieder 
in der Schleife.
Hat jemand von euch schonmal das gleiche Problem gehabt?