CCU-Addon: Software Watchdog zur Überwachung der CCU-Dienste

[derrapf]

Hi
Danke. Heisser Tip.
Gibt es eine Technik wie ich rausfinde warum da der DC überschritten wird bzw. wodurch?
Weisst Du da was auswendig? Wenn nicht google ich mich mal durchs Netz.
Gruss Ralf

[AndiN]

Bevor Du anfängst zu suchen stellt sich ja die Frage, ob der DC überschritten ist.

In einer aktuellen CCU/Raspberry Version gibt es die Systemvariable DutyCyle. Oder in der CuXD Version auf der Status Seite. Da solltest Du schauen, ob der CCU zu hoch ist.

Wenn das der Fall ist findest du hier unter DutyCyle zig Treffer. Entweder über ein Gerät (gibt es auch von ELV) Störsender ermitteln. Oder via Try and Error Aktoren stromlos machen.

Oder es kann auch ein Programm sein, was permenent funkt.

Wie gesagt über die Suche solltest Du hier viele Ansätze finden (wenn der DC faktisch zu hoch ist) - sonst suchst Du ja in der falschen Richtung.

Andi

[derrapf]

Hi Andi
Alles klar. Danke.
Dann mach ich mich mal auf die Suche.
Gruss Ralf

[virgin]

. Daher versuche ich es noch einmal neu:

1. Im Logfile/ Protokollausgabe steht bei mir nie etwas drin - obwohl ich Fälle hatte. Das Syslog des CuXD meldet:

Code: Alles auswählen

Nov 12 00:07:48 homematic-ccu2 user.warn monit[1110]: 'internetCheck' status failed (1) -- no output
Nov 12 00:08:06 homematic-ccu2 user.err monit[1110]: 'internetCheck' status failed (1) -- no output
Nov 12 00:08:06 homematic-ccu2 user.info monit[1110]: 'internetCheck' exec: '/bin/triggerAlarm.tcl No internet connection detected WatchDog-Alarm'
Nov 12 00:08:24 homematic-ccu2 user.err monit[1110]: 'internetCheck' status failed (1) -- no output
Nov 12 00:08:42 homematic-ccu2 user.info monit[1110]: 'internetCheck' status succeeded (0) -- no output

2. auch die Benachrichtigungsfunktion via zPNP scheint nicht zu funktuionieren.

Ich arbeite mit der neuesten Version der RaspberryMatic.

Gibt es Profis hier, die eine Lösung haben? @jmaus ?

[alchy]

Ich denke mal deine Frage hat eher was im RaspberryMatic Forum zu suchen, als hier im alten Addon.
Oder hast du das Addon zusätzlich auch noch installiert?

Wenn dem nicht so ist, würde ich den Beitrag auch für dich da hinschieben.

Und was: 2. auch die "Benachrichtigungsfunktion via zPNP" betrifft, da solltest du dich auch im passenden Thread melden.


Alchy

[virgin]

Ich denke mal deine Frage hat eher was im RaspberryMatic Forum zu suchen, als hier im alten Addon.
Oder hast du das Addon zusätzlich auch noch installiert?

Wenn dem nicht so ist, würde ich den Beitrag auch für dich da hinschieben.

Und was: 2. auch die "Benachrichtigungsfunktion via zPNP" betrifft, da solltest du dich auch im passenden Thread melden.


Alchy

Zur Beantwortung Deiner Fragen:

Das Addon habe ich ausschließlich auf der RaspberssMatic installiert. zPNP ist in dem Addon integriert. Daher habe ich die Frage in diesem Thread gestellt.

@alchy du kannst gerne in das Raspberrymatic Forum verschieben....danke.

[ABE2000]

Hallo Jens.

Wann würde ein eventueller Neustart durchgeführt werden, auch mitten in der Nacht oder ist der irgendwie begrenzt oder selbst zu begrenzen zBsp. mit einer Systemvariable?

Da ich eine Alarmanlage programmiert habe, wäre es ungünstig, wenn die Zentrale einen erzwungenen Neustart durchführt während die Alarmanlage scharf ist...

MfG René

[virgin]

mein Problem mit dem watchdog und der RaspberryMatic ist gelöst:

siehe hier viewtopic.php?f=65&t=54459&start=10

[Hardy]

Da ich aus bislang ungeklärter Ursache immer mal wieder Abstürze hatte während in der WebUI navigiert wurde.

Ja, einfach nur mal in "Status und Bedienung" <Gewerke> angeklickt und schwups - keine Reaktion der CCU2 mehr -

Hier hilft dann nur noch kurz stromlos schalten (damit ich nicht laufen muss per Fritz Dect Steckdose , aber das Fritz!System ist schon hauptsächlich für den Fall, das man von unterwegs die CCU zumindest hart restarten kann)

OK, jetzt ist der Watchdog Version 0.8 drauf und passt auf, dass alles toll läuft.

In dem LOGFILE macht mich allerdings was stutzig:

Protokollausgabe:

2019-12-18 12:09:06 - hm-watchdog: eq3configd restarted
2019-12-18 12:12:04 - hm-watchdog: eq3configd restarted
2019-12-18 12:15:05 - hm-watchdog: eq3configd restarted
2019-12-18 12:18:04 - hm-watchdog: eq3configd restarted
2019-12-18 12:21:04 - hm-watchdog: eq3configd restarted
2019-12-18 12:24:05 - hm-watchdog: eq3configd restarted
2019-12-18 12:27:04 - hm-watchdog: eq3configd restarted
2019-12-18 12:30:06 - hm-watchdog: eq3configd restarted
2019-12-18 12:33:04 - hm-watchdog: eq3configd restarted
2019-12-18 12:36:05 - hm-watchdog: eq3configd restarted
2019-12-18 12:39:05 - hm-watchdog: eq3configd restarted[
...
/quote]

Ist das so richtig, dass dieser Prozess alle drei Minuten(habe die Werkseinstellungen) neu gestartet werden soll???

[cactus-online]

Hallo Hardy,

[...]

In dem LOGFILE macht mich allerdings was stutzig:

Protokollausgabe:

2019-12-18 12:09:06 - hm-watchdog: eq3configd restarted
2019-12-18 12:12:04 - hm-watchdog: eq3configd restarted
2019-12-18 12:15:05 - hm-watchdog: eq3configd restarted
2019-12-18 12:18:04 - hm-watchdog: eq3configd restarted
2019-12-18 12:21:04 - hm-watchdog: eq3configd restarted
2019-12-18 12:24:05 - hm-watchdog: eq3configd restarted
2019-12-18 12:27:04 - hm-watchdog: eq3configd restarted
2019-12-18 12:30:06 - hm-watchdog: eq3configd restarted
2019-12-18 12:33:04 - hm-watchdog: eq3configd restarted
2019-12-18 12:36:05 - hm-watchdog: eq3configd restarted
2019-12-18 12:39:05 - hm-watchdog: eq3configd restarted[
...

Ist das so richtig, dass dieser Prozess alle drei Minuten(habe die Werkseinstellungen) neu gestartet werden soll???

ich habe das Problem auch. Es liegt vermutlich daran, dass der ssdpd nicht läuft. Der Watchdog prüft aber

Code: Alles auswählen

# check for eq3configd (ALL: /etc/init.d/S50eq3configd)
if [[ -x /etc/init.d/S??eq3configd ]]; then
  if [[ ! -e /etc/init.d/S??ssdpd ]]; then
    check_service "eq3configd" "ssdpd" # CCU2 only
  fi
  check_service "eq3configd" "eq3configd"
fi

was ziemlich korrekt aber doof ist. Eigentlich werden hier zwei Services geprüft (weil sie in einem Startscript gestartet werden). Wenn einer von beiden tot ist, schlägt der Watchdog zu. Auf meiner CCU2 weigert sich der ssdpd aber zu starten

Code: Alles auswählen

# /bin/ssdpd
setsockopt(SO_REUSEPORT) failed: Protocol not available

somit schlägt der Watchdog immer wieder erneut an. Ich persönlich benötige den ssdpd nicht und habe daher übergangsweise diesen aus dem check_service im /usr/local/addons/hm-watchdog/bin/hm-watchdog.sh herausgenommen:

Code: Alles auswählen

vi /usr/local/addons/hm-watchdog/bin/hm-watchdog.sh

# check for eq3configd (ALL: /etc/init.d/S50eq3configd)
if [[ -x /etc/init.d/S??eq3configd ]]; then
#  if [[ ! -e /etc/init.d/S??ssdpd ]]; then
#    check_service "eq3configd" "ssdpd" # CCU2 only
#  fi               
  check_service "eq3configd" "eq3configd"
fi

VG,

TF