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?
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
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
Ok Danke,
also in der HMCCU ccuflags procrpc
lassen
in CCU RPC BidCos-RF ccuflags
komplett löschen
in CCU RPC HmIP-RF 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
Dann setze rpcEventTimeout halt auf 0. wenn du ccuflags eh gelöscht hast, gibt es sowieso keinen automatischen Reconnect
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
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
eventMap /rpcserver on:on/rpcserver off:off/
room CCU3
rpcEventTimeout 1800
stateFormat rpcstate/state
verbose 2
vom HMCCURPCPROC d_rpcHmIP_RF:
eventMap /rpcserver on:on/rpcserver off:off/
room CCU3
rpcEventTimeout 1800
stateFormat rpcstate/state
verbose 2
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.
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