HMCCU: Version 4.3 verfügbar

[PEPITO82]

Genau, ist mir gar nicht aufgefallen.
Aber ich habe natürlich im I/O device rpcinterfaces als Attribut mit BidCos-RF und HmIP-RF gepflegt.

[tndx]

Den gleichen Fehler hatte ich gestern auch (wieder). Ich habe die CCU neu gestartet, danach FHEM neu gestartet, HMCCU war "running/OK". Erst nachdem es dunkel wurde und die Präsenzmelder offenbar die Präsenz nicht erfassten fiel mir dann auf, dass der 2.RPC-Server nicht da war, auch der Eintrag "HMIP-RF" unter rpcinterfaces war weg. Den Eintrag wieder nachgetragen, FHEM neugestartet und schon läuft es wieder.

[zap]

Möglicherweise deaktiviert HMCCU die HmIP Schnittstelle, wenn der HmIP-Server der CCU nicht erreichbar ist. Dagegen spricht, dass im Internal ccuinterfaces alle Schnittstellen erkannt sind und eingetragen wurden.

Hast Du nur die RPC Devices gelöscht oder FHEM auch neu gestartet? Falls nicht, probiere das mal.

[tndx]

Hi,

Hast Du nur die RPC Devices gelöscht oder FHEM auch neu gestartet? Falls nicht, probiere das mal.

das verstehe ich nicht ganz... Ich habe an FHEM eigentlich nichts aktiv geändert, sondern musste aufgrund meiner Spielereien mit der CCU die neu starten. Da ich wusste, dass FHEM das nicht gut verträgt, habe ich, nachdem die CCU-Weboberfläche erreichbar war, "shutdown restart" in FHEM ausgeführt und mich vergewissert, dass HMCCU läuft. Der fehlende RPC-Server ist, wie gesagt, erst später aufgefallen und dann auch der fehlende Eintrag unter rpcinterfaces. Heißt das, ich habe FHEM möglicherweise zu früh neu gestartet, als die CCU noch nicht ganz hochgefahren war, also insbesondere die HmIP-Schnittstelle?

[zap]

Hi,

das verstehe ich nicht ganz... Ich habe an FHEM eigentlich nichts aktiv geändert, sondern musste aufgrund meiner Spielereien mit der CCU die neu starten. Da ich wusste, dass FHEM das nicht gut verträgt, habe ich, nachdem die CCU-Weboberfläche erreichbar war, "shutdown restart" in FHEM ausgeführt und mich vergewissert, dass HMCCU läuft. Der fehlende RPC-Server ist, wie gesagt, erst später aufgefallen und dann auch der fehlende Eintrag unter rpcinterfaces. Heißt das, ich habe FHEM möglicherweise zu früh neu gestartet, als die CCU noch nicht ganz hochgefahren war, also insbesondere die HmIP-Schnittstelle?

Ja.

[tndx]

OK, danke, das macht natürlich Sinn. Werde das künftig berücksichtigen. Gibt es denn eine Aussicht auf mehr Robustheit?

[Wernieman]

Anstatt FHEM zu restarten, kannst Du doch auch "nur" die RPC-Schnittstelle reconnection?

[zap]

Anstatt FHEM zu restarten, kannst Du doch auch "nur" die RPC-Schnittstelle reconnection?

Ja, das würde reichen. Vor dem Neustart der CCU die RPC-Server stoppen. Dann würde ich so 5 Minuten warten, um sicher zu sein, dass tatsächlich alle Services der CCU wieder laufen.

ABER: Man sollte auf keinen Fall die CCU Konfiguration ändern (Umstellung http / https, Authentifizierung ein- oder ausschalten). In dem Fall sollte man tatsächlich die RPC Devices löschen und natürlich auch die Definition vom I/O Device inkl. CCU Credentials ändern. Dann ist auf jeden Fall ein Neustart von FHEM geboten.

[zap]

Ich habe ein (sehr) kleines Update für 88_HMCCU.pm eingecheckt. Unter bestimmten Bedingungen könnte es Probleme mit der Erzeugung der RPC Callback URLs geben. Das könnte dazu führen, dass die Datenpunkte bzw. Readings einzelner Devices nicht automatisch aktualisiert werden.

Ab morgen per FHEM Update verfügbar.

[Ralli]

Hallo zap,

das geschilderte Problem, dass valide reproduzierbar ausschließlich (!) bei der allerersten Verbindung von HMCCU an die CCU nach deren Neustart die Meldung

Code Auswählen Erweitern


2020.06.21 11:02:15.869 2: HMCCU: [CCU2 : 896] Update success=124 failed=0


NICHT kommt, besteht immer noch.

[zap]

Ist es egal, wie lange Du mit dem FHEM Start wartest, nachdem die CCU gestartet wurde? Oder wie lange wartest Du?
Hast Du mal - als Workaround - nach einem CCU Neustart in FHEM den Befehl "set rpcregister all" ausprobiert (im I/O Device)?

[Ralli]

Ja, das ist egal. Es hat m.E. auch nichts mit dem RPC zu tun, wie du ja auch schon meintest, da diese ausstehende Meldung nicht von einem RPC-Thread kommt sondern vom Hauptmodul.

[zap]

Ich meinte damit, nach dem Neustart der CCU auf den FHEM Neustart zu verzichten. Allerdings müssen die RPC Server neu registriert werden, da die CCU sie beim Neustart "vergisst". Das kann man eben mit "set rpcregister all" erreichen.

[Ralli]

Ach so, das probiere ich gerne einmal aus.

[bmwfan]

Hallo,

ich habe das Problem, dass der RPC-Server auf dem Raspi3 mit piVCCU3 nicht mehr startet und ich den Fehler nicht finde. Vor einigen Tagen hatte ich nach längerer Zeit ein Update von FHEM gemacht und danach erst nach einiger Zeit bemerkt (Jalousien führen nicht mehr wie gewohnt), dass der RPC-server nicht mehr startet. Die Firewall-Einstellungen in der CCU2 sind wie im Wiki beschrieben eingestellt.
Folgende Fehlermeldung nach einem Restart von FHEM:

Code Auswählen Erweitern

2020.07.10 20:39:32.160 3: MQTT2_FHEM_Server: port 1883 opened
2020.07.10 20:39:34.948 1: HMCCU: [myHMCCU3 : 452] Initialized version 4.3.025
2020.07.10 20:39:34.948 1: HMCCU: [myHMCCU3 : 452] HMCCU: Initializing device
2020.07.10 20:39:34.968 1: HMCCU: [myHMCCU3 : 452] HMCCU: Read 0 devices with 0 channels from CCU 192.168.178.71
2020.07.10 20:39:34.968 1: HMCCU: [myHMCCU3 : 452] HMCCU: Read 0 interfaces from CCU 192.168.178.71
2020.07.10 20:39:34.968 1: HMCCU: [myHMCCU3 : 452] HMCCU: Read 0 programs from CCU 192.168.178.71
2020.07.10 20:39:34.969 1: HMCCU: [myHMCCU3 : 452] HMCCU: Read 0 virtual groups from CCU 192.168.178.71
2020.07.10 20:39:34.975 3: HMCCU: Illegal RPC interface BidCos-RF
2020.07.10 20:39:34.976 3: HMCCU: Illegal RPC port 2001
2020.07.10 20:39:35.040 2: HMCCUDEV: [Thermostat_WZ] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.07.10 20:39:35.122 2: HMCCUDEV: [Thermostat_AZ] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.07.10 20:39:35.198 2: HMCCUDEV: [Alarm_KueSued] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.07.10 20:39:35.258 2: HMCCUDEV: [Alarm_KueOst] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.07.10 20:39:35.270 2: HMCCUDEV: [Licht_BadOG_Spiegel] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.07.10 20:39:35.282 2: HMCCUDEV: [Thermostat_Kue] Cannot detect IO device, maybe CCU not ready. Trying later ...
2020.07.10 20:39:35.454 1: Including ./log/fhem.save

Ein rpcserver on bringt:

Code Auswählen Erweitern

2020.07.10 20:52:49.455 0: HMCCU: [myHMCCU3 : 452] HMCCU: Can't find RPC device
2020.07.10 20:52:53.476 2: HMCCU: [myHMCCU3 : 452] Get RPC device for interface BidCos-RF
2020.07.10 20:52:53.477 0: HMCCU: [myHMCCU3 : 452] Definition of some RPC devices failed
2020.07.10 20:52:53.477 1: HMCCU: [myHMCCU3 : 452] HMCCU: myHMCCU3 Start of RPC server failed

Das ist das List des HMCCU:

Code Auswählen Erweitern

Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        192.168.178.71 ccudelay=180
   FUUID      5e19b1b9-f33f-6b6f-f198-30445ccf8e525693
   NAME       myHMCCU3
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         1803
   NTFY_ORDER 50-myHMCCU3
   RPCState   inactive
   STATE      inactive/OK
   TYPE       HMCCU
   ccuip      192.168.178.71
   ccustate   active
   ccutype    CCU2/3
   host       192.168.178.71
   prot       http
   version    4.3.025
   READINGS:
     2020-07-10 20:39:34   count_channels  0
     2020-07-10 20:39:34   count_devices   0
     2020-07-10 20:39:34   count_groups    0
     2020-07-10 20:39:34   count_interfaces 0
     2020-07-10 20:39:34   count_programs  0
     2020-07-10 20:39:34   rpcstate        inactive
     2020-07-10 20:45:29   state           OK
   hmccu:
     defInterface BidCos-RF
     defPort    2001
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   
     updatetime 0
     adr:
     ccu:
       chncount   0
       delay      180
       delayed    0
       devcount   0
       gcount     0
       ifcount    0
       prgcount   0
       timeout    1
     dev:
     grp:
     ifports:
     interfaces:
     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    cmdIcon on:general_an off:general_aus
   eventMap   eventMap /rpcserver on:on/rpcserver off:off/
   room       9.6.0_System
   rpcserver  on
   stateFormat rpcstate/state
   verbose    1

Hat jemand eine Idee, wie weiter vorzugehen ist?


Grüße Jürgen