24LC1025 parallel zu anderen i2c blockiert den Bus??

OP #4315676
Ich würde vor einer Fehlersuche gerne wissen, ob es problematisch ist, 
ein i2c-EEPROM 24LC1025 parallel zu einem i2c-GPIO, einem 
i2c-Temperatursensor und einem i2c-Frequenzsynthesizer (SI570) zu 
betreiben.

Unerwarteterweise bricht die Kommunikation zwischen dem Mikrokontroller 
und den drei anderen Devices zusammen, wenn ich den EEPROM mit an den 
Bus lege. Alle Devices sind 3.3V-Devices und die i2c-Geschwindigkeit 
beträgt 400KHz (das sollten alle können).

Ich hatte erwartet, dass der EEPROM solange ich ihn nicht anspreche, 
sozusagen "nicht da" ist und alles andere so abläuft wie bisher. 
Denkfehler??

Gruß
Andreas
#4315682
@Andreas Richter (df8oe)

>Ich würde vor einer Fehlersuche gerne wissen, ob es problematisch ist,
>ein i2c-EEPROM 24LC1025 parallel zu einem i2c-GPIO, einem
>i2c-Temperatursensor und einem i2c-Frequenzsynthesizer (SI570) zu
>betreiben.

Nein, wenn alle ICs verschiedene Adressen haben.

>Ich hatte erwartet, dass der EEPROM solange ich ihn nicht anspreche,
>sozusagen "nicht da" ist und alles andere so abläuft wie bisher.

Das tut er auch.

>Denkfehler??

Nein.
Gast #4315684
Andreas R. schrieb:
> Ich hatte erwartet, dass der EEPROM solange ich ihn nicht anspreche,
> sozusagen "nicht da"

Wenn die Buslast nicht zu gross ist und das EEPROM nicht mit
anderen Busteilnehmern in der Adresse kollidiert, sollte das
kein Problem sein.
Gast #4315689
Hallo Andreas,
ich habe in meiner ganzen Zeit als Entwickler fortlaufend Probleme mit 
I2C-BUS Bausteine erlebt. Z.B. die älteren 24L02 Bausteine haben einen 
Fehler, dass sie mit SDA und SCL den BUS nach Masse klemmen können. 
Somit geht keine Kommunikation mehr. Man kommt aus diesem Zustand nur 
noch mit abschalten der Versorgungsspannung raus. Was natürlich im 
einzelnen bei Dir schiefläuft kann ich auch nicht sagen, dazu müsstes du 
einen Logik Analyzer mit I2C-BUS Funktion haben. Bei 400KHz muss man 
schon sehr gut auf die Terminierung und Leitungsreflektionen achten.

Gruß Sascha
#4315705
@ Sascha (Gast)

>ich habe in meiner ganzen Zeit als Entwickler fortlaufend Probleme mit
>I2C-BUS Bausteine erlebt.

Die können viele Ursachen haben, manchmal auch die, welche vor der 
Platine sitzen.

> Z.B. die älteren 24L02 Bausteine haben einen
>Fehler, dass sie mit SDA und SCL den BUS nach Masse klemmen können.
>Somit geht keine Kommunikation mehr. Man kommt aus diesem Zustand nur
>noch mit abschalten der Versorgungsspannung raus.

Hmmm.

>einen Logik Analyzer mit I2C-BUS Funktion haben. Bei 400KHz muss man
>schon sehr gut auf die Terminierung und Leitungsreflektionen achten.

Unfug! I2C ist auch bei 400kHz so langsam, dass man das Thema 
Wellenwiderstand incl. Terminierung NICHT beachten muss. Man KANN es 
sogar NICHT umsetzen, weil die Pull-Up Widerstände viel zu schwach sind!
Gast #4315713
Vorsicht: Bissiger Hund.

Irgendwie ist die I²C-Adresse nicht immer ganz klar. Manche rechnen von 
0 ... 127 und verschlucken sozusagen die letzte Null bzw. Eins. Manche 
gehen von einer definierten Richtung aus und rechnen somit von 0 ... 
256.
Eine Adresse von 1F könnte somit in der Praxis: 3E oder 3F sein.
Gast #4315737
Moin,

In solchen Faellen ist es nicht die duemmste Idee, wenn man in die I2C 
Leitungen zu jedem Slave kleine Serien-Rs mit 10..100 Ohm reinbaut. Wenn 
dann der Bus klemmt, kann man mittels Scope und scharfem Hinsehen 
rauskriegen, welcher slave (wenns nicht der Master ist) mit welcher 
Leitung den Bus gerade nicht mehr loslassen mag. Die Serien-Rs daempfen 
auch irgendwelche komischen Signalverlaeufe, die durch den 
Nicht-Abschluss mit dem Wellenwiderstand potentiell auftreten 
koennten...

Gruss
WK
OP #4315911
Das mit den zwei Adressen war/ist mir bekannt - die leicht abgewandelte 
Pinbelegung auch. Die Anschlüsse sind dementsprechend bereits 
verdrahtet. Ich denke, ich werde mir die Leitungsführung und die 
Ausführung der beiden Steuerleitungen mal genauer ansehen...

Gruß
Andreas

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 11 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.