nach Update werden ungültige Adressen im FHEM-Log von CCU gemeldet

Axel Asmussen · 21 August 2019, 23:30:33

Hallo zusammen -
Ich habe gerade ein FHEM-Update gemacht und nach dem Restart bekomme im Laufe des Ablaufes von der CCU diverse Meldungen zu ungültigen Adressen ...

Code Auswählen

2019.08.21 22:58:16 2: HMCCU: [d_ccu] Get RPC device for interface BidCos-RF
2019.08.21 22:58:16 2: HMCCU: [d_ccu] Get RPC device for interface HmIP-RF
2019.08.21 22:58:16 2: HMCCU: [d_ccu] Get RPC device for interface VirtualDevices
2019.08.21 22:58:16 2: HMCCURPCPROC: [d_rpc178014BidCos_RF] RPC server process started for interface BidCos-RF with PID=3985
2019.08.21 22:58:16 2: CCURPC: [d_rpc178014BidCos_RF] Initializing RPC server CB2001178250178014 for interface BidCos-RF
2019.08.21 22:58:16 1: HMCCURPCPROC: [d_rpc178014BidCos_RF] RPC server starting
2019.08.21 22:58:16 2: HMCCURPCPROC: [d_rpc178014HmIP_RF] RPC server process started for interface HmIP-RF with PID=3986
2019.08.21 22:58:16 2: CCURPC: [d_rpc178014HmIP_RF] Initializing RPC server CB2010178250178014 for interface HmIP-RF
2019.08.21 22:58:16 1: HMCCURPCPROC: [d_rpc178014HmIP_RF] RPC server starting
2019.08.21 22:58:16 2: HMCCURPCPROC: [d_rpc178014VirtualDevices] RPC server process started for interface VirtualDevices with PID=3987
2019.08.21 22:58:16 2: CCURPC: [d_rpc178014VirtualDevices] Initializing RPC server CB9292178250178014 for interface VirtualDevices
2019.08.21 22:58:16 1: HMCCURPCPROC: [d_rpc178014VirtualDevices] RPC server starting
2019.08.21 22:58:17 2: HMCCURPCPROC: [d_rpc178014BidCos_RF] Callback server CB2001178250178014 created. Listening on port 7411
2019.08.21 22:58:17 2: HMCCURPCPROC: [d_rpc178014HmIP_RF] Callback server CB2010178250178014 created. Listening on port 7420
2019.08.21 22:58:17 2: CCURPC: [d_rpc178014BidCos_RF] CB2001178250178014 accepting connections. PID=3985
2019.08.21 22:58:17 2: CCURPC: [d_rpc178014HmIP_RF] CB2010178250178014 accepting connections. PID=3986
2019.08.21 22:58:17 2: HMCCURPCPROC: [d_rpc178014HmIP_RF] RPC server CB2010178250178014 enters server loop
2019.08.21 22:58:17 2: HMCCURPCPROC: [d_rpc178014HmIP_RF] Registering callback http://192.168.178.250:7420/fh2010 of type A with ID CB2010178250178014 at http://192.168.178.14:2010
2019.08.21 22:58:17 2: HMCCURPCPROC: [d_rpc178014VirtualDevices] Callback server CB9292178250178014 created. Listening on port 14702
2019.08.21 22:58:17 2: CCURPC: [d_rpc178014VirtualDevices] CB9292178250178014 accepting connections. PID=3987
2019.08.21 22:58:17 1: HMCCURPCPROC: [d_rpc178014HmIP_RF] RPC server CB2010178250178014 running
2019.08.21 22:58:17 2: HMCCURPCPROC: [d_rpc178014BidCos_RF] RPC server CB2001178250178014 enters server loop
2019.08.21 22:58:17 2: HMCCURPCPROC: [d_rpc178014BidCos_RF] Registering callback http://192.168.178.250:7411/fh2001 of type A with ID CB2001178250178014 at http://192.168.178.14:2001
2019.08.21 22:58:17 1: HMCCURPCPROC: [d_rpc178014BidCos_RF] RPC server CB2001178250178014 running
2019.08.21 22:58:17 1: HMCCURPCPROC: [d_rpc178014BidCos_RF] Scheduled CCU ping every 300 seconds
2019.08.21 22:58:17 2: HMCCURPCPROC: [d_rpc178014VirtualDevices] RPC server CB9292178250178014 enters server loop
2019.08.21 22:58:17 2: HMCCURPCPROC: [d_rpc178014VirtualDevices] Registering callback http://192.168.178.250:14702/fh9292 of type A with ID CB9292178250178014 at http://192.168.178.14:9292/groups
2019.08.21 22:58:17 2: CCURPC: [d_rpc178014BidCos_RF] CB2001178250178014 NewDevice received 61 device and channel specifications
2019.08.21 22:58:17 2: CCURPC: [d_rpc178014VirtualDevices] CB9292178250178014 NewDevice received 7 device and channel specifications
2019.08.21 22:58:19 2: CCURPC: [d_rpc178014HmIP_RF] CB2010178250178014 NewDevice received 420 device and channel specifications
2019.08.21 22:58:27 1: HMCCURPCPROC: [d_rpc178014VirtualDevices] RPC server CB9292178250178014 running
2019.08.21 22:58:27 1: HMCCU: [d_ccu] All RPC servers running
2019.08.21 22:58:27 2: HMCCU: [d_ccu] Updating devices for filter ccudevstate=active,ccuif=BidCos-RF|HmIP-RF|VirtualDevices
2019.08.21 22:58:27 2: HMCCU: Found 117 client devices matching .*
2019.08.21 22:58:27 3: HMCCU: [d_ccu] 000B58A9A77BCE:3 is not a valid address
2019.08.21 22:58:27 3: HMCCU: [d_ccu] Address 000B58A9A77BCE:3 not found
2019.08.21 22:58:27 3: HMCCU: [d_ccu] 000B58A9A77BCE:3 is not a valid address
2019.08.21 22:58:27 3: HMCCU: [d_ccu] Address 000B58A9A77BCE:3 not found
2019.08.21 22:58:27 3: HMCCU: [d_ccu] 000B58A9A77BCE:1 is not a valid address
2019.08.21 22:58:27 3: HMCCU: [d_ccu] Address 000B58A9A77BCE:1 not found
2019.08.21 22:58:27 3: HMCCU: [d_ccu] 000B58A9A77BCE:1 is not a valid address
2019.08.21 22:58:27 3: HMCCU: [d_ccu] Address 000B58A9A77BCE:1 not found
2019.08.21 22:58:27 3: HMCCU: [d_ccu] 000B58A9ABC9EB:6 is not a valid address
2019.08.21 22:58:27 3: HMCCU: [d_ccu] Address 000B58A9ABC9EB:6 not found
2019.08.21 22:58:27 3: HMCCU: [d_ccu] 000B58A9ABC9EB:6 is not a valid address
2019.08.21 22:58:27 3: HMCCU: [d_ccu] Address 000B58A9ABC9EB:6 not found
.... das geht noch diverse Zeilen so weiter aber am Ende kommt dann noch das hier - vielleicht hilft das weiter
2019.08.21 22:58:27 3: HMCCU: [d_ccu] 000B58A9A77BCE:2 is not a valid address
2019.08.21 22:58:27 3: HMCCU: [d_ccu] Address 000B58A9A77BCE:2 not found
2019.08.21 22:58:28 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at ./FHEM/88_HMCCU.pm line 6706.
2019.08.21 22:58:31 2: HMCCU: [d_ccu] Update success=117 failed=0

