wie sieht ein i2c protokoll aus?

Nunja, nur "wie" weiss der empfänger das sind die daten für x und das 
die daten für y?

falsches Forum...

Tobias N. schrieb:
> Nunja, nur "wie" weiss der empfänger das sind die daten für x und das
> die daten für y?

Das weiß er, indem du die verlinkte Doku von Philips gelesen und 
umgesetzt hast. Das Lesen von Datenblättern verschiedener I2C Slaves 
bestätigt und verfestigt deine (Er)Kenntnisse von Philips.

Hier ein Klassiker: http://www.nxp.com/documents/data_sheet/PCF8574.pdf
Oder hier was lange Sommerabende: 
http://www.rn-wissen.de/index.php/I2C_Chip-%C3%9Cbersicht

Falsches Forum. Dabei steht es direkt oben...

Tobias N. schrieb:
> Nunja, nur "wie" weiss der empfänger das sind die daten für x und
> das die daten für y?
Das findet man oft im Datenblatt...

Also könnte ich ihm z.b. eine Zahl senden, also sende ich ihm z.b. 
078040 und teile das dann auf dem slave, das die erste 3zahlen x und die 
letzten y sind, demnach dann x = 078 und y = 040?

OCR1A wäre dann 78
ORC1B wäre dann 40

Da ja nur meine eigenen ics miteinander reden kann ich mir das ja 
ausdenken oder?

Ausser das Display, aber da sollte es ja keine probleme geben, oder?

Tobias N. schrieb:
> Da ja nur meine eigenen ics miteinander reden kann ich mir das ja
> ausdenken oder?
>
> Ausser das Display, aber da sollte es ja keine probleme geben, oder?

Das Display hat ja eine andere Adresse.
Selbst wenn es auf dem Bus mithört, anhand der Adresse erkennt es ja, 
das das nachfolgende nicht für es gedacht ist.

> 078040

Was machen die 0-en da dazwischen?


erstens:
Du verschickst immer Bytes. Also schreib das auch als Bytes an.

zweitens:
es ist ungeschickt, da eine 0 dazwischen zu klemmen.
Fass das jeweils erste Byte als eine Art Subadresse auf, mit der der 
Master bekannt gibt, was er eigentlich haben will. Von mir aus bedeutet 
ein Byte mit dem Wert 0: das nächste Byte ist der Wert, der den Tastgrad 
für die PWM 1 bestimmt(OCR1A). Und ein Wert von 1 bedeutet: das nächste 
Byte ist der WErt, der den Tastgrad für die PWM 2 (bei dir OCR1B) 
angibt.

So wie bei der Post:
In einem Mietshaus wohne viele Parteien. Alle haben prinzipiell erst mal 
dieselbe Adresse. Die wird auf einem Brief angegeben. Um aber die 
einzelnen Parteien an der prinzipiell gleichen Adresse unterscheiden zu 
können, gibt es den Zusatz der Postkastennummer.
Damit ist für den Briefträger eindeutig, wohin der Brief 
"Beethofenstrasse 27/6" gehört. Er gehört in den Briefkasten mit der 
Nummer 6, der in besagtem Haus steht. Das ist ein anderer Empfänger als 
ein Brief, der an die Adresse "Beethofenstrasse 27/5" adressiert ist. 
Das ist der Briefkasten gleich daneben.

Start
Sende adresse
Sende (078040)
Stop

Der pwm wert ist ja von 0 bis 100 und ich würde den empfangenen string 
(078040) dann auf dem slave zu je 3 teilen also in 078 und 040 und das 
dann auf die pwm werte geben. Ohne nullen würde es ja 7804 sein was wenn 
ich es dann teilen würde einmal 780 und einmal 4 seien würde.

Tobias N. schrieb:
> string (078040)
Wenn du statt dem String 2 Binärzahlen sendest, bist du 3-mal so schnell 
und sparst dir das umwandeln binär-->String-->binär.
Und du hast für jeden Wert noch ein Bit als steuerbit frei.

Das mit den bits und bytes usw verstehe ich mal garnicht :(

Tobias N. schrieb:
> Start
> Sende adresse
> Sende (078040)
> Stop

Das wird so nicht gehen :-)


* Start unter Angabe der Slave Adresse
* Sende das Byte 0x00 als Kennzeichen, dass das nächste Byte der X WErt 
ist
* Sende das Byte 78 als Wert für diesen X-Wert
* Sende das Byte 0x01 als Kennzeichen, dass das nächste Byte der Y Wert 
ist
* Sende das Byte 40 als Wert für diesen Y-Wert
* Stop


> Der pwm wert ist ja von 0 bis 100 und ich würde den empfangenen string

Ämh.
Da gibt es keinen String.
Das sind Bytes, die da über die Leitung gehen. Es macht absolut keinen 
Sinn, da über die Zwischenstufe eines Strings zu gehen. Das versendete 
Byte ist schon der jeweilige Wert selber.

Strings nimmt man dann als Kommunikationsmedium, wenn sie einen Vorteil 
bringen, wie zb. das man am anderen Ende ein Terminal anhängen kann, so 
dass ein Mensch mitlesen kann. Aber abgesehen davon, machen Strings da 
wenig Sinn. Und schon gar nicht bei I2C, bei dem man noch nicht mal das 
Problem hat, das man manche Bytewerte zur Protokollsynchronisierung 
benötigen würde. Die Synchronisierung geschieht durch den Start und den 
Stop wunderbar ganz von alleine.

Tobias N. schrieb:
> Das mit den bits und bytes usw verstehe ich mal garnicht :(
Dann solltest du es lernen oder die ein anderes Hobby suchen.
I2C sendest die Daten byteweiße (8bit). Mit dem 8bit kannst du zahlen 
von 0 bis 255 Darstellen, mit nur 7 bit von 0...127, was ja genügt. 
Somit hättest du das 8. bit als Steuerbit frei.

Die gesamte übertragung würde ich so machen:
Start - Adresse des Empfängers - PWM1 - PWM2 - Stop
Die Adresse, PWM1 und PWM2 sind 8bit Zahlen.

Karl Heinz schrieb:
> * Start unter Angabe der Slave Adresse
> * Sende das Byte 0x00 als Kennzeichen, dass das nächste Byte der X WErt
> ist
> * Sende das Byte 78 als Wert für diesen X-Wert
> * Sende das Byte 0x01 als Kennzeichen, dass das nächste Byte der Y Wert
> ist
> * Sende das Byte 40 als Wert für diesen Y-Wert
> * Stop
>
Was/wie empfängt der Slave die daten denn dann und weisst sie zu? Wo und 
wie schreibt der die sich hin?

Tobias N. schrieb:
> Was/wie empfängt der Slave die daten denn dann und weisst sie zu? Wo und
> wie schreibt der die sich hin?
Lies dir am besten den Teil des Datenblattes deins µCs durch, der das 
I2C Modul beschreibt. Und vorher wie das mit dem Bits und Bytes 
funktioniert.

Tobias N. schrieb:
> Was/wie empfängt der Slave die daten denn dann und weisst sie zu? Wo und
> wie schreibt der die sich hin?

Hallo!
Wenn du den Slave fertig kaufst (z.B den bereits genannten PCF8574), 
steht das in dessen Datenblatt. Wenn Du selbst einen Slave baust, dann 
ist genau das Deine Aufgabe. Du allein mußt festlegen, wie der Slave 
arbeitet, Dir ein Protokoll ausdenken und das dann in Software umsetzen.