Probleme mit der Base

[TK-T]

Hi,
ich habe seit drei/vier Wochen Probleme mit der Base (1C). Erst hing sie sich komplett auf, nur die blaue LED leuchtete. In der Remote-App stand „unerreichbar“ und da nicht mal mehr das anpingen ging - Sicherung raus für einen Neustart. Erst dachte ich, es lag an den warmen Temperaturen. Hab die Abdeckung demontiert und die Tür vom Verteiler auf gelassen. Nix - zwei weitere Male aufgehängt. Ein Umzug in den Keller ohne Gehäuse half auch nichts.

Hab sogar einiges aus der Konfiguration gelöscht bzw. inaktiviert. Inzwischen habe ich festgestellt, das die Base täglich von selbst mindestens einen Neustart macht.

Hat noch jemand diese Symptome?

Ich würde gerne herausfinden, an was das liegt. Auch kann im Augenblick nicht ausschließen, dass es durch ein Update kam.

Genutzt wird LCN, einige Geräte über ModBus TCP und einige Geräte erhalten Steuerbefehle über HTTP. Remote läuft einmal auf iPhone und 4 mal auf Android.

Grüße aus dem Urlaub
Thomas

[TK-T]

Update - vielleicht interessiert es ja jemanden:

inzwischen bin ich fast wieder eine Woche zuhause und hab einiges Rausgefunden:
Die Base hat von sich aus keine Neustarts gemacht. Da sich das Modul täglich aufhing, wurde es durch Sicherung raus/rein neu gestartet.

Auffällig war in den letzten Tagen, dass die Base scheinbar wieder stabil läuft. Einzige Veränderung: zwei Andere Nutzer sind im Urlaub. Jetzt hab ich mal genauer nach den Verbindungen für die Remote-APP geschaut. Anfang August wurde ein weiteres Smartphone verbunden - kurze Zeit später traten die Probleme auf. Genau dieses Smartphone ist jetzt unterwegs. Das neue Gerät war in der Domiq nur verbunden und keinem Nutzer-Profil zugwiesen, dies hab ich mal nachgeholt.

Einen Aufhänger hab ich noch selbst verursacht.
Auf der Suche nach den Verursachern hoher CPU-Lasten, stieß ich auf Modbus. Hier liest die Base drei TQ-Stromzähler (ModBus-TCP) und drei Energiemessgeräte über ein TCP-RTU-Gateway einige Werte aus. Mit zwei Siemens-Logo steuere/beeinflusse ich die Heizung und sammle Daten von Solarthermie und Zisternenfüllstand. Hab die ModBus-Geräte mal deaktiviert und die CPU-Last beobachtet, ging von über 80% auf unter 35% runter. Gerät für Gerät in der Base wieder aktiviert und der größte Anstieg der CPU-Last war bei den Siemens-LOGO.

Hierbei ist mir aufgefallen, das unterschiedliche Ports (Standard 502) eingetragen waren. Die LOGO lässt nur eine Verbindung pro Port zu. Daraufhin habe ich über die LOGO-Programmiersoftware die Ports neu "vergeben". Port 502 ist nur für die Base da, 503 und 504 für weitere Anwendungen. Beim Übertragen der Parameter an die LOGOs hat sich die BASE wieder aufgehängt.

Ob das allerdings die Ursache der Aufhänger ist, weis ich nicht. Mal sehen, was passiert, wenn alle im Haus wieder da sind.

Gruß
Thomas

[Hurti]

Hallo Thomas,

ich habe schon seit einiger Zeit das gleiche Problem. Das Base "hängt" plötzlich und ist weder aus dem Lokalen Netz noch per Remote App erreichbar. Nur ein Spannungsreset belebt das Modul wieder. Besonders ärgerlich ist, dass auch MEM Variablen nach den Neustarts weg waren. Das konnte ich allerdings durch ein Ereignis lösen bei dem nach dem Neustart die wichtigsten Variablen neu geschrieben werden. Die CPU Last liegt auch bei mir eigentlich immer über 90%. Ich nutze folgende "Systeme" an dem Modul:
LCN, DMX, Modbus-RTU, Shelly und einige Sonos Lautsprecher.

@Thomas (TK-T) konntest du für dich schon eine Lösung finden.

Gruß Hurti

[TK-T]

Hallo Hurti,

eine Lösung oder einen Grund gefunden ? Nicht wirklich.
Ich habe damals für das hinzugekommene Android das Profil nachgetragen und die UPNP-Integration abgeschaltet.

Durch UPNP hatte ich die Lautstärken von Radios und TVs. Ändern konnte ich diese über die Base nur anfangs. In letzter Zeit waren da immer irgendwelche Werte drin. War also nicht nutzbar und ich diese Integration mit abgeschaltet.

Um die CPU last zu verringern habe auch einiges deaktiviert, was aber schon seit Jahren ohne Probleme lief. Durch den Test mit den deaktivieren von ModBus-Geräten bin ich auf eine Funktion gestoßen, die jedesmal ausgeführt wurde, wenn sich von den drei Stockwerk-Zählern eine Wirkleistung (L1-L3) geändert hat. Diese Funktion "Wirkleistung-Summe" habe ich auf einem Timer mit 60s gelegt. CPU-Last nach dem Öffnen im Browser ist natürlich über 90%, fällt aber dann wieder auf unter 30%.
Wenn ich das wieder zurück auf Ereignisse stelle, steigt die Last auf 60%. Weil es nicht so wichtig ist, hab ich die Funktion wieder auf dem Timer gesetzt.

Jetzt läuft die Base schon zwei Wochen durch. Es sind auch alle gekoppelten Remote-APPs wieder im Haus. Vielleicht lags aber doch an die Geräte-Temperatur die jetzt 39°C anzeigt (vorher weit über 40°C). Nachvollziehen konnte ich das Problem nicht - da hätte ich nicht gleich so viele Änderungen auf einmal machen sollen.

Ich habe mal die UPNP-Integration wieder eingeschaltet. Vielleicht kann ich durch schrittweises Wiederherstellen der Parametrierung einen Schuldigen finden.

Gruß
Thomas