Soweit ich aus den Adressen erkennen kann sind das alles HMIP-Taster (6-fach) die alle irgendwelche Aktionen starten sollen welche aber z.T. auch nicht HM-Aktionen sind (z.b. eine HUE Lampe schalten).
Die einzelnen Tasten sind alle als HMCCUCHN definiert und mit entsprechenden Notify verknüpft - einmal als PS (Short Press) und als PL (Long-Press)
Ein List-Beispiel hier:

Code Auswählen

Internals:
   DEF        000B58A9A77BCE:3
   FUUID      5d4a07e3-f33f-bb50-2f6d-2844a6cb1bf4cf47
   IODev      d_ccu
   NAME       HmWT6_Kizi2_3PS
   NR         252
   STATE      Initialized
   TYPE       HMCCUCHN
   ccuaddr    000B58A9A77BCE:3
   ccudevstate active
   ccuif      HmIP-RF
   ccuname    HmIP-WRC6 000B58A9A77BCE:3
   ccutype    HmIP-WRC6
   channels   1
   chntype    KEY_TRANSCEIVER
   firmware   1.0.19
   statevals  devstate|press
   READINGS:
     2019-08-17 23:45:34   3.PRESS_SHORT   pressed
     2019-08-21 23:24:30   activity        alive
     2019-08-21 23:24:30   battery         ok
     2019-08-17 23:45:34   control         pressed
     2019-08-21 23:24:30   hmstate         Initialized
     2019-08-21 22:57:59   state           Initialized
   hmccu:
     devspec    000B58A9A77BCE:3
     dp:
       0.CONFIG_PENDING:
         OVAL       false
         VAL        0
       0.DUTY_CYCLE:
         OVAL       false
         VAL        0
       0.INSTALL_TEST:
         OVAL       true
         VAL        true
       0.LOW_BAT:
         OSVAL      ok
         OVAL       false
         SVAL       ok
         VAL        0
       0.OPERATING_VOLTAGE:
         OVAL       2.900000
         VAL        2.9
       0.OPERATING_VOLTAGE_STATUS:
         OVAL       0
         VAL        0
       0.RSSI_DEVICE:
         OVAL       186
         VAL        -71
       0.RSSI_PEER:
         OVAL       0
         VAL        0
       0.UNREACH:
         OSVAL      alive
         OVAL       false
         SVAL       alive
         VAL        0
       0.UPDATE_PENDING:
         OVAL       false
         VAL        false
