I2C Bus "störungssicher" machen

Hallo!

Ich habe Probleme mit dem I2C Bus meiner Terrariusteuerung. Ich messe die Temperatur und die Luftfeuchtigkeit im Terrarium mit digitalen I2C Sensoren. Die Kabellängen sind etwas lang für den I2C Bus, aber ich habe sehr gute geschirmte CAN Buskabeln verwendet, und bei einer sehr langsamen Busfrequenz von 2kHz funktioniert das ganze ca. 5 Minuten lang, manchmal auch 10 oder 15, aber dann bleibt der Controller einfach hängen.

Das kann schnell zur Katastrophe werden, z.B. wenn die Beregnungsanlage eingeschalten ist. Wenn dann der Controller hängen bleibt läuft sie einfach weiter bis der Wassertank leer ist, und mein Zimmer überflutet ist.

Ich verwende die I2C Library von Peter Fleury: http://homepage.hispeed.ch/peterfleu...ic2master.html

Die Sensorwerte frage ich mit dem Befehl "i2c_readAck" ab:

Code:

---

/*************************************************************************
 Read one byte from the I2C device, request more data from device
 
 Return:  byte read from I2C device
*************************************************************************/
unsigned char i2c_readAck(void)
{
    TWCR = (1<<TWINT) | (1<<TWEN) | (1<<TWEA);
    while(!(TWCR & (1<<TWINT)));   

    return TWDR;

}

---

Ich glaube das Problem ist, dass er durch Busstörungen fehlerhafte Signale bekommt, und dann irgendwie in der Endlosschleif feststeckt.

Kann man da etwas einbauen dass das Unterprogramm automatisch die Schleife unterbricht und irgendeinen Fehlercode zurückgibt? Wenn alle 5 Minuten mal ein Messwert "verworfen" wird, weil er fehlerhaft ist, ist das vollkommen egal (es wäre sogar egal wenn 9 von 10 verworfen werden würden :) ), nur darf der Controller nie hängen bleiben.


lg
Christoph

Ich bin jetzt nicht der I2C Experte, aber ich würde den I2C Bus mit niedrigerer Geschwindigkeit laufen lassen. Bsp. 10kBit/s . Habe dazu das [1] [2] hier gefunden.

Gruß
Georg

[1] http://www.mikrocontroller.net/articles/I2C_als_Hausbus
[2] http://hauscomputer.gmxhome.de/

Hallo Christoph,
bau in die while() Schleife doch einfach ne zweite Abbruchbedingung ein. d.h. das die Schleife nach x Sekunden(über nen Timer) verlassen wird wenn kein ACK da ist.


Gruß Matthias

Pollen, also das warten in einer Schleife auf eine Bedingung, ist immer schlecht.
Wenn deine Uebertragung nicht erfolgreich ist, bleibt der Controller haengen.
Besser eine if() abfrage die die weitere Programabfolge anstoesst und die z.B. nach 1000 erfolglosen Versuchen ein Errorflag setzt.
Nicht vergessen den Zaehlerstand zurueckzusetzen!

Bsp:

Code:

---

int i2c_readAck(void)
{   
      TWCR = (1<<TWINT) | (1<<TWEN) | (1<<TWEA);   
      if(TWCR & (1<<TWINT)) // Erfolgreicher Empfang: Wert wird zurueckgegeben
    {       
          return TWDR;
    }
      else // Bisher kein erfolgreicher Empfang: -1 als Fehlercode.
          //Im Hauptprogramm kann man diesen Rueckgabewert dann auswerten bzw. zaehlen.
    {       
          return -1;
    }
}

---

Zitat:

---

Zitat von Christoph2

... I2C ... bleibt der Controller einfach hängen ... Lib... Fleury ...

---

Könntest Du den Code vom I²C-Aufruf im Master dazulegen? Der ist manchmal verdächtig . . . . und hatte in meinen Realisierungen erstmal gestört . . . .

Zur Tsunamigefahr: Wie wärs, wenn Du bei der Beregnungsanlage einen Zeitschalter einbaust, der nach ein paar Sekunden oder Minuten Regen dem Controller einen Reset verpasst ? ? ? Natürlich müsste der Controller danach - aber eben immer wenn er gerade die ARbeit aufnimmt - einige "ordentliche" Messwerte abliefern bis der Regen erneut schaudert.

Zitat:

---

Zitat von Christoph2

Hallo!

Ich habe Probleme mit dem I2C Bus meiner Terrariusteuerung. Ich messe die Temperatur und die Luftfeuchtigkeit im Terrarium mit digitalen I2C Sensoren. Die Kabellängen sind etwas lang für den I2C Bus, aber ich habe sehr gute geschirmte CAN Buskabeln verwendet, und bei einer sehr langsamen Busfrequenz von 2kHz funktioniert das ganze ca. 5 Minuten lang, manchmal auch 10 oder 15, aber dann bleibt der Controller einfach hängen.

---

Um das Problem an der Wurzel anzugehen, fehlen noch einige Informationen:

