Antwort auf: Ausfall Heizkörperthermostat-Verbindungen

[bergnerd]

#2734

Hast du in letzter Zeit einen Ausfall am Miniserver gehabt oder eine neue SD-Karte bekommen?

Ich hatte im letzten Winter genau so ein Problem – keine Verbindung meiner Comet Stellantriebe mehr zum Miniserver nach Austausch der SD-Karte. Vorausgegangen war ein Austausch der SD Karte. Das System ist wohl irgendwann mit einem „internal Server Error“ stehengeblieben. Ein Neustart mittels GUI war nicht mehr möglich, die SD Karte war wohl defekt.

Nach der Wiederinbetriebnahme haben meine Stellantriebe keine Verbindung mehr bekommen. Der Support wollte, dass ich alle Antriebe (inkl. Konfigurationen!) lösche und neu anlege. Habe ich gemacht, hat kurz funktioniert und dann waren die Verbindungen wieder weg. Dann Umstellen auf LAB Version, Warten auf ein Update, welches das Problem löst, wieder zurück zu Stable, noch ein Update mit angeblichem Bugfix…. Dann wieder die SD-Karte getauscht…. blabla. Eine never ending strory…

Fazit: Controme hat es nicht in den Griff bekommen. Ich habe dann nach mehreren Monaten(!) die Geduld verloren und mir das System selber angesehen. Ursache waren Einträge (vermutlich irgendwelcher Controme Testsysteme) in einer Datenbank-Tabelle mit den Stellantrieben, die mein ganzes System lahmgelegt haben! Qualitätskontrolle lässt grüßen…

ACHTUNG, das folgende Rezept ist auf EIGENE GEFAHR für Leute die sich mit sowas auskennen:
Wie kommt man dort ran?

1. Ein Backup der Konfiguration machen und auf den Rechner runterladen
2. Eine Sicherungskopie des Backups anlegen!
3. Die Datei endet auf *.zip, das ist aber Blödsinn, es ist in Wahrheit eine SQLite Datenbank (welcher Amateur glaubt ernsthaft, das Umbenennen in *.zip bietet einen „Schutz“?)
4. Die Dateiendung umbenennen von *.zip in *.sqlite
5. Dann die Datei z.B. mit „DB Browser for SQLite“ öffnen und mal nachsehen ob da was unplausibel ist
   Bei mir enthielt die Tabelle „heizmanager_rfcontroller“ einen Eintrag für einen Controller mit ID 1, einer mir unbekannten MAC (b8-27-eb-6c-31-25) sowie haus_id=2 und rpi_id=2. Weder die MAC des Controllers noch die HausID 2 gehören zu meiner Installation. Noch dazu konfiguriert mit einem Abfrageintervall von 10 Sekunden…
6. Die Änderung speichern, wieder in*.zip umbenennen und über Backup Wiederherstellen auf den Miniserver laden.

Ich kann mir nur vorstellen, dass die falschen Daten entweder mit der vorherigen SD-Karte oder versehentlich mit einem Software Update dort hin gekommen sind. Ich habe daher den (meiner Meinung nach) falschen Datensatz entfernt und voilà – seitdem läuft das System wieder stabil, inzwischen seit 7 Monaten ohne Verbindungsverluste. Auch der Logmonitor zeigt jetzt wieder alle Sensorevents der Comet Antriebe ordentlich an, wo ich vorher keine Daten bekommen habe. Ich vermute, aufgrund der Parameter hat der Miniserver alle 10 Sekunden versucht, den nicht existierenden RF Controller zu finden und sich dann mehr oder weniger regelmäßig wegen Überlastung (oder zu voller Logs?) aufgehängt.

Hoffe das hilft – aber bitte mit Vorsicht rangehen und nur wenn man weiß was man da tut.