[Aufruf] hm-rega Erweiterung

eric2905

Ist mir auch gerade aufgefallen … das Log fliegt nur so vorbei [emoji16]

Von unterwegs getippert

AlGu

Ich habe Version 1.6.5 veröffentlicht mit der einzigen Anpassung, dass die Log-Einträge mit "debug" gemacht werden.

Vielen Dank noch mal an alle Tester und wenn es in den nächsten Tagen keine weiteren Fehler oder so gibt, dann mache ich den PullRequest :-)

Viele Grüße

AlGu

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

Community Forum

NEWS

[Aufruf] hm-rega Erweiterung

Support us

762

32.5k

81.7k

1.3m