Problem: hm-rpc-.1 Homematic wired "HMW-IO-12-Sw14-DR" kein Status, kein Value, keine Aktor Bedienung

[aftershowman]

hier noch die Einträge im Admin-log:

javascript-0 2016-11-03 19:34:29.707 error at script.js.Test.Skript1:3:39

javascript-0 2016-11-03 19:34:29.707 error script.js.Test.Skript1: TypeError: Cannot read property 'common' of null

javascript-0 2016-11-03 19:34:29.700 warn Object "hm-rpc.1.LEQ0975862.15.STATE" does not exist

javascript-0 2016-11-03 19:34:29.699 info script.js.Test.Skript1: DI-7 State: null

javascript-0 2016-11-03 19:34:29.698 warn State "hm-rpc.1.LEQ0975862.15.STATE" not found

javascript-0 2016-11-03 19:34:29.685 info Start javascript script.js.Test.Skript1

[paul53]

@aftershowman:

javascript-0 2016-11-03 19:34:29.699 info script.js.Test.Skript1: DI-7 State: null

javascript-0 2016-11-03 19:34:29.698 warn State "hm-rpc.1.LEQ0975862.15.STATE" not found `
Das bedeutet, dass das State zur ID "hm-rpc.1.LEQ0975862.15.STATE" nicht existiert. Weshalb im Reiter "Zustände" zu dieser ID etwas angezeigt wird, ist rätselhaft :shock:
@aftershowman:

javascript-0 2016-11-03 19:34:29.707 error script.js.Test.Skript1: TypeError: Cannot read property 'common' of null

javascript-0 2016-11-03 19:34:29.700 warn Object "hm-rpc.1.LEQ0975862.15.STATE" does not exist `
Wie zu erwarten war, existiert auch das Objekt zur ID "hm-rpc.1.LEQ0975862.15.STATE" nicht.

Anmerkung: Es fehlen die Metadaten zum Modul "HMW-IO-12-Sw14-DR". Die Datei "io-package.json" des hm-rpc Adapters muss noch dementsprechend erweitert werden.

[aftershowman]

Heist das, das Bluefox sich das nochmal anschauen muß?

"Guru" hatte früher in dem Thema sowas geschrieben:

"Gut! Da muss @Bluefox sich das Gerät nochmal näher ansehen. Das hatte ich schon befürchtet."

Gibt's dafür nen "process"?

Grüße, Frank

[hg6806]

Hallo zusammen,

gibt es hier mittlerweile eine Lösung?

Habe auch ein HMW-IO-12-Sw14-DR und bekomme keine Daten rein.

Danke und Grüße

[aftershowman]

Hallo,

gleich mal vornewag.

Das ganze ist natürlich "gefrickelt hoch3".

Wäre schön, die Entwickler würde die Metadaten für "HMW-IO-12-Sw14-DR" Modul in der "io-package.json" eintragen.

hab mich heute nochmal mit dem, Thema angenommen.

Wie Paul53 richtig vermutet hat gibt es keine Metadaten für "HMW-IO-12-Sw14-DR" Modul in der "io-package.json" des hm-rpc Adapters.

Ich habe Einträge für "HMW-IO-12-Sw7-DR" gefunden.

Zur Erinnerung für die Analog und Digital Eingänge hatte ich ja schon einen "workaround" gefunden.

Nur die Relais ließen sich nicht schalten.

Da ich dieses Modul nicht habe, hab ich kurzerhand die "id:" Einträge für den "HMW-IO-12-Sw7-DR" umbenannt.

Gab 3 Eintröge:

orginal:

"_id": "hm-rpc.meta.VALUES.HMW-IO-12-Sw7-DR.KEY.11",

von mir geändert in:

"_id": "hm-rpc.meta.VALUES.HMW-IO-12-Sw14-DR.KEY.11",

Danach Neueinlsen der CCU Module beim RPC Adapter.

Und sicherheithalber Neustart des ioBroker PCs.