Attributes:
   IODev      d_ccu
   ccureadingfilter PRESS_SHORT
   icon       taster_ch6_3
   room       Homematic,Taster
   statedatapoint PRESS_SHORT
   statevals  press:true
   substitute PRESS_SHORT!(1|true):pressed,(0|false):released

Bis dato hatte ich solche Meldungen nicht.
Leider kann ich die Taster aktuell auch selbst nicht kontrollieren oder ausprobieren ob sie noch tun, was sie sollen, da ich im Augenblick nicht vor Ort bin
Hat jemand ähnliche Erfahrungen? Was hat das für Auswirkungen?
Danke & VG
Axel

zap · 22 August 2019, 10:17:43

Die Meldung "is not a valid device" ist korrekt. Eine Adresse wie 000B58A9A77BCE:1 ist eine Kanaladresse, keine Device-Adresse.

Hast Du irgendwo Devices vom Typ HMCCUDEV angelegt und dabei eine Kanaladresse oder einen Kanalnamen angegeben? Wenn ja, wie hast Du das geschafft?

Die Fehlermeldung am Ende kommt vermutlich von einem falsch gesetzten Attribut ccuscaleval. Dort dürfen nur nummerische Werte und Datenpunkte verwendet werden.

Ralli · 22 August 2019, 15:33:36

Bei mir ist die neue Version von HMCCU gegenüber der vorherigen auch nicht nutzbar.

Es werden 66 Devices/Channel/Adressen angemeckert, die bis dato problemlos eingebunden sind.

Ich bin zurück auf die Vorversion.

Axel Asmussen · 22 August 2019, 20:36:34

Hallo Zap -

die Meldungen kamen erst nach dem Update - vorher waren die Meldungen nicht da.
Bisher sind mir keine größeren Schäden von der Familie gemeldet worden - es scheint also so, als würde mit den bestehenden Daten das System auch noch laufen. Aber da will ich die Hand nicht in's Feuer legen. Was die Familie so nutzt ist nicht genau definiert .

In dem, dem ersten Post, beigefügten Ausschnitt sind auch nur einige HMCCUDEV mit dem Fehler angeführt (und zwar damals direkt aus dem Event.Monitr beim Update)
- im Logfile sieht das so aus

Code Auswählen


