HMW-IO-12-FM falsche Kanäle

paul53

Das Problem ist jetzt, das immer mal wieder neue Geräte kommen und das es Geräte giebt wo die Datenpunkte nicht eindeutig sind (so zb. beim HMW-IO-12-FM da kann ein Datenpunkt Eingang oder Ausgang sein)

Ich werde jetzt einbauen das man ein haken setzen kann das die Datenpunktbeschreibung immer von der CCU geholt wird. `
Mein Vorschlag: Die Datenpunktbeschreibung von den Geräten, für die keine Metadaten in der io-packet.json vorhanden sind, von der CCU holen.

EDIT: Sollte eigentlich schon enthalten sein (Datei hm-rpc.js, Zeile 802 ff.),

rpcClient.methodCall('getParamsetDescription', [obj.native.ADDRESS, 'VALUES'], function (err, res) {

scheint aber nicht zu funktionieren.

Erscheint nach Adapter-Neustart mit Haken bei "Synchronisiere Geräte neu (einmalig)" ein Info-Log, der den Text

"rpc -> getParamsetDescription" enthält ?

Thisoft

Hallo,

ich hänge mich mal hier mit dran da ich vermutlich das gleiche Problem habe.

Ich erhalte bei "Synchronisiere Geräte neu (einmalig)" folgendes Log:

! hm-rpc.0 2017-01-16 22:11:26.220 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["NEQ0358190:4","VALUES"] hm-rpc.0 2017-01-16 22:11:26.210 info hm-rpc.0 xmlrpc -> getParamsetDescription ["NEQ0358190:4","VALUES"] hm-rpc.0 2017-01-16 22:11:26.133 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["NEQ0358190:3","VALUES"] hm-rpc.0 2017-01-16 22:11:26.133 info hm-rpc.0 xmlrpc -> getParamsetDescription ["NEQ0358190:3","VALUES"] hm-rpc.0 2017-01-16 22:11:26.102 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["NEQ0358190:2","VALUES"] hm-rpc.0 2017-01-16 22:11:26.086 info hm-rpc.0 xmlrpc -> getParamsetDescription ["NEQ0358190:2","VALUES"] hm-rpc.0 2017-01-16 22:11:26.055 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["NEQ0358190:1","VALUES"] hm-rpc.0 2017-01-16 22:11:26.055 info hm-rpc.0 xmlrpc -> getParamsetDescription ["NEQ0358190:1","VALUES"] hm-rpc.0 2017-01-16 22:11:25.992 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["NEQ0358190:0","VALUES"] hm-rpc.0 2017-01-16 22:11:25.977 info hm-rpc.0 xmlrpc -> getParamsetDescription ["NEQ0358190:0","VALUES"] hm-rpc.0 2017-01-16 22:11:25.724 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["MEQ0690365:1","VALUES"] hm-rpc.0 2017-01-16 22:11:25.714 info hm-rpc.0 xmlrpc -> getParamsetDescription ["MEQ0690365:1","VALUES"] hm-rpc.0 2017-01-16 22:11:25.682 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["MEQ0690365:0","VALUES"] hm-rpc.0 2017-01-16 22:11:25.664 info hm-rpc.0 xmlrpc -> getParamsetDescription ["MEQ0690365:0","VALUES"] hm-rpc.0 2017-01-16 22:11:25.615 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["MEQ0197597:4","VALUES"] hm-rpc.0 2017-01-16 22:11:25.615 info hm-rpc.0 xmlrpc -> getParamsetDescription ["MEQ0197597:4","VALUES"] hm-rpc.0 2017-01-16 22:11:25.568 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["MEQ0197597:3","VALUES"] hm-rpc.0 2017-01-16 22:11:25.553 info hm-rpc.0 xmlrpc -> getParamsetDescription ["MEQ0197597:3","VALUES"] hm-rpc.0 2017-01-16 22:11:25.537 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["MEQ0197597:2","VALUES"] hm-rpc.0 2017-01-16 22:11:25.522 info hm-rpc.0 xmlrpc -> getParamsetDescription ["MEQ0197597:2","VALUES"] hm-rpc.0 2017-01-16 22:11:25.506 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["MEQ0197597:1","VALUES"] hm-rpc.0 2017-01-16 22:11:25.490 info hm-rpc.0 xmlrpc -> getParamsetDescription ["MEQ0197597:1","VALUES"] hm-rpc.0 2017-01-16 22:11:25.459 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["MEQ0197597:0","VALUES"] hm-rpc.0 2017-01-16 22:11:25.459 info hm-rpc.0 xmlrpc -> getParamsetDescription ["MEQ0197597:0","VALUES"] hm-rpc.0 2017-01-16 22:11:25.100 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["LEQ0411469:4","VALUES"] hm-rpc.0 2017-01-16 22:11:25.084 info hm-rpc.0 xmlrpc -> getParamsetDescription ["LEQ0411469:4","VALUES"] hm-rpc.0 2017-01-16 22:11:25.053 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["LEQ0411469:3","VALUES"] hm-rpc.0 2017-01-16 22:11:25.037 info hm-rpc.0 xmlrpc -> getParamsetDescription ["LEQ0411469:3","VALUES"] hm-rpc.0 2017-01-16 22:11:25.006 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["LEQ0411469:2","VALUES"] hm-rpc.0 2017-01-16 22:11:24.990 info hm-rpc.0 xmlrpc -> getParamsetDescription ["LEQ0411469:2","VALUES"] hm-rpc.0 2017-01-16 22:11:24.959 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["LEQ0411469:1","VALUES"] hm-rpc.0 2017-01-16 22:11:24.943 info hm-rpc.0 xmlrpc -> getParamsetDescription ["LEQ0411469:1","VALUES"] hm-rpc.0 2017-01-16 22:11:24.897 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["LEQ0411469:0","VALUES"] hm-rpc.0 2017-01-16 22:11:24.881 info hm-rpc.0 xmlrpc -> getParamsetDescription ["LEQ0411469:0","VALUES"] hm-rpc.0 2017-01-16 22:11:24.834 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["KEQ1054632:4","VALUES"] hm-rpc.0 2017-01-16 22:11:24.818 info hm-rpc.0 xmlrpc -> getParamsetDescription ["KEQ1054632:4","VALUES"] hm-rpc.0 2017-01-16 22:11:24.772 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["KEQ1054632:3","VALUES"] hm-rpc.0 2017-01-16 22:11:24.772 info hm-rpc.0 xmlrpc -> getParamsetDescription ["KEQ1054632:3","VALUES"] hm-rpc.0 2017-01-16 22:11:24.725 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["KEQ1054632:2","VALUES"] hm-rpc.0 2017-01-16 22:11:24.720 info hm-rpc.0 xmlrpc -> getParamsetDescription ["KEQ1054632:2","VALUES"] hm-rpc.0 2017-01-16 22:11:24.690 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["KEQ1054632:1","VALUES"] hm-rpc.0 2017-01-16 22:11:24.676 info hm-rpc.0 xmlrpc -> getParamsetDescription ["KEQ1054632:1","VALUES"] hm-rpc.0 2017-01-16 22:11:24.621 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["KEQ1054632:0","VALUES"] hm-rpc.0 2017-01-16 22:11:24.605 info hm-rpc.0 xmlrpc -> getParamsetDescription ["KEQ1054632:0","VALUES"] hm-rpc.0 2017-01-16 22:11:23.339 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["JEQ0657876:1","VALUES"] hm-rpc.0 2017-01-16 22:11:23.324 info hm-rpc.0 xmlrpc -> getParamsetDescription ["JEQ0657876:1","VALUES"] hm-rpc.0 2017-01-16 22:11:23.277 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["JEQ0657876:0","VALUES"] hm-rpc.0 2017-01-16 22:11:23.261 info hm-rpc.0 xmlrpc -> getParamsetDescription ["JEQ0657876:0","VALUES"] hm-rpc.0 2017-01-16 22:11:23.199 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["JEQ0536119:2","VALUES"] hm-rpc.0 2017-01-16 22:11:23.173 info hm-rpc.0 xmlrpc -> getParamsetDescription ["JEQ0536119:2","VALUES"] hm-rpc.0 2017-01-16 22:11:23.115 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["JEQ0536119:1","VALUES"] hm-rpc.0 2017-01-16 22:11:23.087 info hm-rpc.0 xmlrpc -> getParamsetDescription ["JEQ0536119:1","VALUES"] hm-rpc.0 2017-01-16 22:11:22.964 warn hm-rpc.0 xmlrpc <- undefined method getParamsetDescription ["JEQ0536119:0","VALUES"] hm-rpc.0 2017-01-16 22:11:22.933 info hm-rpc.0 xmlrpc -> getParamsetDescription ["JEQ0536119:0","VALUES"] !

wie ich auch in diesem Post http://forum.iobroker.net/viewtopic.php … 426#p31426 beschrieben habe.

Außerdem erhalte ich ständig die folgende Meldung:

hm-rpc.0 2017-01-16 22:17:32.294 warn hm-rpc.0 xmlrpc <- undefined method ping ["hm-rpc.0"]

Was noch komisch ist: mit BIN-RPC geht gar nix, da verbindet sich der hm-rpc-Adapter noch nicht mal.

Gruß Thilo

Homoran

Hallo Thilo,

wie im anderen Thread vermute ich jetzt erst recht, dass dein HM-CFG-USB outdated ist und nicht das Mittel der Wahl für ioBroker ist.

Gruß

Rainer

Thisoft

Hmmm, irgendwie hatte ich zwar auch schon den Verdacht - wieso haben dann aber Andere wie paul53 oder mchott das gleiche Problem?

Homoran

Paul53 arbeitet mit hmcon. Ich weiss allerdings nicht ob er daran einen USB-Stick oder ein Gateway hat.

Ich hatte damals wohl als erster hm-con mit dem USB-Stick getestet und hobbyquaker hat das super ans Laufen bekommen.

Gruß

Rainer

paul53

~~@Thisoft:~~

…wieso haben dann aber Andere wie paul53 oder mchott das gleiche Problem? `
Das Problem habe ich nicht, da ich nur Geräte verwende, für die Metadaten vorliegen. Habe mich deshalb damit befasst, weil es offenbar ein Problem ist, das mehrere Nutzer von bestimmten Wired-Modulen betrifft.

~~@Homoran:~~

Paul53 arbeitet mit hmcon. Ich weiss allerdings nicht ob er daran einen USB-Stick oder ein Gateway hat. `
Ich verwende rfd (hmcon) für das Funkmodul HM-MOD-RPI-PCB.

smiling_Jack

~~@paul53:~~

~~@smiling_Jack:~~

Das Problem ist jetzt, das immer mal wieder neue Geräte kommen und das es Geräte giebt wo die Datenpunkte nicht eindeutig sind (so zb. beim HMW-IO-12-FM da kann ein Datenpunkt Eingang oder Ausgang sein)

Ich werde jetzt einbauen das man ein haken setzen kann das die Datenpunktbeschreibung immer von der CCU geholt wird. `
Mein Vorschlag: Die Datenpunktbeschreibung von den Geräten, für die keine Metadaten in der io-packet.json vorhanden sind, von der CCU holen.

EDIT: Sollte eigentlich schon enthalten sein (Datei hm-rpc.js, Zeile 802 ff.),
rpcClient.methodCall('getParamsetDescription', [obj.native.ADDRESS, 'VALUES'], function (err, res) {
scheint aber nicht zu funktionieren.

Erscheint nach Adapter-Neustart mit Haken bei "Synchronisiere Geräte neu (einmalig)" ein Info-Log, der den Text

"rpc -> getParamsetDescription" enthält ? `

Doch das geht und nur das Problem sind die Konfigurierbaren Datenpunkte und das man bei listDevice keinen eindeutigen Hinweis auf die Konfiguration bekommt :(

So muss man bei den Geräten sowiso immer alles von der CCU abrufen.

Ich habe das auch fast Fertig habe im moment nur nicht so viel Zeit

Thisoft

Es scheint ja zumindest so dass es mit diversen Nicht-CCU-Installationen Probleme gibt…

Ich habe deshalb mal meinen BidCos-Service komplett deinstalliert und dann nach diversen Reboots wieder installiert. Habe aber den gleichen Effekt wieder...

Naja, jetzt warte ich erst mal ob die Änderung von Smiling_Jack eine Besserung bringt.

Homoran

Tut sich hier noch etwas?

Auch die Kanäle beim HMW-IO-12-Sw14-DR werden alle als Tastereingänge interpretiert.

Gruß

Rainer

DerGraf123

Hänge mich auch noch mal dran.

HMW-IO-12-FM alles als Tastereingänge definiert.

Ich steuere derzeit die Kontroll-LEDs der Gira 6-fach Taster noch über die CCU2. Da ich jedoch einiges auf ioBroker umziehen möchte, ist der Fehler gerade aufgefallen.

Manuelle Betätigung des Ausgangs wird auch nicht in den Ereignissen angezeigt. Da kommt nix.

Habe testweise ein manuelles Objekt "STATE" erstellt. Hier bekomme ich dann die Fehlermeldung, dass der DP nicht existiert. Schade. Wäre am naheliegendsten gewesen :(

Wäre toll, wenn sich da noch was tut.

P.S. Die Ausgänge am 12/14 lassen sich mit ioBroker schalten.

DerGraf123

So, weiter getestet.

Wenn ich die Ausgänge des HMW-IO-12-FW in der WebUI schalte, kommen in den Ereignissen doch STATE und WORKING an.

In dem manuell erstellten Objekt "STATE" kommt auch richtig true und false an. Das Ändern von false auf true (und umgekehrt) in ioBroker kommt aber nicht an und wird mit folgendem Logeintrag bestraft:````
hm-rpc.1 2017-06-22 21:44:55.473 error binrpc -> setValue: no dpType for hm-rpc.1.LEQ023XXXXX.1.STATE!

Habe auch mal die Raw-Parameter eines IO 12/14 Ausgangs in das Test-STATE-Objekt eingefügt. Es bleibt wie es ist: Änderungen kommen rein, gehen aber nicht raus.

Ich brauche dringend einen Tip.

DerGraf123

Und es geht doch :D

Nach Neustart des Adapter wurden die Änderungen übernommen und der Ausgang lässt sich von ioBroker schalten. Hurra.

Howto, falls es jemand braucht:

Im entsprechenden Kanal ein Objekt erstellen. Kanal markieren und dann "+" klicken. Name: "STATE", Typ: "Datenpunkt", Datenpunkttyp: "Logikwert".

Anschließend im nächten Fenster (Objekt bearbeiten) auf den Reiter "raw(nur Experten)" klicken und folgendes einfügen:````
{
"type": "state",
"common": {
"name": "hm-rpc.1.LEQ023XXXX.1.STATE",
"type": "boolean",
"role": "state",
"def": false,
"read": true,
"write": true
},
"native": {
"CONTROL": "SWITCH.STATE",
"ID": "STATE",
"TYPE": "BOOL",
"UNIT": "",
"FLAGS": 1,
"OPERATIONS": 7,
"TAB_ORDER": 0,
"DEFAULT": false,
"MAX": true,
"MIN": false
},
"_id": "hm-rpc.1.LEQ023XXXX.1.STATE",
"acl": {
"object": 1638,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1638
}
}


Nur noch "hm-rpc.1.LEQ023XXXX.1.STATE" an die eigenen Daten anpassen.

Speichern. Entsprechenden Adapter neustarten. Fertig !!!

Ich hoffe es kann jemand gebrauchen. Und der Moderator bitte den Thread-Titel auf "gelöst" stellen.

Gruß

Michael

Hallo zusammen,

gibt es hier mittlerweile eine Lösung?

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

Habe schon einiges ausprobiert jedoch komme ich einfach nicht weiter .

Keine Schaltmöglichkei, keine Statusergebnisse,

Zur meiner prevormens wenn es wichtig ist,

Homematic läuft auf einem Raspberry 3 und iobroker läuft ebendfalls auf ein 2ten Raspberry.

Damit ihr etwas leichter habt, habe ich mal den Link mitgesendet mit dem was ich schon alles gemacht habe , Logfile,screenshot…

http://forum.iobroker.net/viewtopic.php ... 3&start=20

Danke schon mal

Gruss

Michael

Michael

Hallo zusammen,

für alle die das gleich Problem habe.

habe ich da eine Lösung.

Da ich wirklich ein totaler Anfänger bin,

kann ich nur sagen was ich gemacht habe.

Den jede Aktion hat ja auch eine Gegenreaktion.

Vielleicht kann mir ja jemand erklären was ich da gemacht habe.

Aber jetzt zu der Problemlösung.

Ich habe beim hm rega 0

den Haken bei Polling raus genommen.

Leider weiß ich nicht wofür das Polling ist,

aber jetzt geht alles.

Vielleicht kann mir einer sagen wofür dieses Polling ist.

Damit kann man das Thema auf gelöst gesetzt werden, oder.

Gruß vom Niederrhein

Michael
4733_hm-rega_0_makiert.png

Michael

[Gelöst]

So, weiter getestet.

Wenn ich die Ausgänge des HMW-IO-12-FW in der WebUI schalte, kommen in den Ereignissen doch STATE und WORKING an.

In dem manuell erstellten Objekt "STATE" kommt auch richtig true und false an. Das Ändern von false auf true (und umgekehrt) in ioBroker kommt aber nicht an und wird mit folgendem Logeintrag bestraft:````
hm-rpc.1 2017-06-22 21:44:55.473 error binrpc -> setValue: no dpType for hm-rpc.1.LEQ023XXXXX.1.STATE!

Habe auch mal die Raw-Parameter eines IO 12/14 Ausgangs in das Test-STATE-Objekt eingefügt. Es bleibt wie es ist: Änderungen kommen rein, gehen aber nicht raus.

Ich brauche dringend einen Tip.

Community Forum

NEWS

HMW-IO-12-FM falsche Kanäle

Support us

472

32.5k

81.7k

1.3m