Was für Störungen hast du auf dem Bus, zeigt die doch mal auf dem Scope. Wo kommen sie her? Du weißt schon, daß man Störungen an der Quelle bekämpft.

Wie lang sind denn deine Kabel? In den I2C Specs steht nichts von einer maximalen Länge.

Wie schnell sind deine Sensoren? Sind deine 2kHz fast nichts von 100k oder garnichts von 400k.

Ich bin sicher das Problem ist lösbar.

MfG Klebwax

Hallo!
Was hältst du davon, wenn du noch eine Sicherheitsvorkehrung triffst?
Hänge doch 2 oder 3 cm über dem Boden irgendetwas auf, das erkennt, wenn da wasser ist.
Z.B. 2 Streifen Alufolie udn ein Verstärker :)
Dann kannst du damit ein Interrupt auslösen und sofort die Beregnung Anhalten.

Gruß
Olaf

Das Grundproblem von I2C ist halt schon, dass er unsymmetrisch ist und eben auf solche Störungen anfällig. Abhilfen sind Busgeschwindigkeit reduzieren, Kabellänge reduzieren und auf jeden Fall den Watchdog des AVR verwenden der deinen Controller im Fehlerfall resettet

Hi,

danke für die vielen Antworten, erstmal noch ein paar Informationen: Die Stromversorgungskabeln für alle Verbrauer werden über 6,5m lange Kabeln von der Steuerung zum Terrarium geführt. Parallel dazu läuft ein CAT6 Kabel für den I2C Bus.
Bei den Stromversorungskabeln sind 3 Kabeln dabei, die 3,5A PWM modulierten Strom führen, zum dimmen der Lampen. Das hat erstmal garnicht funktioniert. Ich habe dann direkt an die Steuerung eine kleine Schaltung mit CAN Bustreibern gehängt, die den standard I2C Bus auf Differentielle Signalübertragung umwandelt. Direkt beim Terrarium wird es wieder zurückgewandelt.
Der Standard-I2C Bus ist jetzt nur noch auf der Hauptplatine (ca. 30cm) und im Terrarium zu den einzelnen Sensoren (ca. 1,5m geschirmte CAN Kabeln).

Ich glaube hardwaremäßig kann man nicht mehr viel verbessern ohne viel Geld zu investieren. Und selbst wenn ich es durch Hardwareverbesserungen zum Laufen bekomme kann ich nie sicher sein dass es ewig funktioniert, z.B. wenn ich noch ein zusätzliches PWM Kabel dazulege oder so...
Lieber wäre mir das eleminieren von den Endlosschleifen im Programm.

Mit 10kHz Busgeschwindigkeit funktioniert es ca. 10 Sekunden, mit 2kHz ca. 5 Minuten.
Das heißt bei 2kHz kommt durchschnittlich alle 5 Minuten ein "Fehler". Wenn ich den fehlerhaften Wert verwerfe, wird eben alle 5 Minuten ein Wert verworfen, das ist total egal.

Irgendwelche Sicherungen gegen Überflutung wird es auch noch geben, aber das ist ja nicht das einzige Problem, das war nur ein Beispiel. Ich kann die Steuerung ja nicht alle 5 Minute resetten...

@lorcan: Ich habe die i2c_read Befehle auf if-Abfragen umgeschrieben, jetzt mach der Controller aber überhaupt nichts mehr. Ich glaube es dauert einfach ein bischen bis das TWINT Bit rückgesetzt wird, und diese Zeit muss man abwarten. Wenn man es aber ohne Schleife macht, also nur mit if, dann fängt er an mit dem Empfangen, fragt aber sofort ab ob er schon fertig ist. Das ist er natürlich noch nicht, also gibt er den Fehlercode -1 zurück. Dann führt er den nächsten Befehl aus, z.B. das nächste i2c_write zur Abfrage des nächsten Sensors... Obwohl er den letzten Wert noch garnicht empfangen hat.

Vielleicht reicht es aber auch, eine gewisse Zeit zu warten, anstatt zu warten bis das TWINT Bit rückgesetzt wird?
Weiß jemand wie lange ungefähr, oder wie man das berechnen kann?

lg
Christoph

Zitat:

---

Bei den Stromversorungskabeln sind 3 Kabeln dabei, die 3,5A PWM modulierten Strom führen, zum dimmen der Lampen. Das hat erstmal garnicht funktioniert. Ich habe dann direkt an die Steuerung eine kleine Schaltung mit CAN Bustreibern gehängt, die den standard I2C Bus auf Differentielle Signalübertragung umwandelt. Direkt beim Terrarium wird es wieder zurückgewandelt.
Der Standard-I2C Bus ist jetzt nur noch auf der Hauptplatine (ca. 30cm) und im Terrarium zu den einzelnen Sensoren (ca. 1,5m geschirmte CAN Kabeln).

---

Du hast also gar keinen I2C Bus, sondern irgendetwas nicht näher beschriebenes anderes mit RS485 Pegeln. Bist du dir sicher, das das wirklich funktioniert?

Es ist ziemlich schwer, zielführende Ratschläge zum I2C Bus zu geben, wenn du gar keinen hast.

