HMCCU Logmeldungen unterdrücken

Depechem · 03 Dezember 2018, 19:05:21

Hi, das Modul HMCCU müllt meinen FHEM Logfile voll.
Ich glaube mal gelesen zu haben das die Logs normal sind, also keine Fehler.

Wenn dem so ist wie könnte ich sie unterdrücken?

Code Auswählen

2018.12.03 06:00:01.739 1: PERL WARNING: Argument "10:30 Uhr OS Rödertal\\n12:30 Uhr Gymn. Gro�M-^_röhrsd..." isn't numeric in numeric eq (==) at ./FHEM/57_CALVIEW.pm line 226, <GEN1155700> line 1.
2018.12.03 06:00:01.764 1: PERL WARNING: Argument "10:30 Uhr OS Neustadt \\n12:30 Uhr OS BIW\\n14:30 Uhr GY..." isn't numeric in numeric eq (==) at ./FHEM/57_CALVIEW.pm line 226, <GEN1155700> line 1.
2018.12.03 06:00:01.794 1: PERL WARNING: Argument "12:30 Uhr OS Königsbrück \\n14:30 Uhr OS Königsbrück" isn't numeric in numeric eq (==) at ./FHEM/57_CALVIEW.pm line 226, <GEN1155700> line 1.
2018.12.03 06:00:01.818 1: PERL WARNING: Argument "10:30 Uhr alle BZ Schulen\\n12:30 Uhr alle BZ Schulen\\n..." isn't numeric in numeric eq (==) at ./FHEM/57_CALVIEW.pm line 226, <GEN1155700> line 1.
2018.12.03 06:05:11.238 2: HMCCURPCPROC: [d_rpcCUxD] Received no events from interface CB8701002200 for 600 seconds
2018.12.03 06:05:21.437 2: HMCCURPCPROC: [d_rpcVirtualDevices] Received no events from interface CB9292002200 for 600 seconds
2018.12.03 06:05:28.509 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010002200 for 600 seconds
2018.12.03 06:05:28.509 2: HMCCURPCPROC: [d_rpcHmIP_RF] Reconnecting to CCU interface HmIP-RF
2018.12.03 06:05:28.512 2: HMCCURPCPROC: [d_rpcHmIP_RF] Registering callback http://192.168.2.200:7420/fh2010 of type A with ID CB2010002200 at http://192.168.2.199:2010
2018.12.03 06:05:28.729 2: CCURPC: [d_rpcHmIP_RF] CB2010002200 NewDevice received 10 device and channel specifications
2018.12.03 06:15:11.240 2: HMCCURPCPROC: [d_rpcCUxD] Received no events from interface CB8701002200 for 600 seconds
2018.12.03 06:15:21.380 2: HMCCURPCPROC: [d_rpcVirtualDevices] Received no events from interface CB9292002200 for 600 seconds
2018.12.03 06:15:28.745 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010002200 for 600 seconds
2018.12.03 06:15:28.745 2: HMCCURPCPROC: [d_rpcHmIP_RF] Reconnecting to CCU interface HmIP-RF
2018.12.03 06:15:28.748 2: HMCCURPCPROC: [d_rpcHmIP_RF] Registering callback http://192.168.2.200:7420/fh2010 of type A with ID CB2010002200 at http://192.168.2.199:2010
2018.12.03 06:15:28.936 2: CCURPC: [d_rpcHmIP_RF] CB2010002200 NewDevice received 10 device and channel specifications
2018.12.03 06:25:11.178 2: HMCCURPCPROC: [d_rpcCUxD] Received no events from interface CB8701002200 for 600 seconds
2018.12.03 06:25:21.296 2: HMCCURPCPROC: [d_rpcVirtualDevices] Received no events from interface CB9292002200 for 600 seconds
2018.12.03 06:25:28.869 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010002200 for 600 seconds
2018.12.03 06:25:28.869 2: HMCCURPCPROC: [d_rpcHmIP_RF] Reconnecting to CCU interface HmIP-RF
2018.12.03 06:25:28.872 2: HMCCURPCPROC: [d_rpcHmIP_RF] Registering callback http://192.168.2.200:7420/fh2010 of type A with ID CB2010002200 at http://192.168.2.199:2010
2018.12.03 06:25:29.052 2: CCURPC: [d_rpcHmIP_RF] CB2010002200 NewDevice received 10 device and channel specifications
2018.12.03 06:30:00.719 1: PERL WARNING: Argument "10:30 Uhr OS Rödertal\\n12:30 Uhr Gymn. Gro�M-^_röhrsd..." isn't numeric in numeric eq (==) at ./FHEM/57_CALVIEW.pm line 226, <GEN1158692> line 1.
2018.12.03 06:30:00.741 1: PERL WARNING: Argument "10:30 Uhr OS Neustadt \\n12:30 Uhr OS BIW\\n14:30 Uhr GY..." isn't numeric in numeric eq (==) at ./FHEM/57_CALVIEW.pm line 226, <GEN1158692> line 1.
2018.12.03 06:30:00.769 1: PERL WARNING: Argument "12:30 Uhr OS Königsbrück \\n14:30 Uhr OS Königsbrück" isn't numeric in numeric eq (==) at ./FHEM/57_CALVIEW.pm line 226, <GEN1158692> line 1.
2018.12.03 06:30:00.792 1: PERL WARNING: Argument "10:30 Uhr alle BZ Schulen\\n12:30 Uhr alle BZ Schulen\\n..." isn't numeric in numeric eq (==) at ./FHEM/57_CALVIEW.pm line 226, <GEN1158692> line 1.
2018.12.03 06:35:11.190 2: HMCCURPCPROC: [d_rpcCUxD] Received no events from interface CB8701002200 for 600 seconds

Verbose des HMCCU wurde nicht gesetzt.

Vieleicht kann mir jemad helfen.

Gruß Thomas

zap · 03 Dezember 2018, 19:38:04

Du kannst natürlich Verbose auf 0 setzen für die RPC Devices, dann kommen keine Meldungen mehr.

Der Auslöser der Meldungen ist jedoch etwas anderes: Innerhalb von 10 Minuten kommen keine Events von der CCU. Da Du vermutlich das Reconnect Flag gesetzt hast, verbinden sich die RPC Devices ständig neu mit der CCU und melden das fleißig.

Abhilfe (jeweils in den RPC Devices):

- Im Attribut ccuflags "reconnect" entfernen

und/oder

- Attribut rpcEventTimeout höher setzen als 600 (wenn Du nur wenige Geräte hast, mal auf 1800)

oder

- Attribut rpcEventTimeout auf 0 => Keine Timeouts, keine Reconnects => Keine Meldungen

Depechem · 03 Dezember 2018, 19:45:37

Ok Danke,

also in der HMCCU

Code Auswählen

ccuflags procrpc lassen
in CCU RPC BidCos-RF

Code Auswählen

ccuflags komplett löschen
in CCU RPC HmIP-RF

Code Auswählen

ccuflags komplett löschen

trotzdem wird dann bei einem FHEM oder CCU Neustart wieder reconnected

Das Attribut rpcEventTimeout habe ich jetzt überall auf 1800 genommen weil weiterhin die Meldungen kamen

Gruß Thomas

zap · 03 Dezember 2018, 21:00:01

Dann setze rpcEventTimeout halt auf 0. wenn du ccuflags eh gelöscht hast, gibt es sowieso keinen automatischen Reconnect

Depechem · 03 Dezember 2018, 21:18:15

Zitat von: zap am 03 Dezember 2018, 21:00:01
Dann setze rpcEventTimeout halt auf 0. wenn du ccuflags eh gelöscht hast, gibt es sowieso keinen automatischen Reconnect

ich möchte aber gern einen automatischen Reconnect bei FHEM / CCU Neustart oder Problemen

Zitat von: zap am 03 Dezember 2018, 19:38:04
Abhilfe (jeweils in den RPC Devices):
- Im Attribut ccuflags "reconnect" entfernen

Im Attribut ccuflags steht ja maximal "reconnect" drin also kann ich maximal das gesamte attr löschen.
Oder sollte noch was anderes drin stehen?

meine aktuellen attr:
vom HMCCU

Code Auswählen


ccuGetVars 360
ccuflags procrpc
event-on-change-reading .*
room CCU3
rpcinterfaces BidCos-RF,CUxD,HmIP-RF,VirtualDevices
rpcport 2001,8701,2010,9292
rpcserver on
stateFormat rpcstate/state

vom HMCCURPCPROC d_rpcBidCos_RF

Code Auswählen


eventMap /rpcserver on:on/rpcserver off:off/
room CCU3
rpcEventTimeout 1800
stateFormat rpcstate/state
verbose 2

vom HMCCURPCPROC d_rpcHmIP_RF:

Code Auswählen


eventMap /rpcserver on:on/rpcserver off:off/
room CCU3
rpcEventTimeout 1800
stateFormat rpcstate/state
verbose 2

zap · 04 Dezember 2018, 07:32:24

Der automatische Reconnect funktioniert nur, wenn in ccuflags im jeweiligen RPC Device reconnect drin steht.

Ausserdem muss rpcEventTimeout einen Wert >0 enthalten. Wenn innerhalb der hier angegebenen Zeit keine Meldung von der CCU für dieses RPC Device eintrifft, kommen die besagten Meldungen und der Reconnect wird versucht.

Ich bin gerade dabei, diesen Mechanismus zu überarbeiten. Seit der letzten CCU Firmware scheint RPC Ping endlich korrekt zu funktionieren. Damit könnte ich den oben beschriebenen Mechanismus ablösen.

Depechem · 04 Dezember 2018, 07:57:32

Zitat von: zap am 04 Dezember 2018, 07:32:24
Der automatische Reconnect funktioniert nur, wenn in ccuflags im jeweiligen RPC Device reconnect drin steht.

Ausserdem muss rpcEventTimeout einen Wert >0 enthalten. Wenn innerhalb der hier angegebenen Zeit keine Meldung von der CCU für dieses RPC Device eintrifft, kommen die besagten Meldungen und der Reconnect wird versucht.

Ich bin gerade dabei, diesen Mechanismus zu überarbeiten. Seit der letzten CCU Firmware scheint RPC Ping endlich korrekt zu funktionieren. Damit könnte ich den oben beschriebenen Mechanismus ablösen.

Danke zap, das klingt sehr gut. Dann warte ich ganz einfach.
Vielen Dank