I2C Kein ACK :-(

The TC74 is internally programmed to have a default
SMBus/I2C address value of 1001 101b.
Fehlt noch RW-Bit => 0x9A bzw. 0x9B

WOW das ging ja schnell :-D
Werde es Probieren DANKE

Mein Code leider geht es immer noch nicht.
Hast du ein anderen Tipp?

#define F_CPU 16000000UL
#define BAUD 9600                                   // define baud
#define BAUDRATE ((F_CPU)/(BAUD*16UL)-1)
 #define SCL_CLOCK  100000 //100 kHz

#include <avr/io.h>
#include <util/delay.h>
#include <util/twi.h>
#include<stdbool.h>
#include "USART.h"
#include <avr/io.h>
void I2C_sende(int daten)
{
  TWDR = daten;
  TWCR = (1<<TWINT)  | (1<<TWEN);
  while  (!(TWCR & (1<<TWINT))); // Warte bis gesendet
  if((TWSR & 0xF8) != TW_MT_DATA_ACK)
  {
    USART_putstring("Kein ACK!!!");
  }
  else
  {
    USART_putstring("ACK");
  }

}
 void I2C_start(int adresse)
 {
   TWCR = (1<<TWINT)|(1<<TWSTA)|(1<<TWEN);
   while(!(TWCR & (1<<TWINT)));
   int twst = TW_STATUS & 0xF8;
   if ( (twst != TW_START) && (twst != TW_REP_START))
   {
     USART_putstring("Fehler beim Start ");
   }
   else
   {
     USART_putstring("Kein Fehler beim Start ");
   }


   I2C_sende(adresse);


 }

 void I2C_init(void)
 {
   DDRC &= !((1<<DD0)|(1<<DD1));
   PORTC = (1<<DD0)|(1<<DD1);
   TWSR = 0;                         /* no prescaler */
   TWBR = ((F_CPU/SCL_CLOCK)-16)/2;  /* must be > 10 for stable 
operation */


 }
int main(void)
{
  USART_init();
    I2C_init();

  TWSR = 0;
  TWBR = ((F_CPU/SCL_CLOCK)-16)/2;   // 72
  I2C_start(0x9B);


    while(1)
    {
        //TODO:: Please write your application code
    }
}

Mit der Adresse 0x00 gibt es auch kein ACK.  Wo liegt der Fehler :-(

Statt einfach bloss "Bäh!" auszugeben könntest du den Status ausgeben. 
Soweit ich mit erinnere ist der bei Adresse und Daten verschieden.

Status ausgeben?

Ich gebe doch was aus wenn ich ein ACK habe oder nicht.

Der gelieferte Inhalt von TW_STATUS. Das was dir nicht passt.

Konkret: Bei z.B. Master Write gibts 0x18 nach der Adresse und 0x28 nach 
einem Datenbyte. Du sendest eine Adresse und erwartest die Quittung für 
ein Datenbyte.

TW_STATUS passt mir ja, dass klappt alles.
BZW. Start Codition wird gesendet.

Bekomme einfach kein ACK

Mein TWSR ist 64    =   0100 0000 (Binär)   falls du das meinst.

Joe M. schrieb:
> TW_STATUS passt mir ja, dass klappt alles.

Deine Aussage war bisher doch, du würdest auf die Adresse kein ACK 
kriegen. Dein Code dafür sieht bisher so aus:

1

  if((TWSR & 0xF8) != TW_MT_DATA_ACK)

2

  {

3

    USART_putstring("Kein ACK!!!");

4

  }

Dieser Code ist jedoch nur für Datenbytes im Master-Transmit geeignet, 
nicht aber für das Adressbyte in egal welchem Modus, da die Statemachine 
des TWI auch bei einer erfolgreichen Adressierung des Slave 
keinesfalls TW_MT_DATA_ACK liefert.

Eben darauf wollte ich dich mit dem Hinweis stossen, dass es wesentlich 
sinnvoller wäre, statt
  USART_putstring("Kein ACK!!!");
sowas wie
  USART_puthex("TWI Status=", TWST);
auszugeben. Damit du siehst, was tatsächlich passiert.

> Bekomme einfach kein ACK

Basierend auf Oszi/LA-Anzeige, oder basierend auf dem obigen Code? Dein 
Code ist für diese Aussage nicht geeignet. Der zeigt nur, dass du nicht 
jenen Status kriegst, den du erwartest hast.

Joe M. schrieb:
> Bekomme einfach kein ACK
>
> Mein TWSR ist 64    =   0100 0000 (Binär)   falls du das meinst.

Dann schau doch mal in deine <util/twi.h> und schau nach was die 64 
(oder 0x40 als hex) bedeuten. Vielleicht wird dir dann klarer was dir 
A.K. sagen will

Habe es  Danke sehr vielen dank :-D Jetzt klappt das ACK.
ok
Jetzt das 2 Problem.
Der Sensor sendet keine Daten

         i2c_init();
   i2c_start(0x9A); // Start Cond+ Sendet Adresse + SchreibBit
   i2c_write(0x00);   // Code für das lesen der Temp.
   i2c_start(0x9A+1);  //Start Cond+ Adresse + LeseBit
   int a = i2c_readNak(); // Hier kommt leider nur 0 raus :-(
   i2c_stop();

Was im I2C Angezeigt wird:
s     (Start Cod.)
9A A (Sendet 9A bekommt ACK)
00 A (Sendet 00 bekommt ACK)
Sr    (Start Cod.)
9B A   (Sendet 9B bekommt ACK)
00 N   (Beim lesen überträgt er nur 0er Bits)
p    ( Stop bed.)

JAAAAAAAAAAAAA ES KLAPPT

ehrlich?

ich würde die Fleury LIB installieren.
http://homepage.hispeed.ch/peterfleury/avr-software.html

Als letztes Zeichen muss ja NACK kommen und nicht ACK.
Ich würde nicht immer auf 16 Zeichen Antwort warten, ich weiss doch wie 
viel Zeichen ich erwarte und für das letzte muss es NACK sein.

Dann gibt es noch I2C Stretching auch das wäre zu prüfen, da neheme ich 
immer die Arduino LIB und versuche den Slave solange anzusprechen bis er 
wieder antwortet, kann ja auch mit einem Timeout kombiniert werden.