2019.08.21 22:57:57 1: HMCCU: [d_ccu] Initialized version 4.3.017
2019.08.21 22:57:57 1: HMCCU: [d_ccu] HMCCU: Initializing device
2019.08.21 22:57:58 1: HMCCU: [d_ccu] HMCCU: Read 60 devices with 428 channels from CCU 192.168.178.14
2019.08.21 22:57:58 1: HMCCU: [d_ccu] HMCCU: Read 3 interfaces from CCU 192.168.178.14
2019.08.21 22:57:58 1: HMCCU: [d_ccu] HMCCU: Read 23 programs from CCU 192.168.178.14
2019.08.21 22:57:58 1: HMCCU: [d_ccu] HMCCU: Read 1 virtual groups from CCU 192.168.178.14
2019.08.21 22:57:58 3: HMCCU: [d_ccu] HmBew_Flur1 is not a valid address
2019.08.21 22:57:58 3: HMCCU: [d_ccu] Address HmBew_Flur1 not found
2019.08.21 22:57:58 3: HMCCU: [d_ccu] Invalid address HmBew_Flur1
2019.08.21 22:57:58 3: HMCCU: [d_ccu] HmBew_Flur1 is not a valid address
2019.08.21 22:57:58 3: HMCCU: [d_ccu] Address HmBew_Flur1 not found
2019.08.21 22:57:58 3: HMCCU: [d_ccu] Invalid address HmBew_Flur1
2019.08.21 22:57:58 3: HMCCU: [d_ccu] HmBew_Flur2 is not a valid address
2019.08.21 22:57:58 3: HMCCU: [d_ccu] Address HmBew_Flur2 not found
2019.08.21 22:57:58 3: HMCCU: [d_ccu] Invalid address HmBew_Flur2
2019.08.21 22:57:58 3: HMCCU: [d_ccu] HmBew_Flur2 is not a valid address
2019.08.21 22:57:58 3: HMCCU: [d_ccu] Address HmBew_Flur2 not found
2019.08.21 22:57:58 3: HMCCU: [d_ccu] Invalid address HmBew_Flur2
2019.08.21 22:57:58 3: HMCCU: [d_ccu] HmATS_Balkonvorn is not a valid address
2019.08.21 22:57:58 3: HMCCU: [d_ccu] Address HmATS_Balkonvorn not found
... das geht so weiter für alle HMCCUDEV anscheinend nimmt er den Devicenamen als Adresse ...

... dann kommen die HMCCUCHN (und zwar auch alle definierten)
019.08.21 22:57:58 3: HMCCU: [d_ccu] Address HmDK_Terrasse not found
2019.08.21 22:57:58 3: HMCCU: [d_ccu] Invalid address HmDK_Terrasse
2019.08.21 22:57:59 3: HMCCU: [d_ccu] 000B58A9A4E4FF:1 is not a valid address
2019.08.21 22:57:59 3: HMCCU: [d_ccu] Address 000B58A9A4E4FF:1 not found
2019.08.21 22:57:59 3: HMCCU: [d_ccu] 000B58A9A4E4FF:2 is not a valid address
2019.08.21 22:57:59 3: HMCCU: [d_ccu] Address 000B58A9A4E4FF:2 not found
2019.08.21 22:57:59 3: HMCCU: [d_ccu] 000B58A9A4E4FF:3 is not a valid address
2019.08.21 22:57:59 3: HMCCU: [d_ccu] Address 000B58A9A4E4FF:3 not found
2019.08.21 22:57:59 3: HMCCU: [d_ccu] 000B58A9A4E4FF:4 is not a valid address
2019.08.21 22:57:59 3: HMCCU: [d_ccu] Address 000B58A9A4E4FF:4 not found
2019.08.21 22:57:59 3: HMCCU: [d_ccu] 000B58A9A4E4FF:5 is not a valid address
2019.08.21 22:57:59 3: HMCCU: [d_ccu] Address 000B58A9A4E4FF:5 not found

Wegen dem falschen Wert irgendwo muss ich sehen, wäre ja praktisch, wenn im Log das Device benannt würde - aber ich suche mal das CFG durch
Danke
Schönen Abend
Axel

zap · 22 August 2019, 21:15:34

Kommen die Meldungen vor oder nach dem Start der RPC Server?
Hast du mal ein Define eines Device, das fehlschlägt?

Seltsam an der Sache ist, dass der Fehler bei mir nicht auftritt.

Ralli · 23 August 2019, 08:23:37

Code Auswählen


2019.08.22 15:20:43.911 1: Including fhem.cfg
2019.08.22 15:20:43.947 3: telnetPort: port 7072 opened
2019.08.22 15:20:44.334 3: WEB: port 8083 opened
2019.08.22 15:20:44.335 3: WEBphone: port 8084 opened
2019.08.22 15:20:44.336 3: WEBtablet: port 8085 opened
2019.08.22 15:20:44.414 2: eventTypes: loaded 3731 events from log/eventTypes.txt
2019.08.22 15:20:45.720 1: HMCCU: [CCU2] Initialized version 4.3.017
2019.08.22 15:20:45.720 1: HMCCU: [CCU2] HMCCU: Initializing device
2019.08.22 15:20:48.729 1: HMCCU: [CCU2] HMCCU: Read 110 devices with 538 channels from CCU 10.0.0.20
2019.08.22 15:20:48.729 1: HMCCU: [CCU2] HMCCU: Read 4 interfaces from CCU 10.0.0.20
2019.08.22 15:20:48.729 1: HMCCU: [CCU2] HMCCU: Read 68 programs from CCU 10.0.0.20
2019.08.22 15:20:48.729 1: HMCCU: [CCU2] HMCCU: Read 0 virtual groups from CCU 10.0.0.20
2019.08.22 15:20:48.840 1: HMCCURPC: Device CCU2_rpc. Initialized version 1.0
2019.08.22 15:20:49.705 3: HMCCU: [CCU2] OEQ1234XYZ:1 is not a valid address
2019.08.22 15:20:49.706 3: HMCCU: [CCU2] Address OEQ1234XYZ:1 not found
...
2019.08.22 15:20:51.368 1: HMCCURPCPROC: [d_rpcBidCos_RF] Initialized version 1.8 for interface BidCos-RF with I/O device CCU2
2019.08.22 15:20:51.370 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Initialized version 1.8 for interface BidCos-Wired with I/O device CCU2
2019.08.22 15:20:51.372 1: HMCCURPCPROC: [d_rpcHmIP_RF] Initialized version 1.8 for interface HmIP-RF with I/O device CCU2
2019.08.22 15:20:51.509 1: Including ./log/fhem.save
2019.08.22 15:20:51.590 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2019.08.22 15:20:51.623 0: Featurelevel: 5.9
2019.08.22 15:20:51.623 0: Server started with 294 defined entities (fhem.pl:19964/2019-08-08 perl:5.026001 os:linux user:fhem pid:16427)
2019.08.22 15:21:03.926 2: HMCCU: [CCU2] Get RPC device for interface BidCos-RF
2019.08.22 15:21:03.926 2: HMCCU: [CCU2] Get RPC device for interface BidCos-Wired
2019.08.22 15:21:03.926 2: HMCCU: [CCU2] Get RPC device for interface HmIP-RF
2019.08.22 15:21:03.928 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process started for interface BidCos-RF with PID=16444
2019.08.22 15:21:03.938 2: CCURPC: [d_rpcBidCos_RF] Initializing RPC server CB2001000030000020 for interface BidCos-RF
2019.08.22 15:21:03.973 2: HMCCURPCPROC: [d_rpcBidCos_RF] Callback server CB2001000030000020 created. Listening on port 7411
2019.08.22 15:21:03.973 2: CCURPC: [d_rpcBidCos_RF] CB2001000030000020 accepting connections. PID=16444
2019.08.22 15:21:04.211 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server starting
2019.08.22 15:21:04.452 2: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server process started for interface BidCos-Wired with PID=16445
2019.08.22 15:21:04.461 2: CCURPC: [d_rpcBidCos_Wired] Initializing RPC server CB2000000030000020 for interface BidCos-Wired
2019.08.22 15:21:04.488 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Callback server CB2000000030000020 created. Listening on port 7410
2019.08.22 15:21:04.488 2: CCURPC: [d_rpcBidCos_Wired] CB2000000030000020 accepting connections. PID=16445
2019.08.22 15:21:04.664 1: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server starting
2019.08.22 15:21:04.854 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process started for interface HmIP-RF with PID=16446
2019.08.22 15:21:04.861 2: CCURPC: [d_rpcHmIP_RF] Initializing RPC server CB2010000030000020 for interface HmIP-RF
2019.08.22 15:21:04.874 2: HMCCURPCPROC: [d_rpcHmIP_RF] Callback server CB2010000030000020 created. Listening on port 7420
2019.08.22 15:21:04.875 2: CCURPC: [d_rpcHmIP_RF] CB2010000030000020 accepting connections. PID=16446
2019.08.22 15:21:05.180 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server starting
2019.08.22 15:21:05.685 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001000030000020 enters server loop
2019.08.22 15:21:05.686 2: HMCCURPCPROC: [d_rpcBidCos_RF] Registering callback http://10.0.0.30:7411/fh2001 of type A with ID CB2001000030000020 at http://10.0.0.20:2001
2019.08.22 15:21:06.667 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001000030000020 running
2019.08.22 15:21:06.921 2: CCURPC: [d_rpcBidCos_RF] CB2001000030000020 NewDevice received 464 device and channel specifications
2019.08.22 15:21:07.012 1: HMCCURPCPROC: [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2019.08.22 15:21:07.430 2: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server CB2000000030000020 enters server loop
2019.08.22 15:21:07.530 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Registering callback http://10.0.0.30:7410/fh2000 of type A with ID CB2000000030000020 at http://10.0.0.20:2000
2019.08.22 15:21:07.782 2: CCURPC: [d_rpcBidCos_Wired] CB2000000030000020 NewDevice received 94 device and channel specifications
2019.08.22 15:21:07.930 1: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server CB2000000030000020 running
2019.08.22 15:21:08.572 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010000030000020 enters server loop
2019.08.22 15:21:08.714 2: HMCCURPCPROC: [d_rpcHmIP_RF] Registering callback http://10.0.0.30:7420/fh2010 of type A with ID CB2010000030000020 at http://10.0.0.20:2010
2019.08.22 15:21:09.078 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010000030000020 running
2019.08.22 15:21:09.218 1: HMCCU: [CCU2] All RPC servers running
2019.08.22 15:21:09.341 2: HMCCU: [CCU2] Updating devices for filter ccudevstate=active,ccuif=BidCos-RF|BidCos-Wired|HmIP-RF
2019.08.22 15:21:09.345 2: HMCCU: Found 124 client devices matching .*
2019.08.22 15:21:09.345 3: HMCCU: [CCU2] KEQ0123456:9 is not a valid address
2019.08.22 15:21:09.345 3: HMCCU: [CCU2] Address KEQ0123456:9 not found
...
2019.08.22 15:21:09.875 2: CCURPC: [d_rpcHmIP_RF] CB2010000030000020 NewDevice received 78 device and channel specifications
2019.08.22 15:21:37.960 2: HMCCU: [CCU2] Update success=124 failed=0

zap · 23 August 2019, 08:54:32

Je nach Sichtweise ist das ein Fehler oder eben nicht. Ich habe bei der Prüfung auf gültiges Device ein Log Statement eingebaut, falls es sich nicht um ein Device handelt - leider mit Level 3. Bei mir ist verbose = 2, daher sehe ich diese Meldungen nicht.

HMCCU prüft bei vielen Gelegenheiten, ob ein Devicename oder eine Deviceadresse gültig ist. Das passiert auch bei Kanalnamen oder -adressen. Da schlägt diese Prüfung natürlich korrekterweise fehl und die Meldung wird ins Log geschrieben. Das hat keinen Einfluss auf FHEM bzw. die HMCCU Funktion. Ihr könnt das Release also bedenkenlos einsetzen. Um die Meldungen loszuwerden, verbose auf <3 setzen.

Ich nehme die Logmeldung raus. War nur für Testzwecke gedacht und macht im normalen Betrieb aus o.g. Gründen keinen Sinn.

Ralli · 23 August 2019, 19:24:38

Alles klar, danke für deine Analyse und Rückmeldung.