HMCCU: Neue Version 4.2 mit neuem RPC Server verfügbar

fini · 08 März 2018, 08:26:04

hallo,

habe hmccu neu eingerichtet
ich habe unter d_ccu mehre readings


Anwesenheit true 2018-03-06 15:06:21
luftfeuchte_max_gestern 83.000000 2018-03-06 15:06:21
luftfeuchte_max_heute 93.000000 2018-03-06 15:06:21
luftfeuchte_min_gestern 53.000000 2018-03-06 15:06:21
luftfeuchte_min_heute 62.000000 2018-03-06 15:06:21
regen_gestern 2.360000 2018-03-06 15:06:21
regen_heute 0.000000 2018-03-06 15:06:21
rpcstate running 2018-03-07 17:21:56
sonnenminuten_heute168.000000 2018-03-06 15:06:21
sonnenstunden_gestern 0.750000 2018-03-06 15:06:21
sonnenstunden_heute 2.800000 2018-03-06 15:06:21
state OK 2018-03-07 17:21:56
temp_max_gestern 11.300000 2018-03-06 15:06:21
temp_max_heute 5.8000002018-03-06 15:06:21
temp_min_gestern -6.400000 2018-03-06 15:06:21
temp_min_heute -4.900000 2018-03-06 15:06:21
wind_max_gestern 12.100000 2018-03-06 15:06:21
wind_max_heute 6.100000 2018-03-06 15:06:21

die werte ändern sich nicht ausser rpcstate und state
hm kompunenten laufen wunderbar.

woran kann das liegen?

fini

zap · 08 März 2018, 10:59:42

Ich nehme an, die Readings entsprechen Systemvariablen in der CCU. Die hast Du mal mit "get vars" abgeholt. Leider bietet die CCU keine automatische Aktualisierung für Systemvariablen an. Das gibt es nur für Geräte. Du musst also ein AT Device anlegen und die Variablen regelmäßig mit "get vars" abholen, wenn Du das synchron haben willst.

fini · 08 März 2018, 15:39:55

ok, danke.
so geht es:

Code Auswählen


define d_ccu_vars at *23:59:00 get d_ccu vars regen_gestern|luftfeuchte_max_gestern|luftfeuchte_min_gestern|sonnenstunden_gestern|temp_max_gestern|temp_min_gestern|wind_max_gestern

Chris8888 · 11 März 2018, 11:22:44

Hallo Zap,

das Suchen nach neuer Firmware erzeugt aktuell einige Logeinträge:

