Protokoll-Datei vergrössern, wo

Allgemeines zur HomeMatic Haussteuerung

Moderator: Co-Administratoren

Antworten
insp
Beiträge: 148
Registriert: 08.06.2014, 12:01
Danksagung erhalten: 1 Mal

Protokoll-Datei vergrössern, wo

Beitrag von insp » 18.11.2020, 16:15

Habe ein kleines Problem. Ca. 50 Programme und ca. 50 Aktoren. Solar- Boliler -Elektro-Speicher WP und vieles mehr. So weit läuft fast alles wie es soll. Nun hat sich irgendwo ein Loop eingeschlichen der den Dutycycle auf 100% triggert. Nun habe ich bei allen Devices die Protokollierung aktiviert. im Regelfall finde ich dort vernünftige Werte. Nur das Problem der Loop kommt so +- 1 mal am Tage. Wenn ich versuche das Protokoll auszulesen habe ich nur die letzten paar Zeilen mit "Gerätekommunikation gestört" was ja klar ist. Die Grund-Ursache ist längst im nirvana. Wo kann man das Logfile ca. 10x grösser machen oder nichtflüchtig endlos speichern? Wen ich die Datei habe sehe ich auch welche Devices anfangen zu flippen

Xel66
Beiträge: 14169
Registriert: 08.05.2013, 23:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Nordwürttemberg
Hat sich bedankt: 586 Mal
Danksagung erhalten: 1500 Mal

Re: Protokoll-Datei vergrössern, wo

Beitrag von Xel66 » 18.11.2020, 16:37

insp hat geschrieben:
18.11.2020, 16:15
Wen ich die Datei habe sehe ich auch welche Devices anfangen zu flippen
Für das echte Systemlog kann man einen externen Loghost anlegen. Das Systemprotokoll lässt sich nicht vergrößern. Aber nicht die Geräte spinnen, sondern Deine Programmierung. Du hast vermutlich irgendwo eine Schleife angelegt, die sich selbst triggert oder zwei konkurrierende Programme, die ihre Aktoren in einem anderen Status haben wollen.

Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch

alchy
Beiträge: 10754
Registriert: 24.02.2011, 01:34
System: CCU
Hat sich bedankt: 65 Mal
Danksagung erhalten: 673 Mal

Re: Protokoll-Datei vergrössern, wo

Beitrag von alchy » 18.11.2020, 18:55

BadenPower hat geschrieben:
29.11.2016, 14:07
Das Systemprotokoll hat maximal 3000 Zeilen.

.

Des weiteren sind vielleicht Threads wie der hier:
viewtopic.php?f=41&t=10210#p75141
oder
viewtopic.php?f=26&t=28178
oder
>> mögliche Gründe für DutyCycle (unvollständig) <<

interessant. Fühl dich frei, Suchbegriffe daraus zu generieren.


Alchy

Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.

© Sandra Pulsfort (*1974)

Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.

Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.

insp
Beiträge: 148
Registriert: 08.06.2014, 12:01
Danksagung erhalten: 1 Mal

Re: Protokoll-Datei vergrössern, wo

Beitrag von insp » 18.11.2020, 19:21

ja ist mir klar, dass es nicht die Geräte sind, aber wenn ich sehe welches Gerät immer wieder getriggert wird kann ich den Fehler eingrenzen. Werde das mal mit dem Email probieren

Xel66
Beiträge: 14169
Registriert: 08.05.2013, 23:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Nordwürttemberg
Hat sich bedankt: 586 Mal
Danksagung erhalten: 1500 Mal

Re: Protokoll-Datei vergrössern, wo

Beitrag von Xel66 » 18.11.2020, 20:45

Das kann man auch nachvollziehen, wenn man weiß wann der Duty Cycle hochgeht. Dann schaut man sich die eigene Programmierung an und schaut, was dort ggf. getriggert werden könnte (Zeitpunkte oder Umgebungsbedingungen, je nachdem was man da so zusammenprogrammiert hat). Ist es jeden TAg zur gleichen Uhrzeit, liegt ein Zeitmodul als Ursache nahe. Variiert der Zeitpunkt vielleicht mit der Außentemperatur, kann man es damit in Zusammenhang bringen uswusf. Auch ein Blick in die WebUI unter Status und Bedienung/Programme stellt mit Hilfe der Zeitstempel dar, welche Programme häufig getriggert werden.

Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch

Antworten

Zurück zu „HomeMatic allgemein“