NEWS
true/false wird nicht von ZigBee Plug übernommen
-
Hallo @arteck, danke für Deine Antwort.
Ja es ist ein Toggel, mit entsprechenden VIS 'Schaltern' klappt das auch - siehe Bulb.
Ich verstehe aber nicht, warum das Device nicht reagiert, bzw. mir im Datenfeld/-punkt ein Fehler angezeigt wird (rote Schriftfärbung), wenn doch eigentlich der String 'true/false' dort vermeintlich richtig eingefügt wird?
Ich finde die Radiobutton-Schalter einfach übersichtlicher was den aktuellen Zustand angeht.
@pedder007 toggle heisst kurz true dann wieder false
-
@pedder007 toggle heisst kurz true dann wieder false
@arteck Achso, wieder was gelernt, danke! Habe das zwischenzeitlich in VIS auf 'Toggle-Knöpfe' umgestellt. Aber da wäre ich nicht drauf gekommen!)
Andere Frage :-)
Ich tausche gerade meine 433Mhz Jalousie-Switche gegen ZigBee-Switche aus. Typ: Tuya TS130F.
Grundsätzlich bekomme ich die ja gut über das Öffnungslevel (in Prozent) angesteuert:
0%: zu, 100% auf und eben auch alles was dazwischen liegt.
Gibt es aber evtl. eine Möglichkeit während des Fahrens eine Stop-Funktion auszulösen, sodass die Jalousie dann am gerade aktuellen Punkt stehen bleibt?
Ich steure die Switches aktuell über solche einen Blockly:

-
@pedder007 toggle heisst kurz true dann wieder false
@arteck sagte in true/false wird nicht von ZigBee Plug übernommen:
@pedder007 toggle heisst kurz true dann wieder false
Hä?
Das wäre "Taster"toggle heisst normalerweise bei jedem Tastendruck den jeweils andern Wert nehmen:
True -> false -> True -> False... -
@arteck sagte in true/false wird nicht von ZigBee Plug übernommen:
@pedder007 toggle heisst kurz true dann wieder false
Hä?
Das wäre "Taster"toggle heisst normalerweise bei jedem Tastendruck den jeweils andern Wert nehmen:
True -> false -> True -> False... -
@homoran OK, so hatte ich das auch bisher verstanden.
Jetzt wäre ich gespannt was am Ende wirklich richtig ist, so als Anfänger in ioBrocker/Blockly ... :-)Hallöle, ich würde meine Frage hier gerne nochmal aufgreifen :-)
Ich habe nun nochmals mit vordefinierten Werten in der Objekt-Konfig getestet: true:on;false:off
Das klappt gut, wenn man dann in der Object View Oberfläche die Werte direkt auswählt.Leider bekomme ich das aber weiterhin nicht über einen Radiobutton angesteuert, weder über den 'on/off', noch über konkrete Werte, welche ich genau so festgelegt habe, wie am Objekt definiert: off(false);on(true), bzw. so wie es nach dem umschalten über toggle auch als Wert im Objekt angezeigt wird.
Hat da niemand eine Idee?
-
Hallöle, ich würde meine Frage hier gerne nochmal aufgreifen :-)
Ich habe nun nochmals mit vordefinierten Werten in der Objekt-Konfig getestet: true:on;false:off
Das klappt gut, wenn man dann in der Object View Oberfläche die Werte direkt auswählt.Leider bekomme ich das aber weiterhin nicht über einen Radiobutton angesteuert, weder über den 'on/off', noch über konkrete Werte, welche ich genau so festgelegt habe, wie am Objekt definiert: off(false);on(true), bzw. so wie es nach dem umschalten über toggle auch als Wert im Objekt angezeigt wird.
Hat da niemand eine Idee?
@pedder007 Am Besten kannst Du so was ggf. über einen Alias lösen, Du kannst quasi übersetzen bei Lesen und beim Schreiben des Originaldatenpunktes
-
@pedder007 Am Besten kannst Du so was ggf. über einen Alias lösen, Du kannst quasi übersetzen bei Lesen und beim Schreiben des Originaldatenpunktes
@mickym said in true/false wird nicht von ZigBee Plug übernommen:
über einen Alias lösen
Hi, danke für Deine Antwort. Mit einem Alias meinst Du einen extra Datenpunkt, ja?
Wenn ich das aber so mache, dann brauche ich ja zusätzlich noch ein Blockly, welches dafür sorgt, dass der Wert in dem Alias dann auch wiederum in den zu steuernden Objektwert geschrieben wird!?Das wollte ich eigentlich vermeiden - wenn es geht :-)
-
@mickym said in true/false wird nicht von ZigBee Plug übernommen:
über einen Alias lösen
Hi, danke für Deine Antwort. Mit einem Alias meinst Du einen extra Datenpunkt, ja?
Wenn ich das aber so mache, dann brauche ich ja zusätzlich noch ein Blockly, welches dafür sorgt, dass der Wert in dem Alias dann auch wiederum in den zu steuernden Objektwert geschrieben wird!?Das wollte ich eigentlich vermeiden - wenn es geht :-)
@pedder007 Ja und Nein, das ist zwar ein extra Datenpunkt aber der ist direkt mit dem Original direkt verknüpft. Ich mache sowas mit meinen Shellies:

