Meldung : CUL_HM set VCCU1 update noArg

[cortmen]

Hallo zusammen,

Habe neuerdings im 10 Min Takt im Log 

Code Auswählen Erweitern

2020.09.20 17:16:39 3: HMinfo hm get:update :
2020.09.20 17:16:39 3: CUL_HM set VCCU1 update noArg

Hat jemand einen Tipp zum abschalten der Meldung.

[frank]

attr hminfo autoUpdate löschen.

[cortmen]

 @frank

Danke

[martinp876]

Das entfernt nicht die Meldung sondern die Aktion.
Die Meldung über "verbose", die Aktion über "autoUpdate"
Den Anliegen ist so nicht präzise formuliert.

[Sascha_F]

Hi zusammen,

habe meinen Thread in "Anfängerfragen" geschlossen, da wir beide das gleiche Anliegen haben - nur heißt meine VCCU "VCCU" 

Das autoUpdate ausschalten fühlt sich für mich nicht gut an - es dient ja einem Zweck...

Ich habe jetzt an diversen Devices das Verbose-Attribut gesetzt (auf attr verbose 2 --> sollte doch wohl korrekt sein, da es im Log mit "3" erscheint):

CUL
VCCU
HMinfo

Kann es sein, dass die Log-Einträge aber durch den actionDetector erzeugt werden? Erst nachdem ich auch diesen auf 2 gesetzt habe, scheint es ruhig im Log zu sein - oder Kommissar Zufall?

Viele Grüße
Sascha

[frank]

hminfo autoUpdate verursacht bei mir regelmässig 3 meldungen:

Code Auswählen Erweitern

2020.09.21 10:32:56.086 3: HMinfo hminfo get:update :
2020.09.21 10:32:56.089 3: CUL_HM set ActionDetector update noArg
2020.09.21 10:32:56.117 3: CUL_HM set ccu update noArg


"attr hminfo verbose 2"  => verhindert die ausgabe meiner hminfo-meldung im log.
zusätzlich:
"attr ccu verbose 2"  => verhindert die ausgabe meiner vccu-meldung im log.
zusätzlich:
"attr ActionDetector verbose 2"  => verhindert die ausgabe meiner actiondetector-meldung im log.


vielleicht brauchst du noch das fhem update von heute.

[Sascha_F]

Hi Frank,

Danke für Deine Antwort! Habe heute früh das Update gemacht (Dank HomeOffice bin ich momentan sogar immer Tagesaktuell  ).

Ich habe jetzt bei folgenden Devices das attr Verbose auf "2":

CUL_0
VCCU
HMinfo
actionDetector

Habe gerade mal ein "shutdown restart" abgesetzt. So sieht mein Log nach der "Server started"-Meldung aus (natürlich bereinigt um diverse Einträge anderer Devices):

Code Auswählen Erweitern


