HmIP-Wired Nutzer

foxriver76

"HmIP-RF.001718A9A77F9D%3A1.PRESS_SHORT":false,

Da ist ja alles da. Gibt es Fehler im Log soweit?

AHg

@foxriver76 es gibt keine Fehlermeldungen

foxriver76

@AHg hm ich sehe vom Code her kein Grund warum nichts angelegt werden sollte. Hm-Rega ist ja auch konfiguriert für hmip auf deine hm-rpc2 Instanz nehme ich an

AHg

@foxriver76 richtig, HM-Rega ist für hmip auf die hm-rpc2 Instanz konfiguriert.
Fehlen noch die Meta-Daten?

foxriver76

@AHg Okay, also so wie ich das sehe müsste Rega 100 % kompatibel sein und das Problem irgendwo in hm-rpc begraben sein.

Das mit den Meta-Daten dürfte nicht dafür sorgen, dass gar nichts angelegt wird außer die Channels, da er sich die Meta Daten dann von der Homematic holt und diese blank nimmt, kann zwar sein, dass da was nicht ganz passt allerdings sollte trotzdem was angelegt werden.

foxriver76

Lösche mal bitte deine Wired Devices in den hm-rpc Objekten, schalte den hm-rpc Adapter auf Debug und poste den Log.

AHg

@foxriver76 hier der Log

2019-03-12 04:27:58.767 - info: hm-rpc.2 Disconnected
2019-03-12 04:27:58.804 - info: hm-rpc.2 terminating
2019-03-12 04:27:58.851 - info: host.raspberrypi instance system.adapter.hm-rpc.2 terminated with code 0 (OK)
2019-03-12 04:28:08.848 - info: host.raspberrypi object change system.adapter.hm-rpc.2
2019-03-12 04:30:31.699 - info: host.raspberrypi object change system.adapter.hm-rpc.2
2019-03-12 04:30:31.715 - info: host.raspberrypi "system.adapter.hm-rpc.2" enabled
2019-03-12 04:30:31.788 - info: host.raspberrypi instance system.adapter.hm-rpc.2 started with pid 12249
2019-03-12 04:30:33.155 - debug: hm-rpc.2 objectDB connected
2019-03-12 04:30:33.265 - debug: hm-rpc.2 statesDB connected
2019-03-12 04:30:33.416 - warn: hm-rpc.2 setObject updated (type=state) property native missing!
2019-03-12 04:30:33.418 - warn: hm-rpc.2 setObject updated (type=state) property common.role missing!
2019-03-12 04:30:33.479 - info: hm-rpc.2 starting. Version 1.9.8 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.14.1
2019-03-12 04:30:33.769 - info: hm-rpc.2 xmlrpc server is trying to listen on 127.0.0.1:2010
2019-03-12 04:30:33.770 - info: hm-rpc.2 xmlrpc client is trying to connect to 192.168.2.62:2010/ with ["http://192.168.2.1:2010","hm-rpc.2"]
2019-03-12 04:30:33.774 - debug: hm-rpc.2 Connect...
2019-03-12 04:30:33.775 - debug: hm-rpc.2 xmlrpc -> 192.168.2.62:2010/ init ["http://192.168.2.1:2010","hm-rpc.2"]
2019-03-12 04:30:33.791 - debug: hm-rpc.2 start connecting interval
2019-03-12 04:30:33.836 - info: hm-rpc.2 Connected
2019-03-12 04:30:33.838 - debug: hm-rpc.2 clear connecting interval
2019-03-12 04:30:33.839 - debug: hm-rpc.2 start ping interval
2019-03-12 04:30:39.119 - debug: hm-rpc.2 system.adapter.admin.0: logging true
2019-03-12 04:32:03.841 - debug: hm-rpc.2 [KEEPALIVE] Check if connection is alive
2019-03-12 04:32:03.843 - debug: hm-rpc.2 Send PING...
2019-03-12 04:32:03.877 - debug: hm-rpc.2 PING ok

AHg

@foxriver76 hier nochmal aktuell

foxriver76

@AHg Wenn du die Devices vor dem Neustart gelöscht hast, legt er sie doch dann beim erneuten Start an oder?
Dann sollte auf debug eigentlich etwas in die Richtung geloggt werden:

19-03-12 10:37:46.162 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.1 created
2019-03-12 10:37:46.171 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.0 created
2019-03-12 10:37:46.183 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840 created
2019-03-12 10:37:46.186 - debug: hm-rpc.0 getValueParamsets HM-Sec-SCo.MAINTENANCE.3
2019-03-12 10:37:46.187 - debug: hm-rpc.0 paramset cache hit
2019-03-12 10:37:46.214 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.0.AES_KEY extended
2019-03-12 10:37:46.216 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.0.CONFIG_PENDING extended
2019-03-12 10:37:46.219 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.0.DEVICE_IN_BOOTLOADER extended
2019-03-12 10:37:46.221 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.0.LOWBAT extended
2019-03-12 10:37:46.223 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.0.RSSI_DEVICE extended
2019-03-12 10:37:46.255 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.0.RSSI_PEER extended
2019-03-12 10:37:46.258 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.0.STICKY_UNREACH extended
2019-03-12 10:37:46.260 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.0.UNREACH extended
2019-03-12 10:37:46.261 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.0.UPDATE_PENDING extended
2019-03-12 10:37:46.263 - debug: hm-rpc.0 getValueParamsets HM-Sec-SCo.SHUTTER_CONTACT.3
2019-03-12 10:37:46.264 - debug: hm-rpc.0 paramset cache hit
2019-03-12 10:37:46.275 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.1.ERROR extended
2019-03-12 10:37:46.279 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.1.INSTALL_TEST extended
2019-03-12 10:37:46.289 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.1.LOWBAT extended
2019-03-12 10:37:46.291 - debug: hm-rpc.0 object hm-rpc.0.OEQ1197840.1.STATE extended

AHg

@foxriver76 leider legt er sie jetzt nicht mehr an

foxriver76

Auch sollte bei HMIP relativ am Anfang eine Meldung new Devices geloggt werden. Welche Adapterversionen nutzt du eigentlich? Hast du in der HMIP Instanz auch nicht-wired Geräte, die korrekt übertragen werden? Bzw. besitzt du auch nicht wired Geräte und diese werden auch nicht übertragen?

AHg

@foxriver76 nach dem Anhalten und erneuten Starten von hm-rega sind wieder alle HMIPW-Module da.
Ich nutze die Version 1.9.8. Ich nutze nur wired Geräte in der HMIP-Instanz.
Log:

AHg

@foxriver76 nun nochmal die Geräte gelöscht und neu gestartet

foxriver76

@AHg ist ja auch ständig ein Connection timeout. Zeig mal bitte die Config, hast du was in der Callbackadresse stehen?

AHg

@foxriver76 hier mal die Konfiguration vom hm-rpc

HM-RPC2 - 1.png

HM-RPC2 - 2.png

foxriver76

@AHg Stell mal bitte die Adapteradresse auf dein explizites Interface (z. B. eth0 wenn existent), wenn ich da localhost (127.0.0.1) anwähle laufe ich auch in den Timeout und es werden keine Geräte synchronisiert.

AHg

@foxriver76 Hey, super! sieht gut aus. Kleiner Fehler, große Wirkung.

HM-RPC2 - 3.png

HM-RPC2 - 4.png

Ob alles funktioniert, kann ich erst heute Abend versuchen, wenn ich wieder daheim bin.

Vielen Dank für Deine super Hilfe

foxriver76

@AHg Gerne, dann weiß ich jetzt, dass wir für Wired Geräte nichts anpassen müssen.

Falls dir doch noch was auffällt, schreibe hier einfach nochmal.

Nussknacker

Hallo zusammen,
da schließe ich mich mal an. Bzgl. der Namensübertragungen und der Geräte Werte habe ich bei den Aktoren keine Probleme bei den Homematic IP Wired Geräten.

Was bei mir aber nicht funktioniert ist die Verwendung der Taster an den Eingangsmodulen. Hier erkennt der RPC Adapter nicht, ob ich den Taster gerdrückt habe und damit auch nicht ob er kurz oder lang gedrückt wurde.

Hat noch jemand das Problem und eine Lösung für mich?

Ich habe bis jetzt ein Dummyprogramm in der Webui angelegt und die Taster als Trigger eingetragen. Dann wurde manche Tasterbetätigungen erkannt, andere nicht. Es funktioniert nur der Umweg, dass ich mittels des Tasters eine Systemvariable in der Webui trigger und im ioBroker auf Änderungen der Systemvariable reagiere. Ziemlich umständlich.

Über ein Feedback würde ich mich freuen!

Danke!
Martin

foxriver76

@Nussknacker Ändert sich der Timestamp des Datenpunktes, wenn du den Taster drückst? Manche aktualisieren nur und lösen keine Änderung des States aus.

NEWS

HmIP-Wired Nutzer

Support us

1.3k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts

NEWS

HmIP-Wired Nutzer

Support us

1.3kOnline

30.5kUsers

76.8kTopics

1.2mPosts

1.3k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts