NEWS
[Aufruf] hm-rega Erweiterung
-
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
-
…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
-
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
-
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
-
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
vG Looxer
-
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
-
Mach ich gleich.
Melde mich.
Gruß,
Eric
Von unterwegs getippert
-
Installation ohne Probleme durchgelaufen.
Lasse es mal eine Zeit laufen und melde mich dann wieder.
Von unterwegs getippert
-
Bis jetzt keine Auffälligkeiten. Log ist sauber, Änderungen werden sauber übertragen, usw.
Gruß,
Eric
Von unterwegs getippert
-
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
-
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
-
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
-
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
-
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