Hm-rpc 1.2.0

[Bluefox]

Im hm-rpc 1.2.0 wurde für bin-rpc ein Reconnectproblem gelöst.

Falls mir keine sagt, ob es bei ihm geht , ich werde das veröffentlichen, weil bei mir funktioniert .

Das gleiche ist für hm-rega. Da gibt es jetzt monitoring, falls hm-rpc neu reconnected wurde, dann macht hm-rega 1.2.0 automatisch ein Abgleich von Objekten und Zuständen.

Hm-rega 1.2.0 unterstütz jetzt auch Quittierung von Alarmen.

[htrecksler]

mit welcher CCU2 FW testest Du?

siehe hier:

<url url="http://forum.iobroker.net/viewtopic.php?f=20&t=3120">[](</s><br/>
http://forum.iobroker.net/viewtopic.php?f=20&t=3120<br/>
) [http://forum.iobroker.net/viewtopic.php?f=20&t=3120](</s><br/>
http://forum.iobroker.net/viewtopic.php?f=20&t=3120<br/>
)</url>

[eric2905]

Ich teste es heute Abend mal ausführlich durch (mit FW 2.19.9 unter YAHM auf Raspi3).

Gruß,

Eric

[htrecksler]

> Ich teste es heute Abend mal ausführlich durch (mit FW 2.19.9 unter YAHM auf Raspi3).
das wäre klasse. Achtest du bitte darauf ob du "alle" Werte aller Kanäle im Reiter Zustände siehst?

[nobody]

Hallo bluefox,

in der hm-rega ist immer noch der Bug drin, dass beim Start die Werte für die Geräte nicht mehr übertragen werden, wenn im Gerätename ein Sonderzeichen wie z.B. ":" drin ist.

Deswegen werden für alle Geräte, die im Namen ein :1 oder ähnlich haben, die Werte auf null gesetzt und erst mit der nächsten Änderung über den hm-rpc aktualisiert.

Dafür hatte ich den Pull Request ursprünglich rein gestellt. Scheint aber untergegangen zu sein. Bitte schaue dir den ersten commit im Pull-Request mit den Änderungen in der getDatapoints nochmal an.

Markus

[Homoran]

@Bluefox:

Im hm-rpc 1.2.0 wurde für bin-rpc ein Reconnectproblem gelöst.

Falls mir keine sagt, ob es bei ihm geht , ich werde das veröffentlichen, weil bei mir funktioniert .

Das gleiche ist für hm-rega. Da gibt es jetzt monitoring, falls hm-rpc neu reconnected wurde, dann macht hm-rega 1.2.0 automatisch ein Abgleich von Objekten und Zuständen.

Hm-rega 1.2.0 unterstütz jetzt auch Quittierung von Alarmen. `

Wie muss ICH die neue Version installieren, wenn ich schon eine 1.2.0 drauf habe?

Gruß

Rainer

[Bluefox]

@Homoran:

@Bluefox:

Im hm-rpc 1.2.0 wurde für bin-rpc ein Reconnectproblem gelöst.

Falls mir keine sagt, ob es bei ihm geht , ich werde das veröffentlichen, weil bei mir funktioniert .

Das gleiche ist für hm-rega. Da gibt es jetzt monitoring, falls hm-rpc neu reconnected wurde, dann macht hm-rega 1.2.0 automatisch ein Abgleich von Objekten und Zuständen.

Hm-rega 1.2.0 unterstütz jetzt auch Quittierung von Alarmen. `

Wie muss ICH die neue Version installieren, wenn ich schon eine 1.2.0 drauf habe?

Gruß

