Monatsrückblick Januar/Februar 2026 ist online!

[looxer01]

Hi,

ich habe gerade auf Rega 1.6.5 upgedated und den DutyCycle aktiviert mit polling 30s.

Ich habe node version 4.8.1 mit NPM 2.15.11 und eine CCU2 mit version 2.29.22 mit aktivierter community Rega.

Dazu dann noch zwei Gateways. (die Runden)

Ich bekomme einen Fehler. Es sieht so aus, dass die Gateways nicht eingelesen werden ?

Also, den Thread habe ich mir durchgelesen. Ich meine, dass ich alle Voraussetzungen erfülle.

@AlGu Hast du eine eine Ahnung woran es liegen könnte ?

hm-rega.0	2017-09-19 15:13:42.903	error	
hm-rega.0	2017-09-19 15:13:42.903	error	Cannot parse answer for dutycycle: {ADDRESS KEQ0102260 CONNECTED 1 DEFAULT 1 DESCRIPTION CCU2-Coprocessor DUTY_CYCLE 6 FIRMWARE_VERSION 2.8.5 TYPE CCU2} {ADDRESS KEQ0851563 CONNECTED 1 DEFAULT 0 DESC

Edit: noch ein Hinweis. Im Moment nutze ich das TCL Script auf der CCU2. Ich bekomme dort Werte für die Zentrale und für die beiden gateways.

Bei der CCU2 steht in der Fehlermeldung, dass sie einen DC 6 hat. Was korrekt war. Die States werden aber nicht angelegt.

[AlGu]

Hallo loxxer01,

kannst du das Skript hier bitte einmal auf deiner CCU2 (z.B. bei Skript Testen) ausführen und mir das Ergebnis hier (oder per PN) schicken. Dann kann ich damit vielleicht feststellen, warum bei dir das Parsen der Bidcos Antwort nicht funktioniert.

string stderr;
string stdout;
system.Exec("/bin/sh -c '" # 'echo "load tclrpc.so; puts [xmlrpc http://127.0.0.1:2001/ listBidcosInterfaces ]" |tclsh' # "'", &stdout, &stderr);
WriteLine(stdout);

Danke und Gruß AlGu

[looxer01]

…erledigt

der Report sieht auf der CCU Seite ok aus.

Auf der HM Seite nicht sehe ich aber die CCU und einen LanAdapter nicht

Ich verstehe es nicht. Hat möglicherweise was mit meiner Installation zu tun

[AlGu]

Ich denke ich habe den Fehler schon gefunden. Ich Teste das bei mir noch mit deinen Rückgabewerten und dann sag ich Bescheid wenn ich eine Version veröffentliche die du dir dann installieren kannst.

Gruß AlGu

[AlGu]

Hallo loxxon1,

ich habe in meinem Fork: https://github.com/AlGu1/ioBroker.hm-rega einen fix für den Fehler gebaut und veröffentlicht. Wenn du möchtest, kannst du diese Version bei dir gerne mal testen. Das Problem lag an dem Einlesen der Daten, dabei habe ich nicht an allen Stellen mit einem String wie z.B. "Lan Interface" (mit Leerzeichen) gerechnet. Ich habe das Einlesen jetzt etwas umgebaut, so dass es stabiler und toleranter sein sollte.

Danke und Gruß AlGu

[looxer01]

Danke AlGu,

sieht super aus jetzt. Ich kann damit mein tcl in der ccu deaktivieren.

Das war noch eines der letzten Programme auf der CCU :D

vG Looxer

[AlGu]

Hallo zusammen,

es wäre total super, wenn noch ein paar andere meine letzte Anpassung testen könnten, bevor ich einen Pull Request mache.

Einfach über meinen Fork https://github.com/AlGu1/ioBroker.hm-rega installieren und gerne Feedback hier geben.

Danke und Gruß AlGu

[eric2905]

Mach ich gleich.

Melde mich.

Gruß,

Eric

Von unterwegs getippert

[eric2905]

Installation ohne Probleme durchgelaufen.

Lasse es mal eine Zeit laufen und melde mich dann wieder.

Von unterwegs getippert

[eric2905]

Bis jetzt keine Auffälligkeiten. Log ist sauber, Änderungen werden sauber übertragen, usw.

Gruß,

Eric

Von unterwegs getippert

[looxer01]

auch bei mir. Seit der Installation keine Probleme.

Ich habe die DC Werte noch parallel mit den CCU Werten verglichen; Alles identisch.

vielen Dank

vG Looxer

[integer63]

Hallo in die Runde,

ich habe nun auch die Version 1.6.6 installiert und alles soweit super. Allerdings habe ich zwei LAN Gateways und ich sehe die Werte leider nur für das erste Gateway, aber nicht für das zweite:

Müsste ich das zweite auch sehen, oder mache ich noch was falsch?

Gruß

Thomas

[AlGu]

Hallo Thomas,

kannst du bitte das Skript aus diesem Post: http://forum.iobroker.net/viewtopic.php?p=87844#p85947 auf deiner HomeMatic unter Skript Testen ausführen und mir entweder hier oder per PN das Ergebnis schicken, dann schaue ich mir deinen Fall gerne an. Eigentlich sollten alle Geräte die mit diesem Skript von der Schnittstelle zurück kommen auch in der Objekt-List auftauchen.

Danke und Gruß

AlGu

[integer63]

Hallo AlGu,

das Skript liefert folgende Ausgabe:

{ADDRESS MEQ1606298 CONNECTED 1 DEFAULT 1 DESCRIPTION {} DUTY_CYCLE 15 FIRMWARE_VERSION 2.8.5 TYPE CCU2}

{ADDRESS NEQ0219001 CONNECTED 1 DEFAULT 0 DESCRIPTION {} DUTY_CYCLE 7 FIRMWARE_VERSION 1.4.1 TYPE HMLGW2}

{ADDRESS OEQ0795782 CONNECTED 1 DEFAULT 0 DESCRIPTION {} DUTY_CYCLE 0 FIRMWARE_VERSION 1.4.1 TYPE HMLGW2}

Es werden also beide Gateways gesehen.

Im ioBroker sehe ich aber nur die CCU2 und eines der GWs:

Ich habe das zweite GW erst gestern hinzugefügt und danach auch schon mal hm-rega.0 neu gestartet. Was noch :?:

Danke

Thomas

[integer63]

Nachtrag: Ich konnte auch auf der CCU2 Geräte dem neuen GW zuordnen:

Also auf der CCU2 scheint erstmal alles richtig eingerichtet zu sein …

Welche Infos kann ich noch liefern?

[Edit] und ich habe wirklich 1.6.6 installiert ;)

[AlGu]

Ok die Skript Antwort der CCU sieht erst mal gut aus. Stell mal bitte den Rega-Adapter auf das Log-Level "Debug" und warte bis das Polling für den DutyCycle mind. einmal durchgelaufen ist. Die Logs kannst du dann gerne mal Zeigen, vielleicht kann man daran dann erkennen was nicht richtig Funktioniert. Nach dem Einschalten des Adapters sollte auf jeden fall sowas hier kommen:

"added/updated X objects".

Hast du in der Objekt-Ansicht in ioBroker auch mal die Ansicht Aktualisiert? (Oben Links)

Danke und Gruß

AlGu

[apollon77]

Ggf im hm-Rpc einmalig die Geräte neu syncen?!

[integer63]

Ja, auf Aktualisierung hatte ich schon x-mal geklickt :-)

Aber oh Wunder, nachdem ich auf debug umgestellt hatte und sich die rega Instanz neu gestartet hat, ist nun plötzlich auch das zweite GW in den Objekten zu sehen - sehr merkwürdig.

Hier ein Auszug aus dem Log:

! 2017-10-03 13:08:46.160 - [34mdebug[39m: hm-rega.0 –> dutycycle.fn
! 2017-10-03 13:08:46.163 - [34mdebug[39m: hm-rega.0 --> !# dutycycle.fn 0.3 string stderr; string stdout; system.Exec("/bin/sh -c '" # '
! 2017-10-03 13:08:46.396 - [34mdebug[39m: hm-rega.0 <-- {ADDRESS MEQ1606298 CONNECTED 1 DEFAULT 1 DESCRIPTION {} DUTY_CYCLE 16 FIRMWARE_VERSION 2.8.5 TYPE CCU2} {ADDRESS NEQ0219001 CONNECTED 1 DEFAULT 0 DESCRIPTION {} DUTY_CYCLE 5 FIRMWARE_VERSION 1.4.1 TYPE HMLGW2} {ADDRESS OEQ0795782 CONNECTED 1 DEFAULT 0 DESCRIPTION {} DUTY_CYCLE 0 FIRMWARE_VERSION 1.4.1 TYPE HMLGW2}
! 2017-10-03 13:08:46.414 - [32minfo[39m: hm-rega.0 added/updated 3 objects
! 2017-10-03 13:08:46.416 - [32minfo[39m: hm-rega.0 request state values
! 2017-10-03 13:08:46.416 - [34mdebug[39m: hm-rega.0 --> datapoints.fn
! 2017-10-03 13:08:46.425 - [32minfo[39m: sql.0 enabled logging of hm-rega.0.MEQ1606298.0.DUTY_CYCLE
! 2017-10-03 13:08:46.421 - [34mdebug[39m: hm-rega.0 redis publish io.hm-rega.0.MEQ1606298.0.DUTY_CYCLE {"val":"16","ack":true,"ts":1507028926420,"q":0,"from":"system.adapter.hm-rega.0","lc":1507028926420}
! 2017-10-03 13:08:46.423 - [34mdebug[39m: hm-rega.0 redis publish io.hm-rega.0.MEQ1606298.0.CONNECTED {"val":"1","ack":true,"ts":1507028926421,"q":0,"from":"system.adapter.hm-rega.0","lc":1506574625257}
! 2017-10-03 13:08:46.424 - [34mdebug[39m: hm-rega.0 redis publish io.hm-rega.0.MEQ1606298.0.DEFAULT {"val":"1","ack":true,"ts":1507028926424,"q":0,"from":"system.adapter.hm-rega.0","lc":1506574625260}
! 2017-10-03 13:08:46.426 - [34mdebug[39m: hm-rega.0 redis publish io.hm-rega.0.MEQ1606298.0.FIRMWARE_VERSION {"val":"2.8.5","ack":true,"ts":1507028926425,"q":0,"from":"system.adapter.hm-rega.0","lc":1506574625269}
! 2017-10-03 13:08:46.427 - [34mdebug[39m: hm-rega.0 redis publish io.hm-rega.0.NEQ0219001.0.DUTY_CYCLE {"val":"5","ack":true,"ts":1507028926426,"q":0,"from":"system.adapter.hm-rega.0","lc":1507028926426}
! 2017-10-03 13:08:46.430 - [34mdebug[39m: hm-rega.0 redis publish io.hm-rega.0.NEQ0219001.0.CONNECTED {"val":"1","ack":true,"ts":1507028926428,"q":0,"from":"system.adapter.hm-rega.0","lc":1506574625274}
! 2017-10-03 13:08:46.431 - [34mdebug[39m: hm-rega.0 redis publish io.hm-rega.0.NEQ0219001.0.DEFAULT {"val":"0","ack":true,"ts":1507028926431,"q":0,"from":"system.adapter.hm-rega.0","lc":1506574625275}
! 2017-10-03 13:08:46.432 - [34mdebug[39m: hm-rega.0 redis publish io.hm-rega.0.NEQ0219001.0.FIRMWARE_VERSION {"val":"1.4.1","ack":true,"ts":1507028926432,"q":0,"from":"system.adapter.hm-rega.0","lc":1506574625293}
! 2017-10-03 13:08:46.434 - [34mdebug[39m: hm-rega.0 redis publish io.hm-rega.0.OEQ0795782.0.DUTY_CYCLE {"val":"0","ack":true,"ts":1507028926433,"q":0,"from":"system.adapter.hm-rega.0","lc":1507028926433}
! 2017-10-03 13:08:46.435 - [34mdebug[39m: hm-rega.0 redis publish io.hm-rega.0.OEQ0795782.0.CONNECTED {"val":"1","ack":true,"ts":1507028926434,"q":0,"from":"system.adapter.hm-rega.0","lc":1507028926434}
! 2017-10-03 13:08:46.436 - [34mdebug[39m: hm-rega.0 redis publish io.hm-rega.0.OEQ0795782.0.DEFAULT {"val":"0","ack":true,"ts":1507028926436,"q":0,"from":"system.adapter.hm-rega.0","lc":1507028926436}
! 2017-10-03 13:08:46.437 - [34mdebug[39m: hm-rega.0 redis publish io.hm-rega.0.OEQ0795782.0.FIRMWARE_VERSION {"val":"1.4.1","ack":true,"ts":1507028926437,"q":0,"from":"system.adapter.hm-rega.0","lc":1507028926437}
! 2017-10-03 13:08:46.439 - [34mdebug[39m: hm-rega.0 inMem message hm-rega.0.* hm-rega.0.MEQ1606298 _id=hm-rega.0.MEQ1606298, type=device, name=CCU2, ADDRESS=MEQ1606298, TYPE=CCU2
! 2017-10-03 13:08:46.440 - [34mdebug[39m: hm-rega.0 inMem message hm-rega.0.* hm-rega.0.MEQ1606298.0.DUTY_CYCLE _id=hm-rega.0.MEQ1606298.0.DUTY_CYCLE, type=state, name=hm-rega.0.MEQ1606298.0.DUTY_CYCLE, type=number, read=true, write=false, role=value, min=0, max=100, unit=%, desc=Dutycycle, enabled=true, changesOnly=true, debounce=1000, retention=63072000, changesRelogInterval=0, changesMinDelta=0, storageType=, ID=DUTYCYCLE, TYPE=INTEGER, MIN=0, MAX=100, UNIT=%, DEFAULT=0, CONTROL=NONE
! 2017-10-03 13:08:46.442 - [34mdebug[39m: hm-rega.0 objectChange hm-rega.0.MEQ1606298 {"_id":"hm-rega.0.MEQ1606298","type":"device","common":{"name":"CCU2"},"native":{"ADDRESS":"MEQ1606298","TYPE":"CCU2"}}
! 2017-10-03 13:08:46.442 - [34mdebug[39m: hm-rega.0 objectChange hm-rega.0.MEQ1606298.0.DUTY_CYCLE {"_id":"hm-rega.0.MEQ1606298.0.DUTY_CYCLE","type":"state","common":{"name":"hm-rega.0.MEQ1606298.0.DUTY_CYCLE","type":"number","read":true,"write":false,"role":"value","min":0,"max":100,"unit":"%","desc":"Dutycycle","custom":{"sql.0":{"enabled":true,"changesOnly":true,"debounce":1000,"retention":63072000,"changesRelogInterval":0,"changesMinDelta":0,"storageType":""}}},"native":{"ID":"DUTYCYCLE","TYPE":"INTEGER","MIN":0,"MAX":100,"UNIT":"%","DEFAULT":0,"CONTROL":"NONE"}}
! 2017-10-03 13:08:46.444 - [34mdebug[39m: hm-rega.0 redis pmessage io.hm-rega.0.* io.hm-rega.0.MEQ1606298.0.DUTY_CYCLE {"val":"16","ack":true,"ts":1507028926420,"q":0,"from":"system.adapter.hm-rega.0","lc":1507028926420}
! 2017-10-03 13:08:46.444 - [34mdebug[39m: hm-rega.0 redis pmessage io.hm-rega.0.* io.hm-rega.0.MEQ1606298.0.CONNECTED {"val":"1","ack":true,"ts":1507028926421,"q":0,"from":"system.adapter.hm-rega.0","lc":1506574625257}
! 2017-10-03 13:08:46.445 - [34mdebug[39m: hm-rega.0 redis pmessage io.hm-rega.0.* io.hm-rega.0.MEQ1606298.0.DEFAULT {"val":"1","ack":true,"ts":1507028926424,"q":0,"from":"system.adapter.hm-rega.0","lc":1506574625260}
! 2017-10-03 13:08:46.446 - [34mdebug[39m: hm-rega.0 redis pmessage io.hm-rega.0.* io.hm-rega.0.MEQ1606298.0.FIRMWARE_VERSION {"val":"2.8.5","ack":true,"ts":1507028926425,"q":0,"from":"system.adapter.hm-rega.0","lc":1506574625269}
! 2017-10-03 13:08:46.446 - [34mdebug[39m: hm-rega.0 redis pmessage io.hm-rega.0.* io.hm-rega.0.NEQ0219001.0.DUTY_CYCLE {"val":"5","ack":true,"ts":1507028926426,"q":0,"from":"system.adapter.hm-rega.0","lc":1507028926426}
! 2017-10-03 13:08:46.447 - [34mdebug[39m: hm-rega.0 redis pmessage io.hm-rega.0.* io.hm-rega.0.NEQ0219001.0.CONNECTED {"val":"1","ack":true,"ts":1507028926428,"q":0,"from":"system.adapter.hm-rega.0","lc":1506574625274}
! 2017-10-03 13:08:46.448 - [34mdebug[39m: hm-rega.0 redis pmessage io.hm-rega.0.* io.hm-rega.0.NEQ0219001.0.DEFAULT {"val":"0","ack":true,"ts":1507028926431,"q":0,"from":"system.adapter.hm-rega.0","lc":1506574625275}
! 2017-10-03 13:08:46.449 - [34mdebug[39m: hm-rega.0 redis pmessage io.hm-rega.0.* io.hm-rega.0.NEQ0219001.0.FIRMWARE_VERSION {"val":"1.4.1","ack":true,"ts":1507028926432,"q":0,"from":"system.adapter.hm-rega.0","lc":1506574625293}
! 2017-10-03 13:08:46.449 - [34mdebug[39m: hm-rega.0 redis pmessage io.hm-rega.0.* io.hm-rega.0.OEQ0795782.0.DUTY_CYCLE {"val":"0","ack":true,"ts":1507028926433,"q":0,"from":"system.adapter.hm-rega.0","lc":1507028926433}
! 2017-10-03 13:08:46.450 - [34mdebug[39m: hm-rega.0 redis pmessage io.hm-rega.0.* io.hm-rega.0.OEQ0795782.0.CONNECTED {"val":"1","ack":true,"ts":1507028926434,"q":0,"from":"system.adapter.hm-rega.0","lc":1507028926434}
! 2017-10-03 13:08:46.453 - [34mdebug[39m: hm-rega.0 redis pmessage io.hm-rega.0.* io.hm-rega.0.OEQ0795782.0.DEFAULT {"val":"0","ack":true,"ts":1507028926436,"q":0,"from":"system.adapter.hm-rega.0","lc":1507028926436}
! 2017-10-03 13:08:46.454 - [34mdebug[39m: hm-rega.0 redis pmessage io.hm-rega.0.* io.hm-rega.0.OEQ0795782.0.FIRMWARE_VERSION {"val":"1.4.1","ack":true,"ts":1507028926437,"q":0,"from":"system.adapter.hm-rega.0","lc":1507028926437}[/spoiler]
Ich habe keine Ahnung, warum es plötzlich geht - am debug kann es ja wohl kaum liegen, oder? Ich habe es wieder auf Info gestellt.

Komisch ist nur, dass das zweite GW immer nur "0" anzeigt, aber das ist ja auf der CCU2 auch schon so. Mal sehen, ob ich etwas "Last" erzeugen kann …

Vielen Danke erst mal!

Thomas

[integer63]

@apollon77:

Ggf im hm-Rpc einmalig die Geräte neu syncen?! `
Hatte ich aus lauter Verzweiflung tatsächlich auch schon versucht, aber unter hm-rpc tauchen die GWs gar nicht auf.

[AlGu]

Ok super das es jetzt klappt. Ich denke, dass der Adapter nicht richtig durchgestartet ist oder mind. eine Datei nicht richtig neu geladen wurde.

Wenn den Fehler kein anderer User hat, dann scheint es ein Einzelfall zu sein.

Viele Grüße

AlGu