I2C Adressen

[Kampi]

Hallo Gerhard,

da bist du auf dem Holzweg.
Eine I2C Kommunikation läuft immer so ab:

Start
Übermitteln der Geräteadresse
Übermitteln von Registeradressen
Übermitteln von Daten
Ende

Um das auf deine Uhr zu kopieren:
I2C Startkondition senden, die 0x68 (die Geräteadresse der Uhr - siehe Datenblatt S. 12 - Slave Adress) senden, dann das Register was du auslesen willst (z.B. 0x01 für das Minutenregister), dann eine neue Startbedingung (steht auch im Datenblatt S. 11):

http://datasheets.maximintegrated.com/en/ds/DS1307.pdf

Und dann shiftet die Uhr den Inhalt des Register raus.
Das musst du dann nur noch empfangen
Und dieses Prinzip gilt für JEDES I2C Device.

[m.a.r.v.i.n]

Hallo Gerhard, Kampi
@Kampi Deinem Beitrag stimme ich zu, bis auf

Und dieses Prinzip gilt für JEDES I2C Device.

Der PCF8574 z.B. hat keine Registeradresse. Da folgen die Daten direkt nach der Adresse.
Grüße Peter

[dremler]

Manche Devices haben auch ein Autoinkrement des Addresspointers.

Wenn du zum Beispielen 0x1d 0x44 schreibst, landest du bei Device 0x1d auf Adresse 0x44. Wenn ich jetzt 3 Bytes auslese liest er automatisch 0x44 0x45 0x46 aus. Muss aber das Device unterstützen und steht alles im Datenblatt.

[Kampi]

Hallo Gerhard, Kampi
@Kampi Deinem Beitrag stimme ich zu, bis auf
Der PCF8574 z.B. hat keine Registeradresse. Da folgen die Daten direkt nach der Adresse.
Grüße Peter[/COLOR]

Stimmt. Den habe ich jetzt nicht bedacht.
Paar Sonderlinge existieren und für genauere Infos ist immer ein Blick ins Datenblatt notwendig.
Autoincrement hast du z.B. bei EEPROMs (24C02 o.ä.). Da brauchst du nur eine Startadresse übermitteln.

Edit:
Beim PCF8574 musst du auch beachten, dass der Chip drei Adresspins hat, sprich du kannst damit die Adresse noch verändern.

[oderlachs]

Hallo Ihr Beiden,
habt recht vielen Dank für die für mich recht viel erklärenden Zeilen.
Zuerst habe ich mal dem Sch...AdobeReader vom PC geschmissen, der hat mit den datenblättern alles gemacht nur nicht das was ich gern hätte. Nun kann ich auch mit dem schon immer installierten Foxid-Reader die Datenblätter besser und auch vollständig(!!!) lesen und vorallen lesegerecht ausdrucken. Weiss auch nicht wie dieser Softwareekel von Adobe sich da eingenistet hatte.
ich werde meine Code auf meinen Webspace veröffendlichen zur Begutachtung um das Forum hier nicht so zu belasten. es wäre nett wenn Ihr Euch das dann mal anschauen würdet.
Aber nun "studiere" ich nochmals die Datenblätter und schreib den Code danach in meine main und headerdateien..

Eine Frage habe ich noch, obwohl sie ja allgemeiner Art vielleicht ist, finde ich irgendwo eine Erklärung zu den Funktionen der Standart AVR Libs , hier zBsp die TWI.h und den daraus ergebenden Funktionen wie TWI_Write, TWI_Read oder so ?
Da sehe ich noch gar nicht recht durch, ja ich bin vielleicht vom Arduino noch etwas angeschlagen, wo jede Standart Lib detailiert erklärt wurde..

Danke Euch nochmals, war/ist echt ne Hife was da geschrieben wurde !

Gerhard

[Kampi]

Hey,

schau mal ob dir das hier hilft:

http://www.atmel.com/Images/doc2565.pdf

[oderlachs]

Ja Kampi das habe ich schon gelesen, na ja nicht alles noch nicht verstanden...
Nun noch eine Frage was ich nicht kapiere, bzw sicherheitshalber nachfrage ich habe die DS1307 Adresse definiert:

#define DS1307      0x68  // Hex
#define...

will ich dieses Adresse jetzt an die write funktion übergeben muss ich sie erst noch umwandeln so wie hier:

adresse = (DS1307 << 1)
twi_write(adresse,wr)  // wr 0 für write , 1 für read
{...
if (wr) adresse |= 1; //wr =1 für lesen
TWDR = adresse ;
TWCR= (1<< TWEN) | (1<< TWINT); 
while (!(TWCR & (1 << TWINT)));  // warte bis fertig
...}

wie habe ich das zu verstehen und muss ich die Register Adressen auch shiften ?? : adresse = (reg_adress << 1)

Ich weiss ich nerve mit saudummen Fragen, abver irgendwann muss ich ja mal das kapieren, die Grundsätze wenigstens..

Danke

Gerhard

Nachtrag : kampi habe mir eben das PDF doku ausgrdruckt, denke das ich da was von verstehe und anwenden kann....

[Kampi]

Hey,

naja so sau dumm ist die Frage nicht
Die Adresse die im Datenblatt steht (in deinem Fall die 0x68 ) ist die Grundadresse, sprich OHNE Read/Write Bit.
Das heißt für eine komplette Adresse musst du das Read/Write Bit noch anhängen und das ist ja immer unterschiedlich, je nachdem ob du Lesen oder Schreiben willst.
Ergo wird das Bitmuster für die 0x68 um eine Stelle nach links geschoben.
Dadurch wird das Read/Write Bit automatisch mit einer 0 gefüllt und du musst es im Falle eines schreibenden Zugriffs nur noch auf 1 setzen (das machst du, indem du die Adresse mit einer 0x01 verODERst).