2018.03.11 11:19:16 1: PERL WARNING: Use of uninitialized value $rest in pattern match (m//) at ./FHEM/88_HMCCU.pm line 3568.
2018.03.11 11:19:16 1: PERL WARNING: Use of uninitialized value $fw in substitution (s///) at ./FHEM/88_HMCCU.pm line 3576.
2018.03.11 11:19:16 1: PERL WARNING: Use of uninitialized value $fw in substitution (s///) at ./FHEM/88_HMCCU.pm line 3577.

Das Ergebnis ist ebenfalls immer noch fehlerhaft.

Viele Grüße
Christian

zap · 11 März 2018, 14:34:04

Hätte mich auch gewundert, habe nämlich noch nichts daran geändert

Aber Spaß beiseite, ich habe es auf der Todo-Liste. Bin nur noch nicht dazu gekommen ...

zap · 27 März 2018, 10:13:23

Ab morgen gibt es ein kleines Update im SVN:

Neues Flag "nonBlocking" im Attribut ccuflags im I/O Device. Wenn dieses Flag gesetzt ist, wird der Befehl "set datapoint" bei Devices vom Typ HMCCUCHN und HMCCUDEV asynchron ausgeführt, d.h. FHEM blockiert während dieser Zeit nicht.
Wer Probleme mit Timeouts beim Befehl "set datapoint" hat (Befehl wird einfach nicht ausgeführt), sollte dieses Flag setzen und zusätzlich das Attribut ccuReqTimeout auf einen Wert >4 (Default) setzen.

Außerdem sollte der Befehl get firmware wieder funktionieren. Der Befehl kann nun optional mit einem Gerätetyp als Parameter aufgerufen werden. Eine weitere mögliche Option ist "full". Dann werden alle verfügbaren Firmware Versionen angezeigt, unabhängig davon, ob ein entsprechendes Device in FHEM existiert.

Mit der Option "full" sieht die Ausgabe zB so aus (abgeschnitten):

Code Auswählen

Found 45 firmware downloads. Click on the new version number for download

Type                 Available Date
-----------------------------------------
HMIP-MIOB            1.6.000   22.02.2017
HMIP-SPI             1.2.4     06.10.2017
HMIP-PDT-UK          1.4.8     04.08.2017
HM-CC-RT-DN          1.4.001   20.10.2014
HMIP-PSM             2.6.2     04.05.2017
HMIP-FDT             1.4.8     25.07.2017

Chris8888 · 28 März 2018, 21:30:06

Hallo Zap,

habe eben mal upgedatet.
Die neue Non-Blocking-Funktion funktioniert prima.
Ich hatte ab und an mal TimeOuts im Log, wobei die Kommandos immer ausgelöst wurden.

Das ist nun weg, ich muss dazu aber den ccuReqTimeout auf 8 setzen.

Auch die Firmwareupdates werden wieder sauber angezeigt - da wartet Arbeit auf mich.

Einzig die Devicefunktion funktionert nicht bzw es wird zu viel angezeigt.
get CCU firmware HMIP-WTH-2
Der Output zeigt aber alle meine Devices.

Danke für die neue Version!

Viele Grüße
Christian

zap · 28 März 2018, 22:09:12

Timeouts im Log? Wie sahen die Meldungen genau aus? Bei Request Timeouts kamen nie Meldungen. Der Befehl wurde einfach nicht ausgeführt. Das Attribut ccuReqTimeout funktioniert auch ohne nonBlocking. Nur blockiert FHEM dann ggf. 8 Sekunden.

Chris8888 · 29 März 2018, 18:24:26

Hi,

so ist das bei 4:

Code Auswählen

2018.03.28 21:24:58 2: HMCCUDEV: [HM_Thermostat_Benni] Error during CCU request. read from http://192.168.100.65:8181 timed out

VG
Christian

zap · 29 März 2018, 19:13:38

Wird Zeit, dass die CCU3 kommt. Wegen Performance und so ...

Chris8888 · 30 März 2018, 17:06:46

Hi Zap,

heute ist im Log folgender Eintrag erfolgt:

Code Auswählen

2018.03.30 16:15:49 1: PERL WARNING: Use of uninitialized value $host in concatenation (.) or string at ./FHEM/88_HMCCU.pm line 5283.
2018.03.30 16:15:49 2: HMCCU: HMScript failed. 500 No Host option provided

Muss ich noch etwas anpassen?

VG
Christian

zap · 30 März 2018, 18:34:28

oh! Nach welcher Aktion kommt die Meldung?

Chris8888 · 31 März 2018, 10:47:03

nach einem Stop und Start des Services:

Code Auswählen

2018.03.30 16:15:33 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process started for interface HmIP-RF with PID=26152
2018.03.30 16:15:33 2: CCURPC: [d_rpcHmIP_RF] Initializing RPC server CB2010 for interface HmIP-RF
2018.03.30 16:15:33 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server starting
2018.03.30 16:15:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] Callback server CB2010 created. Listening on port 7420
2018.03.30 16:15:34 2: CCURPC: [d_rpcHmIP_RF] CB2010 accepting connections. PID=26152
2018.03.30 16:15:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010 enters server loop
2018.03.30 16:15:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] Registering callback http://192.168.100.35:7420/fh2010 of type A with ID CB2010 at http://192.168.100.65:2010
2018.03.30 16:15:34 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010 running
2018.03.30 16:15:37 2: CCURPC: [d_rpcHmIP_RF] CB2010 NewDevice received 146 device and channel specifications
2018.03.30 16:15:49 1: PERL WARNING: Use of uninitialized value $host in concatenation (.) or string at ./FHEM/88_HMCCU.pm line 5283.
2018.03.30 16:15:49 2: HMCCU: HMScript failed. 500 No Host option provided

auch habe ich alle paar Stunden diesen Eintrag:

Code Auswählen

2018.03.31 10:12:06 2: HMCCU: HMScript failed. 500 No Host option provided
Aktionen sind zu diesem Zeitpunkt nicht gelaufen.

zap · 31 März 2018, 12:25:36

Der Fehler ist schwer zu finden. Lässt Du regelmäßig / zeitgesteuert irgendwas ausführen (z.B. Variablen von der CCU abholen oder setzen oder auch Systemmeldungen der CCU bestätigen?

Ansonsten werde ich mal etwas Debug Code einbauen. Andere Möglichkeit sehe ich nicht, dem Phänomen auf die Spur zu kommen.

Chris8888 · 31 März 2018, 16:34:04

Überhaupt nix.

Update: Ich habe Fhem mal neu gestartet, seit dem habe ich keine Einträge mehr gehabt.

Ich hatte, als der Fehler anfing, den Service gestoppt und einige Firmwareupdates auf den HM-IP-Devices eingespielt, ab- und wieder neu angelernt. Und dann den Service neu gestartet. Kann der fehlende Host-Eintrag daher kommen? Ich werde das weiter beobachten....

VG
Christian