Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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

[mariohbs]

@integer63:

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. `

Das war auch bei mir der entscheidende Punkt. Bei mir wurde nicht mal der Duty für die CCU angezeigt - egal was ich gemacht habe. Auf Debug umgestellt und schon war alles da.

Was mir vorher aufgefallen ist, dass ich immer eine Meldung von zu vielen Statusmeldungen (ich glaub mehr als 200 in den letzten 3 sekunden) hatte und dann ein Unsubscribe erfolgte. Vielleicht ist das ja die Lösung warum es dann mit Debug auf einmal geht.

Ergänzung - Grad kam die Meldung wieder:

! admin.0 2017-10-28 10:15:32.130 info Subscribe on all states again
! admin.0 2017-10-28 10:15:26.665 info Unsubscribe from all states, except system's, because over 3 seconds the number of events is over 200 (in last second 0)

Mal noch eine Frage - bei einzelnen Geräten habe ich auch eine Anzeige für Duty Cylce drin. Leider steht da aber nur "False" oder "1" drin. Kann man den Status der Geräte nicht vielleicht auch lesen?

Auf alle Fälle Genial, dass es ohne Script auf der HM so super geht!

LG

Mario

[TomT]

Moin :D

Wie stelle ich auf Debug um?

Ich finde das nicht unter den Adaptereinstellungen.

RegaHSS ist Adapterversion 1.6.6

RPC ist 1.4.14

Grüße

Tom

[apollon77]

Unter "Instanzen" links oben den Expertenmodus aktivieren, dann in der Spalte "Loglevel" bei der relevanten Instanz auf "Debug" stellen.

[Homoran]

~~@[url=http://www.iobroker.net/docu/?page_id=5474⟨=de#12_Log_Stufe:~~

Doku"]<size size="150">12.) Log Stufe</size>

In dieser Spalte kann der jeweilige Loglevel für die Instanz angepasst werden. Zur Verfügung stehen debug, info, warn und error. Standardmäßig steht dieser Wert auf info. Hat man den Eindruck, dass etwas nicht ganz rund läuft kann man ihn auf debug stellen. dann werden im Reiter log zu dieser Instanz auch debug Informationen ausgegeben, die helfen können einen Fehler zu finden. Umgekehrt kann man diesen Wert auch höher stellen, damit das log nicht so umfangreich wird. `

Gruß

Rainer