HMCCU: Version 4.3 verfügbar

crazystone · 30 März 2019, 07:33:41

Hallo,

ich habe HMCCU neu nach Wiki installiert, betreibe seit kurzem eine piVCCU auf demselben RPi3, wie die FHEM Installation, vor allem um HmIP Geräte in FHEM einzubinden (auf Basis von HM-MOD-RPI-PCB). Soweit lief die Installation reibungslos. Leider bekam/bekomme ich von keinem der HmIP Geräte in der CCU3 Emulation (v3.43.16) events, wenn sich die readings aktualisieren. Ich kann die einzelnen HMCCUCHN per get datapoint abfragen und bekomme die richtigen Werte gelesen. Ich habe schon versucht mit einzelnen event-on-... rumzuspielen, aber keine Änderung.

Nach Lesen im Forum kam ich dann drauf, dass der RPC Server wohl gar nicht läuft. Das hat sich auch zu diesem Zeitpunkt bestätigt, denn ich hatte auch das

Code Auswählen

attr ccuflags procrpc

überlesen und so den RPC Server gar nicht aktiviert. Leider begannen nach der Korrektur die Schwierigkeiten, diverse RPi/FHEM Abstürze etc.

Irgendwie ist das System jetzt gerade wieder halbwegs stabil, ich sehe jetzt erstmalig die HMCCURPCPROCs für die 3 interfaces, aber die Readings werden immer noch nicht aktualisiert. Alle HMCCURPCPROCs stehen auf "inactive/OK", rpcstate also inactive. Ist das korrekt?

Ich packe hier mal ein gekürztes

Code Auswählen


list PiVCCU3

rein, vielleicht kann jemand mir die folgenden Anfänger-Fragen beantworten:

- Läuft der RPC Server korrekt?
- Muss ich irgendwas an den einzelnen ccureadings ändern, um von den Geräten events zu bekommen?
- ...und noch die blöde Frage:...Was sonst mache ich falsch?

Code Auswählen


Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.178.54 ccudelay=180
   NAME       PiVCCU3
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         276
   NTFY_ORDER 50-PiVCCU3
   RPCState   inactive
   STATE      Initialized
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 160
   ccudevices 9
   ccuif      BidCos-RF
   ccuinterfaces BidCos-RF,HmIP-RF,VirtualDevices
   ccuip      192.168.178.54
   ccuname    piVCCU3
   ccustate   active
   ccutype    CCU2/3
   host       192.168.178.54
   version    4.3.004
   READINGS:
     2019-03-29 21:42:03   count_channels  160
     2019-03-29 21:42:03   count_devices   9
     2019-03-29 21:42:03   count_groups    0
     2019-03-29 21:42:03   count_interfaces 3
     2019-03-29 21:42:03   count_programs  0
     2019-03-29 21:42:04   rpcstate        inactive
     2019-03-29 21:42:04   state           Initialized
   hmccu:
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   32001,32010,39292
     updatetime 0
     adr:
       HM-RCV-50 BidCoS-RF:1:
         address    BidCoS-RF:1
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:10:
         address    BidCoS-RF:10
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:11:
         address    BidCoS-RF:11
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:12:
         address    BidCoS-RF:12
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:13:
         address    BidCoS-RF:13
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:14:
         address    BidCoS-RF:14
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:15:
         address    BidCoS-RF:15
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:16:
         address    BidCoS-RF:16
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:17:
         address    BidCoS-RF:17
    ...
oper       2
               type       16
             SMOKE_DETECTOR_TEST_RESULT:
               oper       5
               type       16
         cnt:
           CONFIG_PENDING 1
           DUTY_CYCLE 1
           ERROR_CODE 1
           INSTALL_TEST 1
           LOW_BAT    1
           RSSI_DEVICE 1
           RSSI_PEER  1
           SMOKE_DETECTOR_ALARM_STATUS 1
           SMOKE_DETECTOR_COMMAND 1
           SMOKE_DETECTOR_TEST_RESULT 1
           TIME_OF_OPERATION 1
           TIME_OF_OPERATION_STATUS 1
           UNREACH    1
           UPDATE_PENDING 1
     grp:
     ifports:
       32001      BidCos-RF
       32010      HmIP-RF
       39292      VirtualDevices
     interfaces:
       BidCos-RF:
         flags      
         host       192.168.178.54
         manager    null
         port       32001
         prot       xmlrpc_bin
         state      inactive
         type       B
         url        xmlrpc_bin://192.168.178.54:32001
       HmIP-RF:
         flags      
         host       192.168.178.54
         manager    null
         port       32010
         prot       http
         state      inactive
         type       A
         url        http://192.168.178.54:32010
       VirtualDevices:
         flags      
         host       192.168.178.54
         manager    null
         port       39292
         prot       http
         state      inactive
         type       A
         url        http://192.168.178.54:39292/groups
     prg:
     rpc:
