I²C-Multiplexing - Hat jemand Erfahrung?

Gast #577418
Lesenswert?

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
Gast #577435
Lesenswert?

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
Gast #577493
Lesenswert?

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
Gast #577496
Lesenswert?

@ 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

Gast #577534
Lesenswert?

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
Gast #577544
Lesenswert?

@ 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
Gast #577560
Lesenswert?

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
Gast #582524
Lesenswert?

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

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren