Ja aber hää... Ich brauche Nullen und Einsen
Auf der nächsten Seite sind die Command Bytes ja auch nicht explizit angeschrieben... Meist ja so C7...C0 / D7..D0? (Z.B. beim fall e.)) auf S.13


Zu Seite 14:
Beispiel:
TX RX ACh MASTER sends Access Config command.

Nun schön... Was ist ACh (=Command Byte) in Binär ausgedrückt?


_________________
Meine Projekte:
http://mauerer.m.googlepages.com

[ Diese Nachricht wurde geändert von: Steppenwolf am  3 Jul 2007 13:52 ]

[ Diese Nachricht wurde geändert von: Steppenwolf am  3 Jul 2007 13:55 ]

... und auf Seite 14 ist ein gesammtes Protokoll von Master (=AVR) an Slave (=Thermometer) abgedruckt. TX = senden, RX = empfangen.

Im AVR310 (Application Note von Atmel) http://www.atmel.com/dyn/resources/prod_documents/doc2561.pdf
findest Du auf Seiten 2...4 die Umsetzung von Byte -> Bitstream.

Edit:
ACh bedeutet: 10101100
(2*4bit, A= 1010, C=1100, h=Kennzeichen hexadezimale Schreibweise)


[ Diese Nachricht wurde geändert von: hajos118 am  3 Jul 2007 14:12 ]

Hä? Und was hat das mit meinem Problem zu tun?

Jetzt weiss ich ja immer noch nicht, was ich dem Thermometer sagen muss, damit es mir z.B. die zwei Temperatur-Bytes rauslässt...

_________________
Meine Projekte:
http://mauerer.m.googlepages.com

Zitat : Steppenwolf hat am  3 Jul 2007 14:11 geschrieben :

Hä? Und was hat das mit meinem Problem zu tun? Jetzt weiss ich ja immer noch nicht, was ich dem Thermometer sagen muss, damit es mir z.B. die zwei Temperatur-Bytes rauslässt...

Na ja, Dein Thermometer "spricht" I2C - also dürfte es doch am einfachsten sein, den AVR auch in dieser Sprache zu betreiben. Die Application Note beschreibt einen I2C Master - genau das, was dein Temp-Chip als Gegenstelle braucht.
Damit hast Du schon eine gemeinsame Sprache. Fehlt nur noch die höfliche Anfrage (das protokoll), mit dem der Temp-chip dann auf die Anfrage des I2C - Master reagiert, wenn er angesprochen wird (I2C Adresse muss passen). Dieses Protokoll ist im Datenblatt Deines Temp-Chip beschrieben.
Du mußt dich also gar nicht mit 0 und 1 herumschlagen - das macht schon der I2C Master...

Hä ja wie jetzt...
Das mit I2C is mir schon klar.

Nur: Ich kann dem Thermo-Chip ja verschiedene Befehle geben wie z.B.
- Gib mir die Temperatur aus
- Lass mich dein Config-Register ändern
- etc.

Dies macht man ja, indem man nach der Aufnahme der Verbindung zum Slave das Command-Byte schickt... (S.13 des Thermo-DB)

Nur: Wie sieht dieses Command-Byte denn nun für die jeweilige Aktion aus? Bei einigen Fällen steht das im Thermo-DB (S.13), im Fall "e)" auf Seite 13 stehen für das Command-Byte ja nur so doofe Nummerierungen.. Was muss da rein?


_________________
Meine Projekte:
http://mauerer.m.googlepages.com

[ Diese Nachricht wurde geändert von: Steppenwolf am  3 Jul 2007 14:26 ]

Im Anhang mal der Ausschnit aus dem DB.
Was muss ich für C7...C0 einsetzen?


_________________
Meine Projekte:
http://mauerer.m.googlepages.com

Zitat : Steppenwolf hat am  3 Jul 2007 14:29 geschrieben :

Was muss ich für C7...C0 einsetzen?

Das musst du nicht selbst binär einsetzen, das macht der I2C Master für dich.

Deine vielen hää? sind übrigens etwas irritierend, besonders wenn explizit auf deine Fragen geantwortet wurde:

Zitat :

Was ist ACh (=Command Byte) in Binär ausgedrückt?

Antwort:

Zitat :

Edit: ACh bedeutet: 10101100 (2*4bit, A= 1010, C=1100, h=Kennzeichen hexadezimale Schreibweise)

Reaktion:

Zitat :

Hä? Und was hat das mit meinem Problem zu tun?

Wie meinen?

Zurück zum Problem: Du übergibst dem Master Adress- und Datenbytes, der Master schickt die dann binär über den I2C Bus.
Der DB Ausschnitt zeigt das Timing-Diagramm der Datenübertragung auf dem Bus.
So weit musst du aber gar nicht gehen - ausser du willst die Kommunikation mit dem KO nachvollziehen.


Und weiter gehts...

Zitat :

Das mit I2C is mir schon klar.

Wirklich?

Zitat :

auf Seite 13 stehen für das Command-Byte ja nur so doofe Nummerierungen..

Nimm das Command Set auf Seite 12. Da sind die Befehle doch beschrieben.

Ne, sry, aber gewisse Sachen sollten schon geläufig sein, beispielsweise Hex-Darstellungen etc.

Zudem täte ein Blick in den Bereich "TWI" im Datenblatt erheblich zum Aha-Effekt beitragen.

P.S.: Was kümmert dich denn der Bitstrom? Wenn du Daten senden willst, dann macht man das so:

TWDR = &HAC 'in Basic
TWDR = 0xAC; 'in C
ldi r16, 0xAC
out TWDR, r16 'in Assembler

Da die I²C- /TWI-Hardware alles selbst macht muss du dich nur um die Start- und Stopkonditionen und die Lese-Schreib-Bits kümmern.
Im besseren Fall wertest du noch die Statusregisterwerte aus, um beispielsweise zu checken, ob die Kommunikation erfolgreich war.

_________________

Jäsoo... Jetzt is klar...Hab das Edit oben nicht gesehen
Hab doch noch nie was mit Hex gemacht... Bzw. hab gedacht, dass das Hex ist, nur beim "übersetzen" hab ich das "h" mit dazugenommen...

Wie I2C rennt ist mir schon bewusst... ich habs halt lieber binär und bin durch die "komische" Darstellung der Bytes etwas ins Trudeln geraten...

Ok, nun sind alle Fragen beantwortet, vielen Dank!!

Gruss
Mario

_________________
Meine Projekte:
http://mauerer.m.googlepages.com

[ Diese Nachricht wurde geändert von: Steppenwolf am  3 Jul 2007 16:38 ]

_________________