Dann hab ich noch einen Eintrag "STATE" unter den Channle 1-6 (Das sind die Relais) erzeugt.

Als "master" hab ich mir das Relais vom "4 Kanal Funk Relais-Schalter genoomen.

Ich hab mich im ioBroker Admin Reiter "Objekte" auf den Entrag "faultCode" unter dem Relais-Channel gestellt und die Daten im "Algemein" und "Raw" Reiter geändert.

Danach Neusart des ioBroker PCs.

Dann konnte ich im Admin den Status des Relais ändern und hab das auch in der CCU geshen.

!!! Den Eintrag "State" gibst zu dem Augenblick noch nicht. Der entsteht erst beim "speichern.

Hier die Änderungen im RAW Reiter:

{

"common": {

"name": "R1 HZ ext EIN.STATE",

"role": "state",

"type": "boolean",

"desc": "Manuell erzeugt",

"read": true,

"write": true,

"def": false

},

"native": {

"CONTROL": "SWITCH.STATE",

"ID": "STATE",

"TYPE": "BOOL",

"UNIT": "",

"FLAGS": 1,

"OPERATIONS": 7,

"TAB_ORDER": 0,

"DEFAULT": false,

"MAX": true,

"MIN": false

},

"acl": {

"object": 1638,

"owner": "system.user.admin",

"ownerGroup": "system.group.administrator",

"state": 1638

},

"_id": "hm-rpc.1.KEQ0048407.1.STATE",

"type": "state"

}

[Aixtreme]

@aftershowman:

Hallo,

gleich mal vornewag.

Das ganze ist natürlich "gefrickelt hoch3".

Wäre schön, die Entwickler würde die Metadaten für "HMW-IO-12-Sw14-DR" Modul in der "io-package.json" eintragen.

hab mich heute nochmal mit dem, Thema angenommen.

Wie Paul53 richtig vermutet hat gibt es keine Metadaten für "HMW-IO-12-Sw14-DR" Modul in der "io-package.json" des hm-rpc Adapters.

Ich habe Einträge für "HMW-IO-12-Sw7-DR" gefunden.

Zur Erinnerung für die Analog und Digital Eingänge hatte ich ja schon einen "workaround" gefunden.

Nur die Relais ließen sich nicht schalten.

Da ich dieses Modul nicht habe, hab ich kurzerhand die "id:" Einträge für den "HMW-IO-12-Sw7-DR" umbenannt.

Gab 3 Eintröge:

orginal:

"_id": "hm-rpc.meta.VALUES.HMW-IO-12-Sw7-DR.KEY.11",

von mir geändert in:

"_id": "hm-rpc.meta.VALUES.HMW-IO-12-Sw14-DR.KEY.11",

Danach Neueinlsen der CCU Module beim RPC Adapter.

Und sicherheithalber Neustart des ioBroker PCs.

Dann hab ich noch einen Eintrag "STATE" unter den Channle 1-6 (Das sind die Relais) erzeugt.

Als "master" hab ich mir das Relais vom "4 Kanal Funk Relais-Schalter genoomen.

Ich hab mich im ioBroker Admin Reiter "Objekte" auf den Entrag "faultCode" unter dem Relais-Channel gestellt und die Daten im "Algemein" und "Raw" Reiter geändert.

Danach Neusart des ioBroker PCs.

Dann konnte ich im Admin den Status des Relais ändern und hab das auch in der CCU geshen.

caputure-1.PNG

!!! Den Eintrag "State" gibst zu dem Augenblick noch nicht. Der entsteht erst beim "speichern.

caputure-2.PNG

Hier die Änderungen im RAW Reiter:

{

"common": {

"name": "R1 HZ ext EIN.STATE",

"role": "state",

"type": "boolean",

"desc": "Manuell erzeugt",

"read": true,

"write": true,

"def": false

},

"native": {

"CONTROL": "SWITCH.STATE",

"ID": "STATE",

"TYPE": "BOOL",

"UNIT": "",

"FLAGS": 1,

"OPERATIONS": 7,

"TAB_ORDER": 0,

"DEFAULT": false,

"MAX": true,

"MIN": false

},

"acl": {

"object": 1638,

"owner": "system.user.admin",

"ownerGroup": "system.group.administrator",

"state": 1638

},

"_id": "hm-rpc.1.KEQ0048407.1.STATE",

"type": "state"

} `

Hallo zusammen,

ich habe über die Feiertage von CCU.IO auf Iobroker umgestellt und musste nun feststellen, dass meine Wired switche (davon habe ich eine ganze Menge) nicht funktionieren. Dazu habe ich mich durch diese Diskussion gelesen, aber ehrlich gesagt, kann ich hier beim letzten Post nicht ganz folgen.

Wie soll ich diese Werte denn ändern, wenn ich noch nicht mal den Adapter Sw7 finde? Ich würde mich sehr sehr freuen, wenn es eine Step-by-Step Anleitung für den Workaround gäbe, oder noch besser ein Update, dass den Adapter erkennt.

Auch meine Familie würde sich sehr freuen, weil wir dann wieder das Licht in der Küche einschalten können..

Vielen Dank!

Frank

[BlueEssi]

Ich habe genau das gleiche Phänomen bei den 12/14-Wired-Aktoren, aber auch bei HMW-LC-Bl1-DR-Rollo-Aktoren und kann somit meine Rollos nicht steuern.

Ich habe diesen Fehler bereits am 21.07.2016 bei Jira als Ticket erfasst:

http://iobroker.net:8000/projects/HMRPC/issues/HMRPC-9

Leider hat es bisher, trotz mehrfacher Nachfrage, keinerlei Rückmeldung dazu gegeben.

Dachte schon, ich wäre der einzigste mit diesem Problem. Wäre schön, wenn wir hier weiter kommen.

[BlueEssi]

@Aixtreme:

Hallo zusammen,

ich habe über die Feiertage von CCU.IO auf Iobroker umgestellt und musste nun feststellen, dass meine Wired switche (davon habe ich eine ganze Menge) nicht funktionieren. Dazu habe ich mich durch diese Diskussion gelesen, aber ehrlich gesagt, kann ich hier beim letzten Post nicht ganz folgen.

Wie soll ich diese Werte denn ändern, wenn ich noch nicht mal den Adapter Sw7 finde? Ich würde mich sehr sehr freuen, wenn es eine Step-by-Step Anleitung für den Workaround gäbe, oder noch besser ein Update, dass den Adapter erkennt.

Auch meine Familie würde sich sehr freuen, weil wir dann wieder das Licht in der Küche einschalten können..

Vielen Dank!

Frank `

Hallo Frank,

konntest du das Problem irgendwie lösen?

Gruß, Mario

[apollon77]

Ich habs mal ins Trello gepackt, da hat es eine bessere Sichtbarkeit, versprechen kann ich aber nichts.

[frost]

Push!

Ich habe heute mein erstes 0-10V Gerät angeschlossen und bekomme auch keine Daten rein.

Allerdings kann ich eine Übergangslösung anbieten. Ich habe einfach im selben Ordner manuell einen zweiten VALUE-Datenpunkt erzeugt und siehe da die Werte werden richtig zugeordnet.

Der Datenpunkt bleibt bestehen, wenn der Adapter neu gestartet wird, sollte auch von dem her auch kein Problem sein.

Viel Spaß,

Frost

[coyote]

Hi,

leider scheint dieses Problem ja immer noch zu bestehen. Bekomme keinen Wert an meinem Analogeingang rein.

Habe auch schon versucht den Datenpunkt zu ändern bzw. einen zweiten zu erstellen mit VALUE. Bekomme es einfach nicht hin.

Kann jemand vllt mal einen Screenshot posten mit dem geänderten Datenpunkt?

Das hier hab ich angelegt:

