2 I²C Master miteinander kommunizieren lassen

Afaik geht das nicht.

Ich arbeite im Moment mit einem aduc. Der kann am selben
Port gleichzeitig Master und Slave.

Theoretisch müssten beide als Slaves arbeiten.
Wenn dann einer von beiden Sende will, schaltet er halt auf dem 
Master-Modus um. Wenn er dann fertig ist, wird er wieder zum Slave.
Ob das funktioniert, weiß ich nicht. Wurde AFAIK aber schon vor einiger 
Zeit hier mal diskutiert...

das von slave in master und zurück wechseln ist kein problem und 
funktioniert.
das problem ist nur, dass ich definitiv in beiden fällen master sein 
muss, und dann in slave gehe.
sonst wird das ganze drumherum durcheinander gebracht.

trotzdem danke

das letzte verwirrt mich...
"...dass ich definitiv in beiden fällen master sein
muss, und dann in slave gehe..."

zwei master an sich sind auf dem bus ja erstmal kein problem - siehe 
i²c-specs. und jetzt soll ein master irgendwann slave werden, oder wie 
genau !? kopfkratz

ich habe zwei master auf dem bus, und die müssen standartmäßig master 
sein.
jetzt soll master1 dem master2 einen befehl schicken, und master2 soll 
daraufhin was machen.

was nicht geht ist, dass beide standartmäßig als slave konf. sind, das 
würde von der anwendung her net gehen.

mal ne ganz dumme idee...
master1 -> slave <- master2

master1 schickt was an den slave, und master2 holt sich das vom slave 
ab...ist dann halt ne timing-geschichte, master2 müsste pollen, ab slave 
was vom master1 für ihn hat...

für den fall, dass die master-slave-umschaltung nicht möglich sein 
sollte...

>was nicht geht ist, dass beide standartmäßig als slave konf. sind, das
>würde von der anwendung her net gehen.

Warum nicht?

...weil einer master sein muss? denke ich zumindest mal..

>...weil einer master sein muss? denke ich zumindest mal..

Du kannst einen I²C-Bus auch nur aus Sklaven aufbauen. Da passiert dann 
zwar nichts, aber es ist ein I²C-Bus...

eigentlich sollte da nur ein master sein, und den anderen wollte ich 
über den i2c switch pca9543 vom hauptbus entkoppeln.

der pca muss aber auf dem upstream einen master haben, deswegen etz zwei 
master.

und deswegen kann ich master2 nicht standartmäßig nicht als slave konf. 
denn dann würde er nix mehr empfangen.

was spricht denn aus deiner sicht gegen die oben angeführte idee, die 
daten über einen slave durchzureichen?

naja, das ist relativ einfach, des ist ein weiterer mc dafür, dass ich 1 
byte von master1 zu master2 senden will.
das bedeutet:
1mc mehr mit rundumbauten, mehr leiterplattenplatz, und ganz ehrlich, 
sehr unsaubere lösung.

nö...nimmst nen i2c-eprom oder noch einfacher nen i2c-expander (8bit 
oder 16bit) als slave...damit kann man zu mindest eine art "code-wort" 
übertragen bzw zwischenspeichern...

jo, des wäre schon, suche auch schon lange nach nem mc mit 2 twi modulen 
:D

Die eigentliche Funktion dieser Schaltung muß ich nicht verstehen, oder?
Wieso wird der eine Master entkoppelt?

und wenn du einfach eine zusätzliche Leitung (IO-Port) zwischen den 
beiden Mastern ziehst und so z.B. ein MC dem anderen MC mitteilen kann, 
dass er afaik jetzt Slave zu sein hat (du ihn dann kurzfristig in den 
Slave-Mode versetzt)??
Wenn du bei beiden MCs den externen Interruptpin benutzt, dann 
funktioniert das sogar Interruptgesteuert.

ein wenig Hardwareaufwand für einfachere Software .. oder sonst halt wie 
Peter schon geschrieben hat: mehr Softwareaufwand, aber dafür weniger 
Hardwareaufwand

Hallo,

wo ist das Problem. Dein Mikrocontroller hat eine Adresse am I²C-Bus. 
Zuersteinmal sind beide Slave. Will nun der MC1 dem MC2 Daten senden, 
dann lauscht er am Bus, ob dieser frei ist. Falls ja sendet er die 
Startbedingung und die Adresse von MC2. Mc2 bestätigt, MC1 sendet Daten 
und die Stoppbedungung und geht anschließend in den Ruhezustand, wird 
wieder Slave. Nun kann MC2 eine Startbedingung senden usw..
Falls es mal mehr als zwei Master sein Sollten, mußt du überwachen, ob 
das was du sendest auch das ist was du senden möchtest. Könnten ja zwei 
Master gleichzeitig senden wollen.

Gruß

Manfred

@Bernhard Schulz

macht keinen Sinn, da der Master nicht ununterbrochen sendet, sonst 
wären mehrere Master quatsch. Also gibt es auch Pausen und in diesen 
Pausen ist er Slave.

Gruß

Manfred

Also zumindest bei den ARMegas gibt es 2 Möglichkeiten.
1. Man kann das TWI als Multimaster programmiern, dann reagiert er auch 
auf die programmierte Slave Adresse.
2. Man enabled General Call (Adr. 0), zumindest könnte man so den Master 
benachrichtigen das er irgendwo was abholen soll.

Ich habe den gleichen Anwendungsfall: Ein ATMega128 als Multimaster, ein 
ATMega32 als Slave und 2 ATTinys als Master die Daten an den Multimaster 
schicken.

Sollte ATMega heissen...

Wenn die Schnittstelle im Controller sich an die Norm hält, sollte es 
einfach so gehen. Man muß sich dann "nur noch" um die Fehlererkennung 
kümmern.