Hi! Für meine Diplomarbeit möchte ich drei Tuner mithilfe eines µ-Controllers steuern! Die Tuner haben dafür eine I²C-Schnittstelle (alle drei haben dieselben Hardware-Adressen, welche sich auch nicht ändern lassen), allerdings besitzt mein Controller nur 2 I²C-Schnittstellen. Wenn ich also 2 Tuner anspreche, fehlt mir die letzte Schnittstelle um den dritten Tuner anzusprechen! Bislang habe ich versucht, dieses Problem mit einem SPI-zu-I²C-Chip zu lösen, was auch eigentlich funktioniert, allerdings ist diese Lösung nun, da ich richtig viel Daten schaufeln möchte, zu langsam! Grundsätzlich hatte ich nun zwei Lösungsideen: 1) Einen I²C-Multiplexer verwenden 2) Mit zwei GPIOs eine eigene I²C-Schnittstelle am µ-Controller aufbauen Allerdings habe ich mit beiden Sachen keine Erfahrung, also frage ich Euch, ob jemand vielleicht Erfahrung in diesen Dingen hat und mir eine der beiden möglichen Lösungen empfehlen kann, bzw. mir eher abrät. Gruß und Dank in vorraus, Hein vonne Werft
hallo, software I2C ist meist sogar besser als das hardware mässige. nimm einfach 2 pins und schreib dir die paar zeilen selbst. falls du einen AVR benutzt, schau mal auf der seite von atmel, da gibts schon fertige lösungen dazu!! leider keine zeit, aber kannst ja mal selber schauen, ansonsten, schau i heut abend mal. gruss
Danke für die schnelle Antwort! Werde es wohl so machen, und ein Software-I²C basteln! Benutze nur leider keinen AVR, sondern einen ARM (LPC2138) - aber ich denke, dass werde ich auch ohne eine Vorlage schon irgendwie hinkriegen, danke für deine Mühe! Gruß Hein vonne Werft
@ heinvonnewerft >Die Tuner haben dafür eine I²C-Schnittstelle (alle drei haben dieselben >Hardware-Adressen, welche sich auch nicht ändern lassen), allerdings >besitzt mein Controller nur 2 I²C-Schnittstellen. >Grundsätzlich hatte ich nun zwei Lösungsideen: >1) Einen I²C-Multiplexer verwenden Geht gut, gibts bei NXP (ehem. Philips) >2) Mit zwei GPIOs eine eigene I²C-Schnittstelle am µ-Controller aufbauen Geht aus gut und ist billiger. @ fubu1000 >software I2C ist meist sogar besser als das hardware mässige. Was soll daran besser sein? MfG Falk
OK, alles sehr hilfreich! Danke euch! Allerdings bin ich jetzt auf ein Problem gestossen: I²C braucht Open-Drain! Ich kann allerdings beim LPC2138 keine Angaben finden, dass er Open-Drain GPIOs hat! Aber ich muss es meinem Slave doch irgendwie ermöglichen, dass er die Clock-Leitung auf LOW hält, wenn er beschäftigt ist! Wie bekomme ich das hin?? Gruß Hein vonne Werft
@ heinvonnewerft >I²C braucht Open-Drain! So isses. >Ich kann allerdings beim LPC2138 keine Angaben finden, dass er >Open-Drain GPIOs hat! Die meisten uC können die IOs als Ausgang oder Eingang schalten. Damit kann man Open Drain nachbilden. Ausgang mit Wert 0 -> LOW Eingang -> High Impedanz, der externe Pull-Up zieht auf HIGH MFG Falk
@ heinvonnewerft Schau dich mal im Shop von CC-Tools um: http://cctools.hs-control.de => Platinen, Bausätze, Bausteine => I²C-Bus-Komponenten => 1812 => I2C-MUX7 I²C-Bus-Multiplexer Da findest du alles was du suchst (als Denkanstoß oder schon fertig) nitraM
Hey, Super! Danke für die schnelle Antwort (da kann ich ja heute noch anfangen, den Kram zu programmieren)! :) Mein µC hat auch ein solches Register, mit dem ich die IOs auf Eingang/Ausgang schalten kann! Das sollte also die Lösung sein!! Hein vonne Werft
Danke nochmal für die hilfreichen Antworten! Es hat geklappt, ich habe mir eine eigene IIC-Schnittstelle geschrieben! Es gab dazu einige Hilfe im Netz! Multiplexing habe ich nicht mehr ausprobiert (warum auch, wenn die eigene Schnittstelle läuft? :) Für alle die, die es vllt interessiert: Habe mal meine C-Code in der codesammlung gepostet: Beitrag "3. IIC-Schnittstelle auf LPC 2138" Gruß Hein
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.