2020.09.21 11:15:17 3: CUL_HM set HM_2F3853 statusRequest noArg
2020.09.21 11:15:18 3: CUL_HM set HM_2F386F statusRequest noArg
2020.09.21 11:15:20 3: CUL_HM set HM_2F3902 statusRequest noArg
2020.09.21 11:15:21 3: CUL_HM set HM_2FC8D1 statusRequest noArg
2020.09.21 11:15:22 3: CUL_HM set HM_2FC99C statusRequest noArg
2020.09.21 11:15:23 3: CUL_HM set HM_310C9D statusRequest noArg
2020.09.21 11:15:24 3: CUL_HM set HM_310C9E statusRequest noArg
2020.09.21 11:15:25 3: CUL_HM set HM_310D72 statusRequest noArg
2020.09.21 11:15:26 3: CUL_HM set HM_310D7C statusRequest noArg
2020.09.21 11:15:27 3: CUL_HM set HM_310DBB statusRequest noArg
2020.09.21 11:15:28 3: CUL_HM set HM_310DC4 statusRequest noArg
2020.09.21 11:15:29 3: CUL_HM set HM_310DCC statusRequest noArg
2020.09.21 11:15:30 3: CUL_HM set HM_310DD5 statusRequest noArg
2020.09.21 11:15:31 3: CUL_HM set HM_310DDE statusRequest noArg
2020.09.21 11:15:33 3: CUL_HM set HM_310DE4 statusRequest noArg
2020.09.21 11:15:34 3: CUL_HM set HM_318809_Sw_01 statusRequest noArg
2020.09.21 11:15:35 3: CUL_HM set HM_318809_Sw_02 statusRequest noArg
2020.09.21 11:15:36 3: CUL_HM set HM_318809_Sw_03 statusRequest noArg
2020.09.21 11:15:37 3: CUL_HM set HM_318809_Sw_04 statusRequest noArg
2020.09.21 11:15:38 3: CUL_HM set HM_3203DC statusRequest noArg
2020.09.21 11:15:39 3: CUL_HM set HM_33D414 statusRequest noArg
2020.09.21 11:15:40 3: CUL_HM set HM_33D417 statusRequest noArg
2020.09.21 11:15:41 3: CUL_HM set HM_33D42F statusRequest noArg
2020.09.21 11:15:42 3: CUL_HM set HM_34A02C_Sw_01 statusRequest noArg
2020.09.21 11:15:43 3: CUL_HM set HM_34A02C_Sw_02 statusRequest noArg
2020.09.21 11:15:44 3: CUL_HM set HM_34A02C_Sw_03 statusRequest noArg
2020.09.21 11:15:45 3: CUL_HM set HM_34A02C_Sw_04 statusRequest noArg
2020.09.21 11:15:46 3: CUL_HM set HM_377AFE statusRequest noArg
2020.09.21 11:15:47 3: CUL_HM set HM_38C260_Sw statusRequest noArg
2020.09.21 11:15:48 3: CUL_HM set HM_38C260_Sw1_V_01 statusRequest noArg
2020.09.21 11:15:49 3: CUL_HM set HM_38C260_Sw1_V_02 statusRequest noArg
2020.09.21 11:15:50 3: CUL_HM set HM_4A7F08_Sw statusRequest noArg
2020.09.21 11:15:51 3: CUL_HM set HM_5A503D_Sw_01 statusRequest noArg
2020.09.21 11:15:52 3: CUL_HM set HM_5A503D_Sw_02 statusRequest noArg
2020.09.21 11:15:53 3: CUL_HM set HM_5ED41D statusRequest noArg


Diese Meldungen dürften doch überhaupt nicht erscheinen mit LogLevel 3?! Ich hab langsam das Gefühl, ich sehe den Wald vor lauter Bäumen nicht...

Viele Grüße
Sascha

[frank]

Diese Meldungen dürften doch überhaupt nicht erscheinen mit LogLevel 3?!

wieso?
diese requests hast du sicherlich mit "attr autoReadReg" in den devices so konfiguriert.

diese meldungen habe ich schon seit jahren im log.
sie waren nur letztens mal für ein paar wochen verschwunden.
ich möchte schon sehen, ob der statusrequest beim start, wie von mir konfiguriert, auch ausgeführt wird.

[Sascha_F]

Hi Frank,

Danke Dir - autoReadReg hatte ich bisher nie auf dem Radar...

Ist bei meinen Devices gesetzt (denke der Standard durchs autocreate wird "4" sein - zumindest ist das der Wert in allen meinen Devices). Was mich irritiert hat ist, dass diese Haufenweise Einträge nicht ein paar Wochen weg waren, sondern nie --> zumindest in Bezug auf die VCCU.

Habe gerade mal meine Logs nach "statusRequest noArg" durchsucht --> vor 07/2020 finde ich da keine Einträge (und Verbose stand immer auf "3")...

Ich versuch da mal tiefer einzutauchen

Viele Grüße
Sascha

[frank]

du darfst nur nach "statusRequest" suchen.
der zusatz "noArg" ist ziehmlich neu.