[gelöst]Fehler beim Schalten eines HM-RPC-Aktors
-
Hallo,
ich habe gerade mal wieder einen Fehler mit dem ich nichts anzufangen weiß. Ich möchte mit einem VIS-Taster einen Kanal eines 4-fach HM-Schaltaktors für eine Sekunde schalten. Es wird aber nichts geschalten, es gibt nur Fehler im Log:
hm-rpc.0 2017-01-03 19:18:12.347 warn xmlrpc <- undefined method setValue ["KEQ0421499:1","STATE",false] hm-rpc.0 2017-01-03 19:18:12.325 info setValue ["KEQ0421499:1","STATE",false] BOOL hm-rpc.0 2017-01-03 19:18:12.323 debug xmlrpc -> setValue 1 STATE: false inMem 2017-01-03 19:18:12.322 debug message hm-rpc.0.* hm-rpc.0.KEQ0421499.1.STATE val=false, ack=false, ts=1483467492301, q=0, from=system.adapter.web.0, lc=1483467492301 hm-rpc.0 2017-01-03 19:18:11.362 warn xmlrpc <- undefined method setValue ["KEQ0421499:1","STATE",true] hm-rpc.0 2017-01-03 19:18:11.315 info setValue ["KEQ0421499:1","STATE",true] BOOLWas könnte denn hier der Grund sein, weshalb ist die Methode undefined? Könnt Ihr mir helfen?
Danke und Gruß
Thilo
-
Hat wirklich niemand einen Tip für mich :?:
-
Damit du wenigstens ein Feedback bekommst.
Zumindest ich kann damit nichts anfangen, ohne dass ich weiß wie du es schaffen willst mit einem vis Taster (?) einen Dauerbefefehl von einer Sekunde zu senden.
Gruß
Rainer
-
Hallo Rainer,
danke für Dein Mitleid
Du hast natürlich Recht - einen Befehl von genau einer Sekunde zu senden ist nicht so direkt möglich. Aber das ist auch nicht das eigentliche Problem. Die Betätigung des Tasters löst ja wie man im Log sieht auf jeden Fall erstmal eine Reaktion auf dem Datenpunkt aus. Aber warum gibt es dann die Fehlermeldung und es wird nichts geschalten…??? Es geht übrigens darum einen Kanal eines Homematic-4 Kanal - Schaltaktors kurz einzuschalten (Garagentor öffnen/schließen).
Gruß
Thilo
-
das sollte schon gehen, beschreib doch mal, wie du da nu was ausgelöst hast, bzw den code dazu.
einen schaltaktor für eine bestimmte zeit einzuschalten geht genauso wie auf der ccu selber
brauchst da aber ein Prog für, ob das in iobroker schreibst oder auf der ccu und das prog auf der ccu dann via ProgramExecute anstösst ist Latte.
Wenns mehrer Trigger für das ereignis geben soll, dann tät ichs auf der ccu machen.
so.
Aktor für eine bestimme zeit einschalten.
in js sähe das so aus:
setState ("Aktorakdresse.1.ON_TIME",1);
setStateDelayed ("Aktoradresse.1.STATE",true,1000);
zuerst immer die Zeit setzen, Zeitverzögert den EIN-befehl
Wenns auf der CCU Schreibst, im KlickiBunti Schreiben, HM_Script kennt verzögerten Befehl net.
viel Erfolg, Black
-
Hallo Black,
ich hatte dich hier noch gar nicht im Forum bemerkt.
Willkommen, wenn auch etwas verspätet
Kannst du mal die Konfiguration des vis widgets zeigen, mit dem du schaltest?
Gruß
Rainer
-
Hallo,
hier erstmal die Konfig des widgets:
Hmmm - … Vielleicht muss ichs ja wirklich über ein Script lösen und die Einschaltdauer explizit setzen. Ich dachte mir nur dass es über die "Taster"-funktionalität in VIS auch direkt gehen müsste. So ein Taster macht ja eigentlich genau das was ich will - kurz ein und gleich wieder ausschalten...??
-
So ein Taster macht ja eigentlich genau das was ich will - kurz ein und gleich wieder ausschalten…?? `
Ja, ich weiss nur nicht wie kurz. Vielleicht reicht das nicht.Leider sehe ich nicht den ausgewählten Datenpunkt. Ich gehe davon aus, dass es state ist.
Weiterhin sehe ich nicht welcher widget-Typ es ist.
Auch die Datenpunktbezeichnung, ob es der richtige Aktor ist sehe ich nicht - denke aber dass es das nicht ist.
Hast du mal versucht statt min=0 und max=1 diese auf false und true zu setzen?
Gruß
Rainer
-
Der ausgewählte Datenpunkt ist doch aber im Screenshot zu sehen??? Ist mein Bildschirm zu groß
? Ja, die Objekt-ID ist ein STATE. Bin mir zwar nicht ganz sicher, ob das "Working" richtig ist, dort trägt VIS ja automatisch den zur Objekt-ID passenden WORKING-Datenpunkt ein…Das Widget ist ein "hqwidget On/Off".
Ja, "true" und "false" hatte ich die ganze Zeit - hatte nur gestern testweise mal auf 0 und 1 umgestellt.
Gruß und Danke
Thilo
-
kannst du mir das widget mal exportieren bitte.
Ich kann dann heute abend mal testen.
> Der ausgewählte Datenpunkt ist doch aber im Screenshot zu sehen??? Ist mein Bildschirm zu groß ;)
sorry ich hatte da nach dem Klartext-Namen gesucht, existiert der nicht?Gruß
Rainer
-
Hallo Rainer,
hier das Widget:
! ````
[{"tpl":"tplHqButton","data":{"g_fixed":false,"g_visibility":false,"g_css_font_text":false,"g_css_background":false,"g_css_shadow_padding":false,"g_css_border":false,"g_gestures":false,"g_signals":false,"visibility-cond":"==","visibility-val":1,"visibility-groups-action":"hide","oid":"hm-rpc.0.KEQ0421499.1.STATE","min":"0","max":"1","iconName":"","btIconWidth":"56","offsetAuto":"true","leftOffset":"15","topOffset":"55","timeAsInterval":"true","infoLeftFontSize":"12","infoFontRightSize":"12","signals-cond-0":"==","signals-val-0":true,"signals-icon-0":"/vis/signals/lowbattery.png","signals-icon-size-0":0,"signals-blink-0":false,"signals-horz-0":0,"signals-vert-0":0,"signals-hide-edit-0":false,"signals-cond-1":"==","signals-val-1":true,"signals-icon-1":"/vis/signals/lowbattery.png","signals-icon-size-1":0,"signals-blink-1":false,"signals-horz-1":0,"signals-vert-1":0,"signals-hide-edit-1":false,"signals-cond-2":"==","signals-val-2":true,"signals-icon-2":"/vis/signals/lowbattery.png","signals-icon-size-2":0,"signals-blink-2":false,"signals-horz-2":0,"signals-vert-2":0,"signals-hide-edit-2":false,"oid-working":"hm-rpc.0.KEQ0421499.1.WORKING","oid-battery":"hm-rpc.0.KEQ0421499.0.LOWBAT","pushButton":true,"readOnly":false,"testActive":false},"style":{"left":"694px","top":"140px"},"widgetSet":"hqwidgets"}]Klartext-NAmen habe ich keine vergeben da ich ja keine CCU habe und die Namen deshalb jedesmal beim Neueinlesen von Geräten überschrieben werden - jedenfalls habe ich's bisher nicht anders hinbekommen. Aber das nur am Rande - bei meiner Geräteanzahl ist das gerade noch so überschaubar… -
Hallo Thilo,
bei mir läuft das widget.
Habe es mit einem Lichtschaltaktor verknüft. Das Licht geht kurz (etwa eine Sekunde) an und dann wieder aus.
Wenn das Licht an war, geht es einfach nach ca. 1 sec. aus.
mein log:
hm-rpc.0 2017-01-16 18:48:41.787 info setValue ["JEQ0101940:1","STATE",false] BOOL hm-rpc.0 2017-01-16 18:48:40.785 info setValue ["JEQ0101940:1","STATE",true] BOOL hm-rpc.0 2017-01-16 18:48:39.613 info setValue ["JEQ0101940:1","STATE",false] BOOL hm-rpc.0 2017-01-16 18:48:38.629 info setValue ["JEQ0101940:1","STATE",true] BOOLWatt nu?
Was ist das für ein Aktor? 4-fach Hutschiene, Batterie mit Open drain, Batterie mit Relais?
liegt es an deinem USB-Adapter
liegt es an der hm-rpc konfiguration?
- anscheinend benutzst du xml-rpc, klappt es mit bin-rpc?
Gruß
Rainer
-
Hallo Rainer,
danke für den Test. Damit ist erstmal klar dass die VIS-Konfiguration eigentlich so funktionieren müsste.
Tja - watt nu??
Es ist ein HM-LC-Sw4-PCB, also 4-fach Batterie mit Relais.
Ich befürchte ja auch dass es irgendwie ein Problem zwischen hm-rpc-Adapter und BidCos-Service ist. Ich habe zu meinen Problemchen damit auch hier im benachbarten Thread http://forum.iobroker.net/viewtopic.php … 341#p47341 was geschrieben. Allerdings ist es auch wieder so, dass die Schaltvorgänge die z.B. durch die Fernbedienung ausgelöst werden in ioBroker korrekt ankommen und geloggt werden.
Ich weiß nicht wo ich hier ansetzen soll…
-
-
Also der Fehler lag definitiv im BidCos-Dienst. Nachdem auch eine Neuinstallation des Dienstes etc. nicht geholfen hatte habe ich jetzt den USB-Konfig-Adapter an meinen neuen NUC gehängt (wo sukzessive sowieso alles was mit HM und ioBroker zu tun hat drauf soll) und dort BidCos installiert und schon klappt die Sache.
Weiß der Teufel warum der Konfigadapter auf dem vorigen PC nur noch "halb" funktioniert hat…