Attributes:
   ccudef-readingfilter ^(LOW_?BAT|UNREACH)$
   ccudef-readingname ^(.+\.)?LOW_?BAT$:battery;^(.+\.)?UNREACH$:activity
   ccudef-substitute AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
   ccuflags   procrpc
   cmdIcon    on:general_an off:general_aus
   event-on-change-reading .*
   eventMap   /rpcserver on:on/rpcserver off:off/
   room       3_ErdGeschoss
   rpcinterfaces BidCos-RF,HmIP-RF,VirtualDevices
   rpcport    32001,32010,39292
   rpcserver  on
   stateFormat rpcstate/state

zap · 30 März 2019, 08:45:21

Die RPC Devices müssen auf running stehen. Start mit

set rpcserver on

im IO Device.

Wenn die Readings dann immer noch nicht aktualisiert werden, mal testweise bei einem der Geräte das Attribut ccureadingfilter auf .* setzen.

crazystone · 30 März 2019, 09:24:52

Hallo zap,

vielen Dank für die schnelle Reaktion. ich habe

Code Auswählen

set PiVCCU3 rpcserver on

gemacht und bekomme ein

Code Auswählen


HMCCU: PiVCCU3 Start of RPC server failed

zurück.

Im fhem.log steht seit dem:

Code Auswählen

2019.03.30 09:22:29 0: HMCCU: [PiVCCU3] Definition of some RPC devices failed

und das IODev PiVCCU3 zeigt jetzt im state Error.

crazystone · 30 März 2019, 13:17:37

Ich musste aus anderen Gründen den RPi neu starten. Nach dem Hochfahren fand ich jetzt das im Log:

Code Auswählen


2019.03.30 10:18:47 0: Server shutdown
2019.03.30 10:18:47 0: HMCCU: Can't find RPC device
2019.03.30 10:18:47 0: HMCCU: Can't find RPC device
2019.03.30 10:18:47 0: HMCCU: Can't find RPC device
2019.03.30 10:18:47 2: HMCCURPCPROC: [d_rpcBidCos_RF] Found no running processes. Cleaning up ...
2019.03.30 10:18:47 1: HMCCURPCPROC: [d_rpcBidCos_RF] Housekeeping called. Cleaning up RPC environment
2019.03.30 10:18:47 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process CB not runnning
2019.03.30 10:18:47 2: HMCCURPCPROC: [d_rpcHmIP_RF] Found no running processes. Cleaning up ...
2019.03.30 10:18:47 1: HMCCURPCPROC: [d_rpcHmIP_RF] Housekeeping called. Cleaning up RPC environment
2019.03.30 10:18:47 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process CB not runnning
2019.03.30 10:18:47 2: HMCCURPCPROC: [d_rpcVirtualDevices] Found no running processes. Cleaning up ...
2019.03.30 10:18:47 1: HMCCURPCPROC: [d_rpcVirtualDevices] Housekeeping called. Cleaning up RPC environment
2019.03.30 10:18:47 1: HMCCURPCPROC: [d_rpcVirtualDevices] RPC server process CB not runnning
2019.03.30 10:19:50 0: HMCCU: Start of RPC server after FHEM initialization in 200 seconds
2019.03.30 10:19:51 0: Featurelevel: 5.8
2019.03.30 10:19:51 0: Server started with 153 defined entities (fhem.pl:17329/2018-09-12 perl:5.024001 os:linux user:fhem pid:698)
2019.03.30 10:29:30 0: HMCCU: [PiVCCU3] Definition of some RPC devices failed

Aber auch nach erneutem Versuch rpcserver zu starten, kommt wieder die Fehlermeldung, "start of rpcserver failed"

crazystone · 30 März 2019, 13:48:47

Muss ich an der CCU noch irgendwelche Firewall-Einstellungen, Netzwerkeinstellungen oder Sicherheitseinstellungen ändern?

CCU-Authentifizierung ist komplett deaktiviert.

Ich habe jetzt mal explizit die drei Ports freigegeben (32001, 32010, 39292), hat aber nichts geändert, RPC Server Start schlägt immer noch fehl.

Ab und zu führt der Versuch den rpcserver zu starten zum kompletten Aufhängen von FHEM, einige Male hat dann sogar ein RPi reboot nicht geholfen.

Es hilft nix, ich muß wohl vorerst das "attr ccuflags procrpc" wieder rausnehmen, FHEM stürzt mir immer wieder ab oder startet gar nicht erst.

Ich habe irgendwie die Vermutung, dass es mit meiner piVCCU auf dem selben RPi zu tun hat, möglicherweise dabei der Netzwerk Konfiguration. Wenn jemand eine Idee hat ...Ich werde jetzt vorerst die datapoints mittels DOIF pollen, das geht schließlich immerhin.

zap · 02 April 2019, 07:57:09

Die Firewall Einstellungen sind im Wiki zu HMCCU beschrieben. Da piVCCU ein Docker Container ist, musst du vermutlich noch einige Netzwerkeinstellungen auf piVCCU Seite anpassen (Ports durchreichen). Solltest du mal hier im Forum suchen. Wurde schon mal beschrieben.

Chris8888 · 04 April 2019, 19:49:53

Hallo Zap,

ich habe eben die CCU2 auf die neue 2.45.6 upgedatet.
Leider läuft HMCCU nicht mehr vernünftig.

Code Auswählen


2019.04.04 19:41:34 2: HMCCU: [ccu] Get RPC device for interface HmIP-RF
2019.04.04 19:41:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process started for interface HmIP-RF with PID=884
2019.04.04 19:41:34 2: CCURPC: [d_rpcHmIP_RF] Initializing RPC server CB2010100035100065 for interface HmIP-RF
2019.04.04 19:41:34 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server starting
2019.04.04 19:41:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] Callback server CB2010100035100065 created. Listening on port 7420
2019.04.04 19:41:34 2: CCURPC: [d_rpcHmIP_RF] CB2010100035100065 accepting connections. PID=884
2019.04.04 19:41:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010100035100065 enters server loop
2019.04.04 19:41:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] Registering callback http://192.168.100.35:7420/fh2010 of type A with ID CB2010100035100065 at http://192.168.100.65:2010
2019.04.04 19:41:40 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010100035100065 running
2019.04.04 19:41:40 1: HMCCU: [ccu] All RPC servers running
2019.04.04 19:41:44 2: CCURPC: [d_rpcHmIP_RF] CB2010100035100065 NewDevice received 255 device and channel specifications
2019.04.04 19:41:48 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:41:48 2: HMCCU: Update of device 0000D7099A4D9A failed
2019.04.04 19:41:56 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:41:56 2: HMCCU: Update of device 0007D5699E903E failed
2019.04.04 19:42:04 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:42:04 2: HMCCU: Update of device 0000D5698A76D5 failed
2019.04.04 19:42:12 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:42:12 2: HMCCU: Update of device 0000D3C9960BCF failed
2019.04.04 19:42:20 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:42:20 2: HMCCU: Update of device 0000D7099A3647 failed
2019.04.04 19:42:28 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:42:28 2: HMCCU: Update of device 0001D3C99CC2E0 failed
2019.04.04 19:42:36 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:42:36 2: HMCCU: Update of device 0001D7099ECCFF failed
2019.04.04 19:42:44 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:42:44 2: HMCCU: Update of device 0001D709A1000A failed
2019.04.04 19:42:52 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:42:52 2: HMCCU: Update of device 001898A99269AB failed
2019.04.04 19:43:00 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:43:00 2: HMCCU: Update of device 000D58A98FACC8 failed
2019.04.04 19:43:08 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:43:08 2: HMCCU: Update of device 0000D709924F4A failed
2019.04.04 19:43:16 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:43:16 2: HMCCU: Update of device 000A9569A3A597 failed
2019.04.04 19:43:24 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:43:24 2: HMCCU: Update of device 0008570991055F failed
2019.04.04 19:43:32 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:43:32 2: HMCCU: Update of device 0005D5699CF148 failed
2019.04.04 19:43:40 2: CCURPC: [d_rpcHmIP_RF] Sending data to FHEM failed 100 times. select found no reader
2019.04.04 19:43:40 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:43:40 2: HMCCU: Update of device 0001D709903EBF failed
2019.04.04 19:43:48 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:43:48 2: HMCCU: Update of device 000A9569A3A5A5 failed
2019.04.04 19:43:56 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:43:56 2: HMCCU: Update of device 000A9569A3A519 failed
2019.04.04 19:44:04 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:44:04 2: HMCCU: Update of device 000393C994D014 failed
2019.04.04 19:44:12 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:44:12 2: HMCCU: Update of device 0000D3C98C95FB failed
2019.04.04 19:44:20 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:44:20 2: HMCCU: Update of device 0001D3C99CC2EE failed
2019.04.04 19:44:28 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:44:28 2: HMCCU: Update of device 000E9569A2410C failed
2019.04.04 19:44:36 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:44:36 2: HMCCU: Update of device 000C17099A03BF failed
2019.04.04 19:44:44 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:44:44 2: HMCCU: Update of device 000A9569A3326E failed
2019.04.04 19:44:52 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:44:52 2: HMCCU: Update of device 000393C994D2B2 failed
2019.04.04 19:45:01 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:45:01 2: HMCCU: Update of device 000A9569A3313B failed
2019.04.04 19:45:09 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:45:09 2: HMCCU: Update of device 0000D3C98C9C94 failed
2019.04.04 19:45:17 2: HMCCU: [ccu] HMScript failed. http://192.168.100.65:8181/tclrega.exe: Select timeout/error: 
2019.04.04 19:45:17 2: HMCCU: Update of device 00109709ADC2EA failed
2019.04.04 19:45:17 2: HMCCU: [ccu] Updated devices. Success=3 Failed=27

So richtig habe ich keine Idee...

VG
Christian

Ban · 04 April 2019, 20:04:00

Hallo Chris8888,

das Problem habe ich auch. Schau dir mal den Beitrag von zap an.
Damit kannst du versuchen das Verhalten temporär zu umgehen.

https://forum.fhem.de/index.php/topic,98287.msg922908.html#msg922908

Grüße,
Ban

Chris8888 · 04 April 2019, 21:01:39

Hi,

vielen Dank. Bis zu dem Update kommend von der 2.41.2 war alles okay. Sehr seltsam.
Aber wenn Zap da bereits dran ist...ich kann warten.

Für die WTHs kann man endlich das Optimum-StartStop aktivieren...leider wird das Feature nicht in FHEM weitergeleitet.
Ein neuer Datapoint ist nicht zu sehen.

VG
CHristian

Jamo · 04 April 2019, 22:04:05

Habe gerade meine CCU3 auf die Firmware 3.45.7 gebracht, bisher problemlos, also funktioniert mit der HMCCU version 4.3.014.
Ich musste nur sowohl die CCU3 als auch FHEM zusätzlich neu starten, danach lief alles wie vorher.

zap · 04 April 2019, 22:47:30

Zitat von: inoma am 04 April 2019, 22:04:05
Habe gerade meine CCU3 auf die Firmware 3.45.7 gebracht, bisher problemlos, also funktioniert mit der HMCCU version 4.3.014.
Ich musste nur sowohl die CCU3 als auch FHEM zusätzlich neu starten, danach lief alles wie vorher.

Du hast also nicht das Problem, dass sich die CCU und/oder FHEM aufhängt beim Start der RPC Server?

Jamo · 05 April 2019, 04:12:31

Habe gerade einmal 'set HMCCU rpcserver off' und dann ein 'set HMCCU rpcserver on' gemacht, startet alles normal.

Code Auswählen

2019.04.05 04:00:34 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] Stopping RPC server CB2010000015000016
2019.04.05 04:00:34 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] Deregistering RPC server http://168.121.0.15:7420/fh2010 with ID CB2010000015000016 at http://168,121.0.16:2010
2019.04.05 04:00:34 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] Callback for RPC server CB2010000015000016 deregistered
2019.04.05 04:00:34 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] Sending signal INT to RPC server process CB2010000015000016 with PID=2367
2019.04.05 04:00:34 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] Scheduling cleanup in 30 seconds
2019.04.05 04:00:34 2: CCURPC: [d_rpc000016HmIP_RF] CB2010000015000016 received signal INT
2019.04.05 04:00:34 2: CCURPC: [d_rpc000016HmIP_RF] Number of I/O errors = 0
2019.04.05 04:00:35 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] RPC server process CB2010000015000016 terminated.
2019.04.05 04:00:35 1: HMCCU: [HMCCU3] All RPC servers inactive
2019.04.05 04:00:35 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] Process CB2010000015000016 with PID=2367 still running. Killing it.
2019.04.05 04:00:36 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] Stop I/O handling
2019.04.05 04:01:12 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] RPC server process started for interface HmIP-RF with PID=25671
2019.04.05 04:01:12 2: CCURPC: [d_rpc000016HmIP_RF] Initializing RPC server CB2010000015000016 for interface HmIP-RF
2019.04.05 04:01:12 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] Callback server CB2010000015000016 created. Listening on port 7420
2019.04.05 04:01:12 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] RPC server starting
2019.04.05 04:01:12 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] RPC server CB2010000015000016 enters server loop
2019.04.05 04:01:12 2: HMCCURPCPROC: [d_rpc000016HmIP_RF] Registering callback http://168.121.0.15:7420/fh2010 of type A with ID CB2010000015000016 at http://168.121.0.16:2010
2019.04.05 04:01:12 1: HMCCURPCPROC: [d_rpc000016HmIP_RF] RPC server CB2010000015000016 running
2019.04.05 04:01:12 1: HMCCU: [HMCCU3] All RPC servers running
2019.04.05 04:01:13 2: CCURPC: [d_rpc000016HmIP_RF] CB2010000015000016 NewDevice received 117 device and channel specifications

zap · 05 April 2019, 07:23:43

Ok, ist bei einigen Usern anders, warum auch immer.

PatrickR · 05 April 2019, 08:12:22

Zitat von: zap am 05 April 2019, 07:23:43
Ok, ist bei einigen Usern anders, warum auch immer.

Meine bislang unbeachtet gebliebene Theorie wäre, dass das Problem nur dann auftritt wenn die CCU die aktuellen Werte noch nicht kennt, d. h. direkt(!) nach einem Upgrade. Ggf. - leider ist die Datenlage im anderen Thread sehr dünn - sind auch nur Installationen mit einer hohen Anzahl an Geräten einer Technologie (HmIP) betroffen.

Offene Fragen:
Was passiert bei get update (im Defaultmodus ccuget Value) wenn die CCU die Werte noch nicht kennt?
Hat ccuflags nonBlocking eine Auswirkung auf das Timing der get-updates an die CCU?

Von unterwegs gesendet.

zap · 05 April 2019, 09:29:47

Zitat von: PatrickR am 05 April 2019, 08:12:22
Meine bislang unbeachtet gebliebene Theorie wäre, dass das Problem nur dann auftritt wenn die CCU die aktuellen Werte noch nicht kennt, d. h. direkt(!) nach einem Upgrade. Ggf. - leider ist die Datenlage im anderen Thread sehr dünn - sind auch nur Installationen mit einer hohen Anzahl an Geräten einer Technologie (HmIP) betroffen.

Das kann eigentlich nicht sein. Ich habe diese Woche ein CCU Update mit anschließendem Reboot gemacht. Direkt nach dem CCU Neustart habe ich die RPC Server auf FHEM neu gestartet, ohne Probleme. Ich habe mehr als 80 Homematic Geräte in der CCU (BidCos und HmIP).

Zitat
Offene Fragen:
Was passiert bei get update (im Defaultmodus ccuget Value) wenn die CCU die Werte noch nicht kennt?
Hat ccuflags nonBlocking eine Auswirkung auf das Timing der get-updates an die CCU?.

nonBlocking verhindert bestenfalls, dass FHEM blockiert. Sonst unterscheidet sich da nichts (wobei ich erst mal nachschauen muss, ob beim globalen Update überhaupt nonBlocking berücksichtigt wird).

Wenn die CCU die Werte nicht kennt, fragt sie vermutlich das Gerät. Zumindest deuten die Fehlermeldung "GetValue error" im CCU Log darauf hin.