Rainer `
super! Falls keine was sagt, dann pushe ich morgen oder am Montag die neue Version.

[nobody]

@Homoran:

@Bluefox:

Im hm-rpc 1.2.0 wurde für bin-rpc ein Reconnectproblem gelöst.

Wie muss ICH die neue Version installieren, wenn ich schon eine 1.2.0 drauf habe?

Gruß

Rainer

Hallo homoran,

die letzte Änderung auf github ist 14 Tage alt. Falls du danach den Adapter von github installiert hast, brauchst du den nicht neu installieren.

Ansonsten bügelt npm bei der Neuinstallation immer alles drüber, egal was vorher installiert war:

cd /opt/iobroker
iobroker stop hm-rpc.0
iobroker stop hm-rpc.1
iobroker stop hm-rpc.2
npm install https://github.com/ioBroker/ioBroker.hm-rpc.git
iobroker upload hm-rpc 
iobroker start hm-rpc.0
iobroker start hm-rpc.1
iobroker start hm-rpc.2

Wenn du weniger hm-rpc-Instanzen hast, dann bitte die jeweiligen Zeilen nicht ausführen.

Gruß

Markus

[Homoran]

Danke!

Meine Installation war schon älter, hatte über den Gepäckanhänger im Admin installiert.

Hat jetzt gut geklappt, jetzt ist auch HM-IP mit im rpc drin.

Ich habe trotzdem noch das Problem, dass z.B. meine Rollläden jetzt einen Level von "null" haben.

Ein Restart von Rega und rpc hat nichts geändert

Gruß

Rainer

[nobody]

Hab ich ja gerade oben geschrieben. Der Fix dafür ist noch nicht im Master branch drin.

Gesendet von meinem SM-G900F mit Tapatalk

[Homoran]

Dann meintest du die Kanalnamen, oder?

[nobody]

Genau. die Werte werden aus Data mit Hilfe des Kanalnamens ausgelesen.

Bei den meisten Geräten kann man den Namen für jeden Kanal setzten. Da fällt das Problem dann nicht auf.

Bei den Jalousieaktoren wird jedoch der selbst gesetzte Wert nur für :0 übernommen. Für :1 steht da immer noch die Geräte-ID + :1 drin.

        for (var dp in data) {
            dp = _unescape(dp);
            var tmp = dp.split('.');
...
            adapter.setForeignState(id, {val: data[dp], ack: true});
    });

data[dp] schlägt fehl sobald ein Sonderzeichen im Namen ist, weil _unescape(dp) den Wert geändert hat und dieser somit nicht mehr im Array ist.

[nieIP]

@Homoran:

Hat jetzt gut geklappt, jetzt ist auch HM-IP mit im rpc drin.

Rainer `

Hallo

kannst Du das mal erklären?

Wo siehst Du jetzt HMIP Geräte ?

Ich kann weiterhin keine sehen (mit 1.2). Dazu ist doch eigentlich eine Abfrage auf einem neuen Port nötig, hatten wir fest gestellt.

Und der zusätzliche Haken für HMIP den ich auf einem Screenshot des Konfig Fensters mal gesehen hatte, war bei HM-Rega

[Homoran]

@nieIP:

Wo siehst Du jetzt HMIP Geräte ? `
Nirgends - ich habe keine.

Aber in der Konfiguration des hm-rpc gibt es jetzt neben rs485, rf, cuxD auch noch die Option HM-IP

Gruß

Rainer

[nieIP]

Hallo

bei mir funktioniert die 1.2 nicht.

ich habe 1.2 installiert.

Ich bekomme nur noch Daten von "system.xxx" nicht mehr von der CCU

Umgestellt auf XML - funktioniert

Umgestellt auf BIN-RPC funktioniert nicht.

Im Logfile bitte mal die Adresse der CCU beachten, auf die Zugegriffen wird.

Da steht ["xmlrpc_bin://192.168.1.161:2001","hm-rpc.0"]

was mir nicht richtig erscheint.

hm-rpc-0	2016-06-18 22:34:08.603	info	binrpc client is trying to connect to 192.168.1.55:2001 with ["xmlrpc_bin://192.168.1.161:2001","hm-rpc.0"]
hm-rpc-0	2016-06-18 22:34:08.601	info	binrpc server is trying to listen on 192.168.1.161:2001
hm-rpc-0	2016-06-18 22:34:08.061	info	Connected
hm-rpc-0	2016-06-18 22:34:07.633	info	starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.hm-rpc
host-raspi-3	2016-06-18 22:34:06.322	info	instance system.adapter.hm-rpc.0 started with pid 4254
host-raspi-3	2016-06-18 22:34:03.844	info	instance system.adapter.hm-rpc.0 terminated with code 0 (OK)
hm-rpc-0	2016-06-18 22:34:03.826	info	terminating
hm-rpc-0	2016-06-18 22:34:03.816	info	Disconnected
hm-rpc-0	2016-06-18 22:34:03.798	info	xmlrpc -> 192.168.1.55:2001 init ["http://192.168.1.161:2001",""]
host-raspi-3	2016-06-18 22:34:03.794	info	stopInstance system.adapter.hm-rpc.0 killing pid 4244
host-raspi-3	2016-06-18 22:34:03.794	info	stopInstance system.adapter.hm-rpc.0
host-raspi-3	2016-06-18 22:34:03.793	info	object change system.adapter.hm-rpc.0
hm-rpc-0	2016-06-18 22:33:30.260	info	xmlrpc -> 680 devices
hm-rpc-0	2016-06-18 22:33:30.198	info	xmlrpc <- listDevices ["hm-rpc.0"]
hm-rpc-0	2016-06-18 22:33:30.176	info	xmlrpc <- system.listMethods ["hm-rpc.0"]
hm-rpc-0	2016-06-18 22:33:30.144	info	xmlrpc client is trying to connect to 192.168.1.55:2001 with ["http://192.168.1.161:2001","hm-rpc.0"]
hm-rpc-0	2016-06-18 22:33:30.143	info	xmlrpc server is trying to listen on 192.168.1.161:2001
hm-rpc-0	2016-06-18 22:33:29.435	info	Connected
hm-rpc-0	2016-06-18 22:33:29.194	info	starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.hm-rpc
host-raspi-3	2016-06-18 22:33:27.915	info	instance system.adapter.hm-rpc.0 started with pid 4244
host-raspi-3	2016-06-18 22:33:25.463	info	instance system.adapter.hm-rpc.0 terminated with code 0 (OK)
hm-rpc-0	2016-06-18 22:33:25.413	info	Disconnected
hm-rpc-0	2016-06-18 22:33:25.396	info	binrpc -> 192.168.1.55:2001 init ["xmlrpc_bin://192.168.1.161:2001",""]
host-raspi-3	2016-06-18 22:33:25.390	info	stopInstance system.adapter.hm-rpc.0 killing pid 4201
host-raspi-3	2016-06-18 22:33:25.390	info	stopInstance system.adapter.hm-rpc.0
host-raspi-3	2016-06-18 22:33:25.388	info	object change system.adapter.hm-rpc.0
hm-rpc-0	2016-06-18 22:26:18.096	info	binrpc client is trying to connect to 192.168.1.55:2001 with ["xmlrpc_bin://192.168.1.161:2001","hm-rpc.0"]
hm-rpc-0	2016-06-18 22:26:18.094	info	binrpc server is trying to listen on 192.168.1.161:2001
hm-rpc-0	2016-06-18 22:26:17.482	info	Connected

[nieIP]

@Homoran:

Aber in der Konfiguration des hm-rpc gibt es jetzt neben rs485, rf, cuxD auch noch die Option HM-IP

Gruß

Rainer `

Bist Du ganz sicher, dass Du nicht das hm-Rega Fenster meinst ????

[Homoran]

[nieIP]

Hallo

ok, ich habe den Adapter gelöscht und neu angelegt. Allerdings hat er die vorhandene Version 1.2 wieder genommen. Damit sind sinnloser Weise alle meine History Einstellungen erst mal wieder weg

Die Konfiguration für HMIP ist jetzt da.

RPC funktioniert trotzdem nicht. Nur XML.

Ich bastel jetzt die Historyeinstellungen erst einmal grob wieder zusammen

Über VPN aus dem Urlaub nicht grade schnell

[Homoran]

@nieIP:

Über VPN aus dem Urlaub nicht grade schnell `
Schon wieder? Du warst doch gerade erst in Frankreich!

@nieIP:

ich habe den Adapter gelöscht und neu angelegt. `
Es wird jetzt wohl nicht hilfreich sein, dir zu sagen, dass es auch anders geht.

Den Weg wie nobody es mit npm beschrieben hatte, kannte ich vorher auch noch nicht

Viel Glück

Rainer

[nieIP]

hallo

ich wollte ja eigentlich wieder auf die aktuelle 1.1.x zurück

Und das geht so weit ich weiss nur über löschen und neu installieren.

BTW ich war auf einer Hochzeit eingeladen und hänge noch 5 Tage Erholung dran.

Geht bei Dir denn der RPC Adapter 1.2 ? Bekommst Du Daten von der CCU ?