[paul53]

Der Datenpunkt ist nicht VALUE, sondern FREQUENCY; max: 350000.

[Homoran]

[coyote]

Danke euch, funktioniert.

Kurzes Offtopic:

Berechnet ihr damit auch den Verbrauch von einem S0 Stromzähler oder lasst ihr euch nur den aktuellen Wert anzeigen?

[Michael]

Hallo zusammen,

leider habe ich auch dieses Problem,

das ich keinen wert ( true und false ) in der WERT spalte erhalte.

Ich selber habe schone einiges versucht, scripte ( nur verglichen, ich bin kein Programmierer).

Leider immer ohne Erfolg.

Ich erhalte einfach keine Information in der WERT liste, die ein Schalter dann abfragen könnte.

Vielleicht kann mir einer von euch helfen, wie ich das Problem lösen kann,

Grüße vom Niederrhein

Michael

[BuZZy]

Normalerweise müsste im Log nach dem Hinzufügen der Aktoren in der CCU und dem neustarten vom RPC Adapter eine Meldung

"send this info to developer …...................." kommen.

Wenn dies Meldung nicht erscheint - oder ihr die Meldung verpasst habt, dann in den Settings vom RPC Adapter die Option "Geräte neu Synchronisieren (einmalig)" aktivieren und abspeichern.

Dann kommt die Meldung wieder im Log.

Wenn jemand ein Logfile mit diesen Einträgen zur Verfügung stellt kann das Problem relativ schnell behoben werden.

Gruß

[Michael]

Hallo zusammen,

ich habe nochmal in den Logfile geschaut, ob die Meldung

( send this info to developer………… )

irgendwo vorhanden ist.

Leider habe ich keinen Eintrag gefunden.

Damit die Problemlösung vielleicht etwas einfacher wird,

habe ich mal einige screenshot im Anhangen.

Da ich was von Metadaten gelesen hatte, habe ich diese auch mal mit kopiert.

Logfile

hm-rpc.1 2018-02-26 17:11:12.326 info Connected

hm-rpc.1 2018-02-26 17:11:12.114 info xmlrpc -> 83 devices

hm-rpc.1 2018-02-26 17:11:12.066 info xmlrpc <- listDevices ['hm-rpc.1']

hm-rpc.1 2018-02-26 17:11:12.007 info xmlrpc <- system.listMethods ['hm-rpc.1']

hm-rpc.1 2018-02-26 17:11:11.816 info xmlrpc client is trying to connect to 192.168.0.171:2001 with ['http://192.168.0.87:2001','hm-rpc.1']

hm-rpc.1 2018-02-26 17:11:11.814 info xmlrpc server is trying to listen on 192.168.0.87:2001

hm-rpc.1 2018-02-26 17:11:11.128 info starting. Version 1.4.14 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.12.0

hm-rpc.1 2018-02-26 17:11:10.921 info States connected to redis: 127.0.0.1:6379

hm-rega.0 2018-02-26 17:11:08.030 info renamed hm-rpc.1.NEQ1512381 to 'HMW-IO-12-Sw7-DR NEQ1512381'

hm-rega.0 2018-02-26 17:11:08.000 info renamed hm-rpc.1.NEQ1512381.0 to 'HMW-IO-12-Sw7-DR NEQ1512381:0'

hm-rega.0 2018-02-26 17:11:07.975 info renamed hm-rpc.1.NEQ1512381.1 to 'HMW-IO-12-Sw7-DR NEQ1512381:1'

hm-rega.0 2018-02-26 17:11:07.949 info renamed hm-rpc.1.NEQ1512381.2 to 'HMW-IO-12-Sw7-DR NEQ1512381:2'

hm-rega.0 2018-02-26 17:11:07.924 info renamed hm-rpc.1.NEQ1512381.3 to 'HMW-IO-12-Sw7-DR NEQ1512381:3'