Zitat:

---

Das Grundproblem von I2C ist halt schon, dass er unsymmetrisch ist und eben auf solche Störungen anfällig

---

Das wäre ein Hinweis gewesen, passt aber nicht bei RS485 Pegeln.

Ich glaube auch nicht an direkte Störungen durch die PWM, die passt nicht zu Minuten. Da geht eher jede Übertragung in die Hose. Ich denke, die ganze Buswandlung funktioniert nicht zuverlässig, und die SCL Leitung hängt. Der Master, der eigentlich den Takt vorgibt, sieht das als Clock-Stretching und hängt dann auch.

Zitat:

---

Lieber wäre mir das eleminieren von den Endlosschleifen im Programm

---

Klingt gut, aber wenn dein Bus hängt und damit auch dein I2C Controler, hilft dir das hier nicht.

Ohne Tricks und voll in den Specs, reicht ein I2C Bus leicht 5m bei 400kHz. Eingestreute Störungen führen nicht zum Hängen sondern "nur" zu fehlerhaften Daten.

Die häufigsten Probleme entstehen durch "Verbesserungen" wie Pegelwandler oder Buswandler. Die Busleitungen sind nun mal Open Collector und nur nach Low getrieben, und das ist nicht einfach zu machen. Auch fertige Wandlerbausteine haben da ihre Einschränkungen, wie man in den Datenblättern lesen kann.

Das nächste Problem sind die Kabel. Weil bei anderen Übertragungen verdrillte Leitungen eingesetzt werden, wird das auch als gut für I2C angesehen, und dann SDA und SCL als Paar geführt. Die Wirkung ist dann ein quasi Kurzschluß zwischen beiden durch die Kabelkapazität. Da geht dann auch nichts mehr.

Da ich aber immer noch nicht weiß, wie lang dein Bus sein muß, jedenfalls ist er nicht kürzer als 30cm + 1,5m, kann ich dir schlecht einen Rat geben, dein Problem zu lösen.

MfG Klebwax

Du must das ergebnis der Abfrage natuerlich weiterverwerten.
Dazu musst du erstmal ermitteln wie lange der Bus braucht bis das Signal ansteht.
Zu dieser ermittelten Zeit addierst du noch eine Reserve von 10%.
Wenn dann in dieser Wartezeit kein ACK empfangen wurde liegt ein Fehler vor und du solltest die Uebertragung wiederholen.
Zum Warten kannst du die Funktionen aus der Delay.h verwenden, allerdings ist der MCU dann blockiert, oder
einen Timer der einen Interrupt ausløst.
Viel Erfolg!

Hallo!

Also der Watchdog wäre eine gute Lösung.
Immer, wenn er nicht im Programm testetet wird löst er nach einer einstellbaren zeit ein redet aus.
Sobald er dann hängen bleibt, wird er nach wenigen millisekunden resettet.
http://www.mikrocontroller.net/artic...rial:_Watchdog

Gruß
olaf

Die Idee mit dem Watchdog ist in sofern schlecht, als dass die alten Einstellungen verloren gehen und damit immer noch keine Kommunikation gewaehrleistet ist.
Das heisst z.B. dass die Pumpe laeuft und kann nicht mehr erreicht werden.

Naja, durch was wird die Pumpe genau angesteuert?

Der Watchdog timer ist im Prinzip schon richtig um einen hängenden µC wiederzubeleben - nur sollte das Programm im Prinzip auch ohne richtig laufen. Der
Watchdog ist mehr für den Fall das eventuell doch mal Fehler auftreten, die man bei der Fehlersuche nicht gefunden hat, weil sie so selten sind. Fehler die nach 5-10 minuten auftreten sollte man besser an der Ursache beheben. Es ist eine Frage des Programms ob der µC die Einstellungen vergisst, oder weiter lesen kann. Es fordert allerdings schon etwas mehr Aufwand als nur den WD zu aktivieren. Man kann testen ob der Reset vom WD ausgelöst wurde, und für den Fall die Variablen nicht neu initialisieren - dem C Compiler muss man dazu ggf. sagen das er die Variablen nicht automatisch alle 0 initialisieren soll.

Viel langsamer machen hilft nur begrenzt gegen Störungen, denn es verhindert nicht, das die Leitungen zusätzliche Pulse einfangen. Für einen richtigen I2C bus helfen sonst niederohmigere Pullups und ggf. auch zusätzliche RC Glieder und eventuell ein Kondensator gegen GND.

Hallo,

in den letzten Tagen hatte ich wenig Zeit, ich hab bis jetzt einfach mal bei allen I2C Befehlen (senden, empfangen, und initialisieren) statt der while Schleife ein _delay_ms(10) eingefügt, ohne irgendwas mit dem Oszi zu messen.

Es funktioniert bis jetzt sehr gut, die Steuerung läuft seit zwei Tagen durchgehend.

Sogar ohne Watchdog, aber den werde ich auch noch einbauen, vielleicht nächstes Wochenende...

Vielen Dank für die Hilfe!

lg
Christoph