|
Anzeige
|
I2C broadcast generell implementiert?
Gast
#6109639
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
Gast
#6109659
Was hat Google mit I2C zu tun? 3.1.13 General call address https://www.nxp.com/docs/en/user-guide/UM10204.pdf
Gast
#6109660
Ja, ist im Protokoll vorgesehen (über Adresse 0, soweit ich weiß), aber nur sehr wenige Slaves unterstützen das.
Gast
#6109690
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.
Gast
#6110475
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.
Gast
#6110544
Im Prinzip kann man mehrere I²C Client mit gleicher Slave-Adresse parallel an den Bus schalten, sofern ihre Ansteuerung write-only stattfindet. Antwort schreiben |
Anzeige
|
