I2C broadcast generell implementiert?

[Anton (Gast)]

Hi,


bin mir nicht ganz sicher ob ich das richtig verstehe was mir Google so 
anbietet.

Ist es beim I2C-Protokoll vorgesehen, dass es einen broadcast/general 
call gibt (ein Master schickt Message an alle Slaves raus die es dann 
auch mitlesen).

Ja/Nein/Herstellerabhängig?


Gruß,
Anton

[Einer K. (Gast)]

Was hat Google mit I2C zu tun?


3.1.13 General call address
https://www.nxp.com/docs/en/user-guide/UM10204.pdf

[Stefan F. (Gast)]

Ja, ist im Protokoll vorgesehen (über Adresse 0, soweit ich weiß), aber 
nur sehr wenige Slaves unterstützen das.

[c-hater (Gast)]

Stefan ⛄ F. schrieb:

> Ja, ist im Protokoll vorgesehen (über Adresse 0, soweit ich weiß), aber
> nur sehr wenige Slaves unterstützen das.

So ist es. Der "general call" hat wohl nur für homogene Busse einen 
Sinn, also Busse mit gleichartigen Slaves (die ihn dann alle 
unterstützen). Dann würde er die Rolle eines Broadcasts spielen können, 
um Informationen vom Master an alle Slaves in einem Rutsch zu verteilen.

Also ein ziemlicher Spezialfall. Aber es könnte durchaus Anwendungen für 
sowas geben.

[Guido Körber (Gast)]

Ist abhängig vom Slave. Wie einige hier schon geschrieben haben, ist das 
halt die Frage, wann das Sinn macht.

Wir haben das in unserem intelligenten LED-Treiber LED-Warrior04 
implementiert um z.B. mehrere Treiber synchron auf neue Hellgikeitswerte 
wechseln zu lassen. Da werden die Werte erst in jeden einzelnen Treiber 
geschrieben und dann mit einem Broadcast-Kommando auf allen gleichzeitig 
aktiviert. So vermeidet man, dass die neuen Werte wie eine Welle durch 
die Leuchten laufen.

[Stefan F. (Gast)]

Im Prinzip kann man mehrere I²C Client mit gleicher Slave-Adresse 
parallel an den Bus schalten, sofern ihre Ansteuerung write-only 
stattfindet.