Das geht auch umgekehrt dann muss man bei Schreiben halt schreiben:
val === true ? 'on' : 'off'Früher war das kompliziert - heute kannst Du das einfach mit dem Alias Adapter machen. Hat auch den Vorteil, dass wenn Du mal die HW tauschen musst, sich nicht die ganzen Skripts ändern.
Im Prinzip kannst Du meines Erachtens falls es sich um VIS handelt auch diese direkten Bindings ohne Alias verwenden - hast Du das schon mal versucht?
-
@pedder007 Ja und Nein, das ist zwar ein extra Datenpunkt aber der ist direkt mit dem Original direkt verknüpft. Ich mache sowas mit meinen Shellies:

Das geht auch umgekehrt dann muss man bei Schreiben halt schreiben:
val === true ? 'on' : 'off'Früher war das kompliziert - heute kannst Du das einfach mit dem Alias Adapter machen. Hat auch den Vorteil, dass wenn Du mal die HW tauschen musst, sich nicht die ganzen Skripts ändern.
Im Prinzip kannst Du meines Erachtens falls es sich um VIS handelt auch diese direkten Bindings ohne Alias verwenden - hast Du das schon mal versucht?
-
@mickym
Hört sich einfach an, aber bei mir sieht das irgendwie anders aus und da wüsste ich nun gar nicht, wo ich das eintragen sollte:

Bindung im VIS ist diesem Fall Blödsinn.
-
@pedder007 Ja und Nein, das ist zwar ein extra Datenpunkt aber der ist direkt mit dem Original direkt verknüpft. Ich mache sowas mit meinen Shellies:

Das geht auch umgekehrt dann muss man bei Schreiben halt schreiben:
val === true ? 'on' : 'off'Früher war das kompliziert - heute kannst Du das einfach mit dem Alias Adapter machen. Hat auch den Vorteil, dass wenn Du mal die HW tauschen musst, sich nicht die ganzen Skripts ändern.
Im Prinzip kannst Du meines Erachtens falls es sich um VIS handelt auch diese direkten Bindings ohne Alias verwenden - hast Du das schon mal versucht?
@mickym said in true/false wird nicht von ZigBee Plug übernommen:
einfach mit dem Alias Adapter machen.
OMG Alias Adapter, ja der Hinweis wärs gewesen :-)
Wird morgen ausprobiert, für heute ist Schluss ...
Ich stecke gerade in der Migration von Pimatic nach ioBroker und lerne noch fleissig ...
-
@mickym said in true/false wird nicht von ZigBee Plug übernommen:
einfach mit dem Alias Adapter machen.
OMG Alias Adapter, ja der Hinweis wärs gewesen :-)
Wird morgen ausprobiert, für heute ist Schluss ...
Ich stecke gerade in der Migration von Pimatic nach ioBroker und lerne noch fleissig ...
Bindung im VIS ist diesem Fall Blödsinn.
-
@pedder007 Nee das wahrscheinlich ein Denkfehler von mir.
Aber es geht ja nicht um die Anzeige.Ich bin mir auch nicht mehr sicher, ob das Dein Problem ist. Du schreibst ja - dass erst der Wert richtig eingetragen wird. Dass der rot ist, ist auch OK da kein ACK von VIS geschickt wird. Ich glaube dass der Adapter den Wert nicht akzeptiert. Bist Du Dir den sicher, ob Du über den Datenpunkt schaltest - hast Du da schon mal manuell Werte eingetragen?
In dem Datenpunkt würde ich es auch gar nicht eintragen. Du kannst doch über VIS - über die Valuelist bereits true und false schicken. Mach mal die vordefinierten Werte in Deinem Datenpunkt raus und mach das mal rein zum Boolean oder zur Zeichenkette je nachdem was der Adapter versteht. Wenn Du das selbst verändert hast, ist das wahrscheinlich der Grund das Dein Wert nicht bestätigt wird. Du machst das Doppelt im VIS und im Datenpunkt und ich glaube einfach, dass mit dem Typ vordefinierte Werte dieser Deconz Adapter nicht klar kommt.
Wahrscheinlich einfach nur diese Werteliste rausnehmen. In dem Fall kannst Du doch über VIS direkt true oder false schicken. -
@pedder007 Nee das wahrscheinlich ein Denkfehler von mir.
Aber es geht ja nicht um die Anzeige.Ich bin mir auch nicht mehr sicher, ob das Dein Problem ist. Du schreibst ja - dass erst der Wert richtig eingetragen wird. Dass der rot ist, ist auch OK da kein ACK von VIS geschickt wird. Ich glaube dass der Adapter den Wert nicht akzeptiert. Bist Du Dir den sicher, ob Du über den Datenpunkt schaltest - hast Du da schon mal manuell Werte eingetragen?
In dem Datenpunkt würde ich es auch gar nicht eintragen. Du kannst doch über VIS - über die Valuelist bereits true und false schicken. Mach mal die vordefinierten Werte in Deinem Datenpunkt raus und mach das mal rein zum Boolean oder zur Zeichenkette je nachdem was der Adapter versteht. Wenn Du das selbst verändert hast, ist das wahrscheinlich der Grund das Dein Wert nicht bestätigt wird. Du machst das Doppelt im VIS und im Datenpunkt und ich glaube einfach, dass mit dem Typ vordefinierte Werte dieser Deconz Adapter nicht klar kommt.
Wahrscheinlich einfach nur diese Werteliste rausnehmen. In dem Fall kannst Du doch über VIS direkt true oder false schicken.@mickym
Hallo nochmal, ich habe da bereits alles erdenkliche ausprobiert, meint:- mit/ohne und unterschiedlichste Vorgabewerte im Datenpunkt selber
- unterschiedlichste Button-Devices (Radiobutton on/off, Radiobutton ValueList, auch mit unterschiedlichsten Values)
Ich kann das Ding (BlitzWolf BW-SHP-13 Plug - Datenpunkt: Typ: state, Rolle: switch, Wert: true/false) nur mit einem Toggel-Button schalten, oder aber auch durch direktes setzen (Kontrollkästchen) von true/false am Wert im Objekt).
Darüber hinaus habe ich nun gerade zusätzlich noch meine Ledvance Außenlampen getestet, irgendwelche noName China-Switches (simple ein/aus) und auch noch meine Osram Smart Plug+, überall der gleiche Effekt. Ich kann die Devices nur per Toggel-VIS-Schalter schalten oder direkt übers Datenfeld am Objekt.
Es muss also irgendetwas mit der Ansteuerung zu tun haben!?Das ist jetzt doppelt unglücklich, da mein Einstieg in ioBroker ja die VIS war über welche ich dann (mit entsprechendem Adapter) meine Pimatic Devices steuern konnte. So, also via Adapter, kann ich die Radiobuttons alle nutzen, die dann ja auf die Datenpunkte im Pimatic-Adapter zeigen.
-
@mickym
Hallo nochmal, ich habe da bereits alles erdenkliche ausprobiert, meint:- mit/ohne und unterschiedlichste Vorgabewerte im Datenpunkt selber
- unterschiedlichste Button-Devices (Radiobutton on/off, Radiobutton ValueList, auch mit unterschiedlichsten Values)
Ich kann das Ding (BlitzWolf BW-SHP-13 Plug - Datenpunkt: Typ: state, Rolle: switch, Wert: true/false) nur mit einem Toggel-Button schalten, oder aber auch durch direktes setzen (Kontrollkästchen) von true/false am Wert im Objekt).
Darüber hinaus habe ich nun gerade zusätzlich noch meine Ledvance Außenlampen getestet, irgendwelche noName China-Switches (simple ein/aus) und auch noch meine Osram Smart Plug+, überall der gleiche Effekt. Ich kann die Devices nur per Toggel-VIS-Schalter schalten oder direkt übers Datenfeld am Objekt.
Es muss also irgendetwas mit der Ansteuerung zu tun haben!?Das ist jetzt doppelt unglücklich, da mein Einstieg in ioBroker ja die VIS war über welche ich dann (mit entsprechendem Adapter) meine Pimatic Devices steuern konnte. So, also via Adapter, kann ich die Radiobuttons alle nutzen, die dann ja auf die Datenpunkte im Pimatic-Adapter zeigen.
@pedder007 Also wenn Du direkt über true und false in der Objektansicht (und nicht bestätigt) schalten kannst, dann sollte das auch über VIS so gehen, wenn Du VIS mit true und false schaltest. In beiden Fällen wird kein ACK gesetzt. Ob gesetzt wird oder nicht, wenn Du manuell eingibst geht nur über das Dialogfenster indem Du den Haken bestätigt anklickst. Wenn Du es ohne Dialog anklickst, sollte genauso ohne ACK gesendet werden und der Wert rot werden bis vom Adapter bestätigt.
-
@pedder007 Also wenn Du direkt über true und false in der Objektansicht (und nicht bestätigt) schalten kannst, dann sollte das auch über VIS so gehen, wenn Du VIS mit true und false schaltest. In beiden Fällen wird kein ACK gesetzt. Ob gesetzt wird oder nicht, wenn Du manuell eingibst geht nur über das Dialogfenster indem Du den Haken bestätigt anklickst. Wenn Du es ohne Dialog anklickst, sollte genauso ohne ACK gesendet werden und der Wert rot werden bis vom Adapter bestätigt.
@mickym ich verstehe es auch nicht.
Ich habe nun gerade mal meiner Pimatic den RaspBee Adapter (=deCONZ Adapter) abgeschaltet und nochmal getestet. Auf Verdacht, dass es evtl. Zugriffskonflikte gibt, wenn beide auf die gleiche deCONZ Instanz / ConBee Stick zugreifen.
Hat aber auch nichts geändert ... -
@mickym ich verstehe es auch nicht.
Ich habe nun gerade mal meiner Pimatic den RaspBee Adapter (=deCONZ Adapter) abgeschaltet und nochmal getestet. Auf Verdacht, dass es evtl. Zugriffskonflikte gibt, wenn beide auf die gleiche deCONZ Instanz / ConBee Stick zugreifen.
Hat aber auch nichts geändert ...@pedder007 Bei den Werten in VIS gibst aber einfach true und false ein nicht on(true) etc.
-
@pedder007 Bei den Werten in VIS gibst aber einfach true und false ein nicht on(true) etc.
-
@mickym Ja genau, der Witz ist, dass wenn ich dann einen Toggle-Button auf dem gleiche Datenpunkt schalte, switched der Radiobutton in de VIS mit um
Einer meiner Osram Plugs:

Und wenn Du manuell den Datenpunkt änderst - ändert sich dann der Punkt in Deiner VIS?
Radiobuttons dachte ich immer, dass die nur in einer Gruppe funktionieren. Sprich wenn ein button in der Gruppe true ist, werden alle anderen in der Gruppe auf false geschaltet.
Ein normaler Button schickt eigentlich nur true.
Ein Switch reflektiert den Zustand und schickt anhand des gewünschten Zustands den entsprechenden Bool-Wert.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden
