UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[jogibear9988]

Screen "radialmenu" im testserver

[Hansi1234]

@jogibear9988 puh, ich muss hier Mal mein Dank für deine erbrachte Arbeit da lassen. Vielen Dank!!! 😊

[Smilie108]

@jogibear9988
Verständnissfrage
wenn ich
Dann ist alles ok mit wert übertragung

Wenn ich aber

mache dann löscht er beim speichern das two way binding
ist das ein bug ?
nach dem speichern und wieder öffen sieht es dann so aus

[Blockmove]

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988
Verständnissfrage

Wenn ich aber

mache dann löscht er beim speichern das two way binding
ist das ein bug ?

Das Verhalten hab ich auch, allerdings nur wenn type ignore gewählt ist.
Wähle ich type number funktioniert das twoway-Binding.
Wenn du type ignore nimmst, dann bekommst du im ioBroker-Protokoll auch die Meldung 'State value to set for "0_userdata.0.Test.stateZahl" has to be type "number" but received type "string" '.

@jogibear9988
Vielleicht wäre es sinnvoll default das twoway-Bindung deaktiviert zu lassen und wenn man es anwählt muss zuätzlich der Typ gewählt werden.

[jogibear9988]

@smilie108

ist schon ein bug, aber ist es das was du willst? Wenn es gelesen wird fügst du °C hinzu, wenn nu was eingegeben wird, willst du das °C nicht wegschneiden?

Ich fixe es aber

[jogibear9988]

@blockmove said in neue Visualisierung "webui" (alternative zu vis):

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988
Verständnissfrage

Wenn ich aber

mache dann löscht er beim speichern das two way binding
ist das ein bug ?

Das Verhalten hab ich auch, allerdings nur wenn type ignore gewählt ist.
Wähle ich type number funktioniert das twoway-Binding.
Wenn du type ignore nimmst, dann bekommst du im ioBroker-Protokoll auch die Meldung 'State value to set for "0_userdata.0.Test.stateZahl" has to be type "number" but received type "string" '.

@jogibear9988
Vielleicht wäre es sinnvoll default das twoway-Bindung deaktiviert zu lassen und wenn man es anwählt muss zuätzlich der Typ gewählt werden.

nö wieso, der typ ist ja oft egal

[Blockmove]

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

Vielleicht wäre es sinnvoll default das twoway-Bindung deaktiviert zu lassen und wenn man es anwählt muss zuätzlich der Typ gewählt werden.

nö wieso, der typ ist ja oft egal

Naja, da schlägt der SPS'ler in mir durch. Ich hab halt einfach gern Typsicherheit. :blush:

[Smilie108]

@jogibear9988
eigentlich schon reture als zahl nur wie das wegschneiden wieder geht bi ich noch nicht dahinter gekommen

[Blockmove]

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988
eigentlich schon reture als zahl nur wie das wegschneiden wieder geht bi ich noch nicht dahinter gekommen

Wenn du nen Typ angibst brauchst du nix wegschneiden

[Smilie108]

@smilie108
am liebsten würde ich

machen
aber wie das geht leider nicht dann bekomme ich nur weises input feld

[jogibear9988]

@smilie108

hätte jetzt erwartet das das geht, ich probiere

[jogibear9988]

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108
am liebsten würde ich

machen
aber wie das geht leider nicht dann bekomme ich nur weises input feld

so, das geht nun.
Problem war, ich habe wenn man einen typ angibt, jeden wert geparst. Nun mach ich es nur noch mit dem ersten wert des bindings (wenn der erste ein $ oder historic binding ist, parse ich gar nicht)!

[Smilie108]

@jogibear9988
wenn ich nun

hier verknüpfe hat das aber keine auswirkungen max ist auf 65 eingestellt in objekt.
auch noch ein bug oder geht das so nicht ? sorry normales input

[Blockmove]

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108
am liebsten würde ich

machen
aber wie das geht leider nicht dann bekomme ich nur weises input feld

so, das geht nun.
Problem war, ich habe wenn man einen typ angibt, jeden wert geparst. Nun mach ich es nur noch mit dem ersten wert des bindings (wenn der erste ein $ oder historic binding ist, parse ich gar nicht)!

Funktioniert das dann auch wenn man in der Formula was voranstellt?
Beispiel:

'Solltemp.:' + __0 + a.common.unit

[jogibear9988]

@blockmove said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@smilie108
am liebsten würde ich

machen
aber wie das geht leider nicht dann bekomme ich nur weises input feld

so, das geht nun.
Problem war, ich habe wenn man einen typ angibt, jeden wert geparst. Nun mach ich es nur noch mit dem ersten wert des bindings (wenn der erste ein $ oder historic binding ist, parse ich gar nicht)!

Funktioniert das dann auch wenn man in der Formula was voranstellt?
Beispiel:

'Solltemp.:' + __0 + a.common.unit

sollte, warum nicht...

[jogibear9988]

sehe gearde auch noch, wenn man ein twoWay binding auf mehrere Variablen macht, ruft er für jede variable den setter mit dem gleichen wert auf. Das muss ich noch umbauen.
An die $ Variablen in Bindings geht aber eh kein twoWay

[Smilie108]

@jogibear9988
hat das mit dedn min und m<x begrenzungen auch zu tun ?

[jogibear9988]

@smilie108 said in neue Visualisierung "webui" (alternative zu vis):

@jogibear9988
hat das mit dedn min und m<x begrenzungen auch zu tun ?

hä? verstehe die frage nicht

[Smilie108]

@jogibear9988 wenn ich die so wie oben im screenshot bei min und max verknüpfe dann sollte er ja keinenn größeren oder kleineren wert zulassen oder ?
Liege ich da fasch oder geht das dann anders ? oder geht das dann so überhauptnicht ?
Dachte zumindest das es so gehen sollte ;)

[Smilie108]

@smilie108



min bei variabel ( objekt auf 20 max auf 65 und trotzdem kann ich 70 schreiben