Störungen durch langen IIC-Bus ?

[Yossarian]

Hallo
da aber PE und Masseleitungen in solchen Fällen häufig Ursache von Störungen sind, wird für eine Lösung gerade darüber diskutiert werden müssen.
Mit freundlichen Grüßen
Benno

[Tido]

Also: Ich habe ein Problem. Bitte hilf mir.

Kein Grund sarkastisch zu werden!
Ein anderer könnte mir noch vorwerfen keine Aussage über den Akku oder das Baujahr des Hauses gemacht zu haben. So hat jeder seine Prioritäten was er für wichtig erachtet oder nicht. Wenn ich wüßte, wo das Problem steckt, hätte ich die Ursache auch mit angegeben, da ich's aber nicht weiß (hätte mir und auch euch ansonsten die Fragerei ersparen können), habe ich die Details angegeben, die ich für wichtig gehalten habe. Den Treiber habe ich nicht angegeben, da der Fehler schließlich nicht alle Bus-Komponenten betrifft.

MfG
Tido

[Yossarian]

Hallo
da Du die Ursache des Problems nicht kennst, kannst Du auch nicht wissen welche Details wichtig sind. Also wird soviel relevante Information wie möglich gegeben, damit die anderen sich in das Problem hineindenken können. DU möchtest Hilfe haben, also stoße Leute die Dir helfen wollen nicht vor den Kopf.

Mit freundlichen Grüßen
Benno

[vajk]

Hallo - Du nicht zuhören !

Hast Du das CAT5 geerdet ? .. aber:

I2C ist ein Gerätebus ... ein Bus für Geräte .. im Gehäuse zu Speicher, oder Uhrenbausteinen oder ähnlichen !

Daß was Du nutzen soltest, wäre RS485 .. da gehen da viele viele Meterchen

Du mußt Dir halt einen kleinen Wandler bauen, I2C-uC-RS485 und das zwei mal und gut is .. kannst es auch bidirektional machen, dann 4 Adern nutzen ... auch gut is ...

RS485 als Bus hat noch Vorteile, Du kannst beliebig erweitern, da Du Dir Dein Protokoll ja selber machen kannst ...

Über I2C auf die Ferne muß man nicht diskutieren - sorry, aber das ist unprofessionel und unabgebracht! (Zur Vorsicht: RS232 ist auch nicht für lange Leitungen gedacht ...)

P.S.: dies ist der einzige Kommentar von mir zu dem Thema.

[Yossarian]

Hallo
klar ist RS485 oder 422 ein sicherer(differentielle Übertragung) Bus als der I2C, aber mit Treiber 82b7158 oder B96, verdrillter Leitung und niedriger Taktfrequenz sind ein paar hundert Meter auch kein Problem.
Wenn man sicher sein will, muß ein Protokoll erstellt werden.

Mit freundlichen Grüßen
Benno

[KlaRaw]

Hallo Tido,
eigentlich müsste der I2C-Bus unter diesen Bedingungen noch gut laufen. Du bewegst Dich aber sicher am Grenzbereich. Kleine Fehler können hier schon Störungen bewirken.
Ich gehe davon aus das der Leitungstreiber vernüftig dimensioniert ist. Details hierzu liefert Phillips.
Drei I2C-Bauteile sind nahe der CPU und fünf sind über Leitungstreiber 6 m entfernt.
Ich vermute das der I2C-Bus wie bei der CC2 mit 100KHz Takt betrieben wird. Dies dürfte für Deine Zwecke nicht nötig sein. Bei 10 KHz wären die Antwortzeiten vermutlich auch kurz genug und Du hättest eine 10 fache Reichweite, bzw. die kapazitive Belastung könnte 10 fach höher sein.
Der Leitungstreiber, richtig dimensioniert, eliminiert die 6 m, zumindest kapazitiv. Bleiben aber 8 Eingangskapazitäten. Damit liegst Du sicher in der Nähe des Grenzbereichs. Hier sollte man CLK und SDA nicht direkt am Bus anschalten, sondern über 330 Ohm (siehe Phillips). Dies verbessert das Impulsverhalten.
Wenn bei Dir nur ein I2C-Bauteil spinnt, so könnte ein Hardwarefehler vorliegen. Als erstes würde ich das Bauteil tauschen und sehen ob der Fehler "wandert".
Der Treiber ist aber auch nicht ohne. Ich kann hier nur die CC2-Seiten von André Helbig http://www.cc2net.de/cc2net.html empfehlen.
Ein Bekannter hatte sich den Adapter des Projekts "I2C-Bus am PC" besorgt. Der Adapter ist nicht schlecht, der mitgelieferte Treiber ist fehlerhaft, bzw. die Umsetzung ist wohl nicht ganz in Ordnung. Ein PCF8574 läuft zwar, aber bei einem DS1631 versagt er. Es muss wohl am Timing liegen. Der Programmierer hat da wohl etwas nicht verstanden. Nachdem ich meine Treiber angepasst und eingestetzt hatte lief der DS1631 auf Anhieb.

Gruss Klaus.

[Tido]

Hallo Klaus,

danke für die ausführlichen Informationen.
Den PCF habe ich schon getauscht, aber der Fehler bleibt.
Da aber angeblich immer derselbe Taster gedrückt sein soll (immer derselbe Port des PCF) habe ich dieses Kabel zum Taster (Flachbandkabel) mal unter die Lupe genommen. Dabei ist mit aufgefallen, dass der betroffene Port mit der längsten Ader verbunden ist (12cm, der nächste Taster hat 10cm,...).

Werde heute abend mal einen Test machen und die längste Ader abklemmen. Wenn der Fehler ausbleibt, werden ich das Flachbandkabel mal gegen geerdetes CAT5-Kabel tauschen.
Das würde dann aber nicht erklären, warum der Fehler nicht auftritt, solange ich den Bus zum Teich getrennt habe...

MfG
Tido

[KlaRaw]

Hallo Tido,
die Leitung zum Taster könnte auch 10m lang sein. Das dürfte nichts machen.
Nur um das klar zustellen, wird ein PCF8574 als Input genutzt, so müssen die Inputports zuvor auf logisch "1" gesetzt werden. Zusätzlich kann man, muss aber nicht zwingend, ein 10K Widerstand als Pullup vom Port gegen +UB schalten. Der Taster sollte dann zwischen Port und GND geschaltet werden. Er zieht dann beim Schliessen die logisch "1" auf "0".

Gruss Klaus.

[Tido]

[quote]Nur um das klar zustellen, wird ein PCF8574 als Input genutzt, so müssen die Inputports zuvor auf logisch "1" gesetzt werden.
[quote]

Hallo Klaus,

das könnte es sein.

Prüfe ich heute abend als erstes.
PullUps sind vorhanden.

MfG
Tido

[Tido]

Hallo Klaus,

die Inputports waren alle auf '1' gesetzt, das scheidet also aus.
Außerdem habe ich das Flachbandkabel entfernt und der Fehler bleibt.

Die I2C-Bus-Geschwindigkeit (Ports 9 und 10 der M-Unit) kann ich wahrscheinlich nicht ändern?!

MfG
Tido