[Aufruf] hm-rega Erweiterung
-
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
-
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
-
Ggf im hm-Rpc einmalig die Geräte neu syncen?!
-
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
-
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. -
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
-
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
-
Moin
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
-
Unter "Instanzen" links oben den Expertenmodus aktivieren, dann in der Spalte "Loglevel" bei der relevanten Instanz auf "Debug" stellen.
-
@[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