hm-rega.0 2018-02-26 17:11:07.899 info renamed hm-rpc.1.NEQ1512381.4 to 'HMW-IO-12-Sw7-DR NEQ1512381:4'

hm-rega.0 2018-02-26 17:11:07.875 info renamed hm-rpc.1.NEQ1512381.5 to 'HMW-IO-12-Sw7-DR NEQ1512381:5'

hm-rega.0 2018-02-26 17:11:07.850 info renamed hm-rpc.1.NEQ1512381.6 to 'HMW-IO-12-Sw7-DR NEQ1512381:6'

hm-rega.0 2018-02-26 17:11:07.823 info renamed hm-rpc.1.NEQ1512381.7 to 'HMW-IO-12-Sw7-DR NEQ1512381:7'

hm-rega.0 2018-02-26 17:11:07.800 info renamed hm-rpc.1.NEQ1512381.8 to 'HMW-IO-12-Sw7-DR NEQ1512381:8'

hm-rega.0 2018-02-26 17:11:07.775 info renamed hm-rpc.1.NEQ1512381.9 to 'HMW-IO-12-Sw7-DR NEQ1512381:9'

hm-rega.0 2018-02-26 17:11:07.749 info renamed hm-rpc.1.NEQ1512381.10 to 'HMW-IO-12-Sw7-DR NEQ1512381:10'

hm-rega.0 2018-02-26 17:11:07.722 info renamed hm-rpc.1.NEQ1512381.11 to 'HMW-IO-12-Sw7-DR NEQ1512381:11'

hm-rega.0 2018-02-26 17:11:07.685 info renamed hm-rpc.1.NEQ1512381.12 to 'HMW-IO-12-Sw7-DR NEQ1512381:12'

hm-rega.0 2018-02-26 17:11:07.660 info renamed hm-rpc.1.NEQ1512381.13 to 'Gartenlichter'

hm-rega.0 2018-02-26 17:11:07.626 info renamed hm-rpc.1.NEQ1512381.14 to 'Bewässerung 1'

hm-rega.0 2018-02-26 17:11:07.600 info renamed hm-rpc.1.NEQ1512381.15 to 'Bewässerung 2 Gertenventile'

hm-rega.0 2018-02-26 17:11:07.572 info renamed hm-rpc.1.NEQ1512381.16 to 'Wegbeleuchtung'

hm-rega.0 2018-02-26 17:11:07.545 info renamed hm-rpc.1.NEQ1512381.17 to 'Freieleitung Wasser Verteilung L2'

hm-rega.0 2018-02-26 17:11:07.518 info renamed hm-rpc.1.NEQ1512381.18 to 'Freieleitung Wasser Verteilung L3'

hm-rega.0 2018-02-26 17:11:07.492 info renamed hm-rpc.1.NEQ1512381.19 to 'Gartenpumpe'

hm-rega.0 2018-02-26 17:11:07.466 info renamed hm-rpc.1.BidCoS-Wir to 'HMW-RCV-50 BidCoS-Wir'

hm-rega.0 2018-02-26 17:11:07.441 info renamed hm-rpc.1.BidCoS-Wir.0 to 'HMW-RCV-50 BidCoS-Wir:0'

hm-rega.0 2018-02-26 17:11:07.415 info renamed hm-rpc.1.BidCoS-Wir.1 to 'HMW-RCV-50 BidCoS-Wir:1'

hm-rega.0 2018-02-26 17:11:07.389 info renamed hm-rpc.1.BidCoS-Wir.2 to 'HMW-RCV-50 BidCoS-Wir:2'

hm-rega.0 2018-02-26 17:11:07.365 info renamed hm-rpc.1.BidCoS-Wir.3 to 'HMW-RCV-50 BidCoS-Wir:3'

hm-rega.0 2018-02-26 17:11:07.338 info renamed hm-rpc.1.BidCoS-Wir.4 to 'HMW-RCV-50 BidCoS-Wir:4'

