Hi, ist es möglich dass ich einem Master Befehle mit einem anderen Master schicke? wenn ja, wie stellt man das an? reagiert er automatisch wenn ich ne slave adresse eintrage und twea enable? oder beisst sich das dann mit was anderem? grüßle Flo
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...
Kann man nicht einfach die Master mit nem zweiten I2C interface ausstatten das dann halt Slave ist? Oder ist das total abwegig?
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?
Jungs, lest doch einfach mal die I2C-Beschreibung durch. Klar kann I2C Multimaster. Ein Multimaster ist immer auch Slave. Nur, wenn man Start sendet und der Bus frei ist, geht er in den Master-Mode. Er muß allerdings damit rechnen, daß er die Arbitration verliert und dann eben nochmal versuchen zu senden. Ist also ein bissel Software-Schreiberei. Peter
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
Wenn ich es richtig verstanden habe, dann soll nur ein einziges Byte zwischen den 2 Master ausgetauscht werden? Und wenn dieses eine Byte in einem anderen Slave zwischendeponiert wird? Das wäreen nur ein paar Zeilen Programm-Code in diesem Deponie-Slave ;) Bernhard
Bernhard Schulz wrote:
> Und wenn dieses eine Byte in einem anderen Slave zwischendeponiert wird?
Und was soll das bringen ?
Es können trotzdem beide Master gleichzeitig zugreifen und dann einer
die Arbitration verlieren.
Der Softwareaufwand ergibt sich nicht so sehr aus der Slave-Funktion
(das sind sie automatisch in den Pausen), sondern in der
Kollisionsbehandlung.
Peter
Peter Dannegger wrote: > Bernhard Schulz wrote: > >> Und wenn dieses eine Byte in einem anderen Slave zwischendeponiert wird? > > > Und was soll das bringen ? > Hätte nach meiner Meinung folgenden Vorteil: Die Master müssen nicht in den Slave-Modus geschaltet werden, sie bleiben als Master starr im System. Die Sendekollisionen müssen so oder so behandelt werden, denn es soll ja ein Multimastersystem sein, gel? Bernhard
@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.
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.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.