NEWS
HmIP-Wired Nutzer
-
@foxriver76 hier mal ein Screenshot von einem Rollladenmodul
-
@AHg sagte in HmIP-Wired Nutzer:
001658A99
Da fehlen also sämtliche Datenpunkte außer für die Servicemeldungen. Kannst du dann noch bitte das Skript ausführen, dass die Datenpunkte ausgeben sollte und wieder posten:
!# datapoints.fn 1.8 !# !# Dieses Homematic-Script gibt eine Liste aller Datenpunkte (ausser WORKING/DIRECTION) als JSON String aus !# !# 3'2013-9'2014 hobbyquaker https://github.com/hobbyquaker !# string sDevId; string sChnId; string sDPId; string sValue; string sChnId; string sDPId; boolean dpFirst = true; Write('{'); foreach (sDevId, root.Devices().EnumUsedIDs()) { object oDevice = dom.GetObject(sDevId); boolean bDevReady = oDevice.ReadyConfig(); if (bDevReady) { foreach (sChnId, oDevice.Channels()) { object oChannel = dom.GetObject(sChnId); foreach(sDPId, oChannel.DPs().EnumUsedIDs()) { object oDP = dom.GetObject(sDPId); if (oDP) { if (oDP.TypeName() != "VARDP") { if (dpFirst) { dpFirst = false; } else { WriteLine(','); } string sValueType = oDP.ValueType(); Write('"'); WriteURL(oDP.Name()); Write('":'); if (sValueType == 20) { Write('"'); WriteURL(oDP.Value()); Write('"'); } else { sValue = oDP.Value(); if (sValueType == 2) { if (sValue) { Write("true"); } else { Write("false"); } } else { if (sValue == "") { Write("0"); } else { Write(sValue); } } } } } } } } } Write('}');
-
@foxriver76 hier ein Ausschnitt der Liste. 7F9D ist ein Wired Eingangsmodul 32-fach, D33B ist ein Wired Jalousieaktor 4-fach
-
@AHg sagte in HmIP-Wired Nutzer:
"HmIP-RF.001718A9A77F9D%3A1.PRESS_SHORT":false,
Da ist ja alles da. Gibt es Fehler im Log soweit?
-
@foxriver76 es gibt keine Fehlermeldungen
-
@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
-
@foxriver76 richtig, HM-Rega ist für hmip auf die hm-rpc2 Instanz konfiguriert.
Fehlen noch die Meta-Daten? -
@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.
-
Lösche mal bitte deine Wired Devices in den hm-rpc Objekten, schalte den hm-rpc Adapter auf Debug und poste den Log.
-
@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 -
@foxriver76 hier nochmal aktuell
-
@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
-
@foxriver76 leider legt er sie jetzt nicht mehr an
-
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? -
@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:
-
@foxriver76 nun nochmal die Geräte gelöscht und neu gestartet
-
@AHg ist ja auch ständig ein Connection timeout. Zeig mal bitte die Config, hast du was in der Callbackadresse stehen?
-
@foxriver76 hier mal die Konfiguration vom hm-rpc
-
@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.
-
@foxriver76 Hey, super! sieht gut aus. Kleiner Fehler, große Wirkung.
Ob alles funktioniert, kann ich erst heute Abend versuchen, wenn ich wieder daheim bin.
Vielen Dank für Deine super Hilfe