hm-rega.0 2018-02-26 17:11:07.312 info renamed hm-rpc.1.BidCoS-Wir.5 to 'HMW-RCV-50 BidCoS-Wir:5'

hm-rega.0 2018-02-26 17:11:07.287 info renamed hm-rpc.1.BidCoS-Wir.6 to 'HMW-RCV-50 BidCoS-Wir:6'

hm-rega.0 2018-02-26 17:11:07.262 info renamed hm-rpc.1.BidCoS-Wir.7 to 'HMW-RCV-50 BidCoS-Wir:7'

hm-rega.0 2018-02-26 17:11:07.230 info renamed hm-rpc.1.BidCoS-Wir.8 to 'HMW-RCV-50 BidCoS-Wir:8'

hm-rega.0 2018-02-26 17:11:07.198 info renamed hm-rpc.1.BidCoS-Wir.9 to 'HMW-RCV-50 BidCoS-Wir:9'

hm-rega.0 2018-02-26 17:11:07.166 info renamed hm-rpc.1.BidCoS-Wir.10 to 'HMW-RCV-50 BidCoS-Wir:10'

hm-rega.0 2018-02-26 17:11:07.135 info renamed hm-rpc.1.BidCoS-Wir.11 to 'HMW-RCV-50 BidCoS-Wir:11'

hm-rega.0 2018-02-26 17:11:07.101 info renamed hm-rpc.1.BidCoS-Wir.12 to 'HMW-RCV-50 BidCoS-Wir:12'

hm-rega.0 2018-02-26 17:11:07.070 info renamed hm-rpc.1.BidCoS-Wir.13 to 'HMW-RCV-50 BidCoS-Wir:13'

hm-rega.0 2018-02-26 17:11:07.043 info renamed hm-rpc.1.BidCoS-Wir.14 to 'HMW-RCV-50 BidCoS-Wir:14'

hm-rega.0 2018-02-26 17:11:07.019 info renamed hm-rpc.1.BidCoS-Wir.15 to 'HMW-RCV-50 BidCoS-Wir:15'

hm-rega.0 2018-02-26 17:11:06.994 info renamed hm-rpc.1.BidCoS-Wir.16 to 'HMW-RCV-50 BidCoS-Wir:16'

hm-rega.0 2018-02-26 17:11:06.967 info renamed hm-rpc.1.BidCoS-Wir.17 to 'HMW-RCV-50 BidCoS-Wir:17'

hm-rega.0 2018-02-26 17:11:06.942 info renamed hm-rpc.1.BidCoS-Wir.18 to 'HMW-RCV-50 BidCoS-Wir:18'

hm-rega.0 2018-02-26 17:11:06.916 info renamed hm-rpc.1.BidCoS-Wir.19 to 'HMW-RCV-50 BidCoS-Wir:19'

hm-rega.0 2018-02-26 17:11:06.894 info renamed hm-rpc.1.BidCoS-Wir.20 to 'HMW-RCV-50 BidCoS-Wir:20'

hm-rega.0 2018-02-26 17:11:06.873 info renamed hm-rpc.1.BidCoS-Wir.21 to 'HMW-RCV-50 BidCoS-Wir:21'

hm-rega.0 2018-02-26 17:11:06.853 info renamed hm-rpc.1.BidCoS-Wir.22 to 'HMW-RCV-50 BidCoS-Wir:22'

hm-rega.0 2018-02-26 17:11:06.834 info renamed hm-rpc.1.BidCoS-Wir.23 to 'HMW-RCV-50 BidCoS-Wir:23'

hm-rega.0 2018-02-26 17:11:06.812 info renamed hm-rpc.1.BidCoS-Wir.24 to 'HMW-RCV-50 BidCoS-Wir:24'

hm-rega.0 2018-02-26 17:11:06.789 info renamed hm-rpc.1.BidCoS-Wir.25 to 'HMW-RCV-50 BidCoS-Wir:25'

hm-rega.0 2018-02-26 17:11:06.751 info renamed hm-rpc.1.BidCoS-Wir.26 to 'HMW-RCV-50 BidCoS-Wir:26'

hm-rega.0 2018-02-26 17:11:06.721 info renamed hm-rpc.1.BidCoS-Wir.27 to 'HMW-RCV-50 BidCoS-Wir:27'

hm-rega.0 2018-02-26 17:11:06.693 info renamed hm-rpc.1.BidCoS-Wir.28 to 'HMW-RCV-50 BidCoS-Wir:28'

hm-rega.0 2018-02-26 17:11:06.671 info renamed hm-rpc.1.BidCoS-Wir.29 to 'HMW-RCV-50 BidCoS-Wir:29'

hm-rega.0 2018-02-26 17:11:06.647 info renamed hm-rpc.1.BidCoS-Wir.30 to 'HMW-RCV-50 BidCoS-Wir:30'

hm-rega.0 2018-02-26 17:11:06.624 info renamed hm-rpc.1.BidCoS-Wir.31 to 'HMW-RCV-50 BidCoS-Wir:31'

hm-rega.0 2018-02-26 17:11:06.600 info renamed hm-rpc.1.BidCoS-Wir.32 to 'HMW-RCV-50 BidCoS-Wir:32'

hm-rega.0 2018-02-26 17:11:06.578 info renamed hm-rpc.1.BidCoS-Wir.33 to 'HMW-RCV-50 BidCoS-Wir:33'

hm-rega.0 2018-02-26 17:11:06.553 info renamed hm-rpc.1.BidCoS-Wir.34 to 'HMW-RCV-50 BidCoS-Wir:34'

hm-rega.0 2018-02-26 17:11:06.530 info renamed hm-rpc.1.BidCoS-Wir.35 to 'HMW-RCV-50 BidCoS-Wir:35'

hm-rega.0 2018-02-26 17:11:06.508 info renamed hm-rpc.1.BidCoS-Wir.36 to 'HMW-RCV-50 BidCoS-Wir:36'

hm-rega.0 2018-02-26 17:11:06.484 info renamed hm-rpc.1.BidCoS-Wir.37 to 'HMW-RCV-50 BidCoS-Wir:37'

hm-rega.0 2018-02-26 17:11:06.461 info renamed hm-rpc.1.BidCoS-Wir.38 to 'HMW-RCV-50 BidCoS-Wir:38'

hm-rega.0 2018-02-26 17:11:06.436 info renamed hm-rpc.1.BidCoS-Wir.39 to 'HMW-RCV-50 BidCoS-Wir:39'

hm-rega.0 2018-02-26 17:11:06.413 info renamed hm-rpc.1.BidCoS-Wir.40 to 'HMW-RCV-50 BidCoS-Wir:40'

hm-rega.0 2018-02-26 17:11:06.390 info renamed hm-rpc.1.BidCoS-Wir.41 to 'HMW-RCV-50 BidCoS-Wir:41'

hm-rega.0 2018-02-26 17:11:06.355 info renamed hm-rpc.1.BidCoS-Wir.42 to 'HMW-RCV-50 BidCoS-Wir:42'

hm-rega.0 2018-02-26 17:11:06.322 info renamed hm-rpc.1.BidCoS-Wir.43 to 'HMW-RCV-50 BidCoS-Wir:43'

host.ioBroker-Pi 2018-02-26 17:11:06.279 info instance system.adapter.hm-rpc.1 started with pid 15065

hm-rega.0 2018-02-26 17:11:06.173 info renamed hm-rpc.1.BidCoS-Wir.44 to 'HMW-RCV-50 BidCoS-Wir:44'

hm-rega.0 2018-02-26 17:11:06.152 info renamed hm-rpc.1.BidCoS-Wir.45 to 'HMW-RCV-50 BidCoS-Wir:45'

hm-rega.0 2018-02-26 17:11:06.129 info renamed hm-rpc.1.BidCoS-Wir.46 to 'HMW-RCV-50 BidCoS-Wir:46'

hm-rega.0 2018-02-26 17:11:06.109 info renamed hm-rpc.1.BidCoS-Wir.47 to 'HMW-RCV-50 BidCoS-Wir:47'

hm-rega.0 2018-02-26 17:11:06.091 info renamed hm-rpc.1.BidCoS-Wir.48 to 'HMW-RCV-50 BidCoS-Wir:48'

hm-rega.0 2018-02-26 17:11:06.074 info renamed hm-rpc.1.BidCoS-Wir.49 to 'HMW-RCV-50 BidCoS-Wir:49'

hm-rega.0 2018-02-26 17:11:06.057 info renamed hm-rpc.1.BidCoS-Wir.50 to 'HMW-RCV-50 BidCoS-Wir:50'

host.ioBroker-Pi 2018-02-26 17:11:03.886 info instance system.adapter.hm-rpc.1 terminated with code 0 (OK)

hm-rpc.1 2018-02-26 17:11:03.838 info terminating

hm-rpc.1 2018-02-26 17:11:03.816 info Disconnected

hm-rpc.1 2018-02-26 17:11:03.740 info xmlrpc -> 192.168.0.171:2001 init ['http://192.168.0.87:2001','']
4733_metadaten.jpg
4733_true_und_false_quelle.jpg

[BuZZy]

Hm für den HMW-IO-12-Sw7-DR sind Tatsächlich schon Metadaten im Adapter hinterlegt.

Finde ich irgendwie merkwürdig dass die States nicht richtig "befüllt" werden.

Eventuell sind die hinterlegten Metadaten falsch?

Du könntest die Metadaten mal löschen.

Dann können wir abgleichen ob die hinterlegten Metadaten korrekt sind.

Bei den Objekten, unter hm-rpc.meta im Unterordner VALUES den Ordner "HMW-IO-12-Sw7-DR" komplett löschen.

Dann in die Settings von der hm-rpc Adapter Instanz gehen welche den HMW-IO-12-Sw7-DR steuern soll und die Option "Synchronisiere Geräte neu (einmalig)" aktivieren und speichern.

Daraufhin wird die Instanz neu gestartet. Jetzt erscheinen im Log die Einträge

"send this to developer …................".

Die gelöschten Metadaten werden dann automatisch wiederhergestellt. Aber jetzt haben wir die Logausgabe die uns eventuell weiter bringt. ("send this to developer...")

Gruß

[Michael]

Hallo BuZZy,

danke das du mir hilfst das Problem zu lösen ( TOP ).

Ich hatte ja ein sreenshot vom den Meta Ordner angehangen.

:roll: ( auch wenn ich Metadaten schreiben kann,

weiß ich wirklich nicht was ich mache oder was das auch ist ( wirklich ein Anfänger))

In dem screenshot vom Ordner META

ist im Unterordner KEY / … immer die META 11

jedoch ist der Schalterrails 16 betroffen ( ist das vielleicht ein Fehler )

( und warum nur einmal Daten 11, ich habe doch Ausgänge von 13 bis ... )

Gruß

Michae

[BuZZy]

Hallo Michael,

ich bin mir nicht sicher ob das zum Erfolg führt, aber wenn die Metadaten tatsächlich falsch hinterlegt sind könnte das die Lösung sein.

Du musst im ioBroker unter "Objekte" den Ordner hm-rpc.meta.VALUES.HMW-IO-12-Sw7-DR löschen! (Papierkorbsymbol ganz rechts in der Tabelle in der Zeile hm-rpc.meta.VALUES.HMW-IO-12-Sw7-DR)

Dann in den Einstellungen vom hm-rpc Adapter die erneute Synchronisierung der Geräte anstoßen.

Sobald du dann auf Speichern und schließen klickst, sollten im ioBroker unter "Log" mehrere Zeilen mit "send this to developer …." auftauchen und diese Zeilen sind für uns gerade interessant.