NEWS
Objekte lassen sich nicht durch Haken steuern
-
Hallo!
Auf YT habe ich einen Beitrag von Matthias Kleine gesehen. Da hat er einen Datenpunkt durch Setzen eines Hakens in der Admin-Oberfläche geändert. Und das funktioniert bei mir nicht.
Konkret hat er in "Objekte" einen Datenpunkt ausgewählt. Dort hat er unter "Wert" ein "false" stehen. Beim Klicken darauf erscheint verschwindet der Text und es erscheint ein Kästchen zum anhaken. So weit komme ich dann auch. Aber dann klickt er in das Kästchen und es erscheint "true" bei ihm. Genau das funktioniert bei mir nicht, vielmehr erscheint weiterhin "false". Anders gesagt: Ich kann durch Klicken in dem Kästchen den Wert des Objekts nicht ändern.
Na klar, ist nicht super-wichtig, aber ich würde doch gern verstehen, was ich da falsch machen könnte.
Hintergrund: ioBroker auf Raspberry Pi, Browser "Safari" oder "Firefox" auf Mac OS, alles up-to-date. Dasselbe Verhalten hatte ich bereits auf einer früheren ioBroker-Installation auf Basis Docker.
-
Hallo!
Auf YT habe ich einen Beitrag von Matthias Kleine gesehen. Da hat er einen Datenpunkt durch Setzen eines Hakens in der Admin-Oberfläche geändert. Und das funktioniert bei mir nicht.
Konkret hat er in "Objekte" einen Datenpunkt ausgewählt. Dort hat er unter "Wert" ein "false" stehen. Beim Klicken darauf erscheint verschwindet der Text und es erscheint ein Kästchen zum anhaken. So weit komme ich dann auch. Aber dann klickt er in das Kästchen und es erscheint "true" bei ihm. Genau das funktioniert bei mir nicht, vielmehr erscheint weiterhin "false". Anders gesagt: Ich kann durch Klicken in dem Kästchen den Wert des Objekts nicht ändern.
Na klar, ist nicht super-wichtig, aber ich würde doch gern verstehen, was ich da falsch machen könnte.
Hintergrund: ioBroker auf Raspberry Pi, Browser "Safari" oder "Firefox" auf Mac OS, alles up-to-date. Dasselbe Verhalten hatte ich bereits auf einer früheren ioBroker-Installation auf Basis Docker.
-
@al10b sagte: Ich kann durch Klicken in dem Kästchen den Wert des Objekts nicht ändern.
Das ist bei "read only" Datenpunkten so, wenn nicht der Expertenmodus aktiviert ist.
-
@al10b sagte: Ich kann durch Klicken in dem Kästchen den Wert des Objekts nicht ändern.
Das ist bei "read only" Datenpunkten so, wenn nicht der Expertenmodus aktiviert ist.
@paul53
Es sieht so aus, als ob das mit dem Flag "Bestätigt" zusammenhängt, denn bei mit sind die Werte der meisten Datenpunkte rot markiert. Wenn ich einen solchen Wert mit "Bestätigt" ändere, wird er schwarz. Das "Bestätigt" habe ich bisher ignoriert, weil alles auch so funktioniert.Da muss ich mich also erst einmal mit auseinandersetzen. Das Ticket kann also als geschlossen betrachtet werden.
-
@paul53
Es sieht so aus, als ob das mit dem Flag "Bestätigt" zusammenhängt, denn bei mit sind die Werte der meisten Datenpunkte rot markiert. Wenn ich einen solchen Wert mit "Bestätigt" ändere, wird er schwarz. Das "Bestätigt" habe ich bisher ignoriert, weil alles auch so funktioniert.Da muss ich mich also erst einmal mit auseinandersetzen. Das Ticket kann also als geschlossen betrachtet werden.
@al10b Das ist normalerweise schnell erklärt. In der Regel bestätigst Du beim Ändern der Werte, diese nicht und deshalb sind sie rot.
Wenn Du damit etwas steuerst - liegt der Wert, das Objekt unter einer Instanz eines Adapters, der dann Deinen Wert verarbeitet und an die Hardware weiterreicht. Dieser Adapter ist dann dafür verantwortlich aus Deinem unbestätigten Wert, einen bestätigten Wert zu machen, wenn er den Befehl verarbeitet und an die HW geschickt hat. Der rote Wert wird grün.Wenn Du nun aber einen Wert unter userdata_0.0 oder einer anderen einen Instanz einen Wert änderst, wird dieser ja nie von einem Adapter oder einen anderen HW in Empfang genommen und bleibt deshalb immer unbestätigt (rot) außer Du änderst ihn schon "als bestätigt".
Das Gleiche gilt für VIS oder eine andere Oberfläche - die schicken ihre Werte auch unbestätigt, da man über die GUI ja was steuern will und es somit die Aufgabe der Adapter ist, Änderungen zu bestätigen.
Zusammenfassend kann man eigentlich sagen, dass das "rot" eines unbestätigten Wertes nicht immer was Schlimmes bedeutet. ;) Zumindest dann nicht, wenn man weiß, dass da nur "Logik" oder virtuelle Datenpunkte dahinter stehen.
-
@paul53
Danke, aber das war es nicht. Die Datenpunkte sind nicht Readonly und der Expertenmodus hat keine Einfluss in diesem Fall.@al10b sagte in Objekte lassen sich nicht durch Haken steuern:
Die Datenpunkte
Was für Datenpunkte sind es denn ? Eigene oder von einem Adapter ?
-
@al10b Das ist normalerweise schnell erklärt. In der Regel bestätigst Du beim Ändern der Werte, diese nicht und deshalb sind sie rot.
Wenn Du damit etwas steuerst - liegt der Wert, das Objekt unter einer Instanz eines Adapters, der dann Deinen Wert verarbeitet und an die Hardware weiterreicht. Dieser Adapter ist dann dafür verantwortlich aus Deinem unbestätigten Wert, einen bestätigten Wert zu machen, wenn er den Befehl verarbeitet und an die HW geschickt hat. Der rote Wert wird grün.Wenn Du nun aber einen Wert unter userdata_0.0 oder einer anderen einen Instanz einen Wert änderst, wird dieser ja nie von einem Adapter oder einen anderen HW in Empfang genommen und bleibt deshalb immer unbestätigt (rot) außer Du änderst ihn schon "als bestätigt".
Das Gleiche gilt für VIS oder eine andere Oberfläche - die schicken ihre Werte auch unbestätigt, da man über die GUI ja was steuern will und es somit die Aufgabe der Adapter ist, Änderungen zu bestätigen.
Zusammenfassend kann man eigentlich sagen, dass das "rot" eines unbestätigten Wertes nicht immer was Schlimmes bedeutet. ;) Zumindest dann nicht, wenn man weiß, dass da nur "Logik" oder virtuelle Datenpunkte dahinter stehen.
@mickym sagte in Objekte lassen sich nicht durch Haken steuern:
Wenn Du nun aber einen Wert unter userdata_0.0 oder einer anderen einen Instanz einen Wert änderst, wird dieser ja nie von einem Adapter oder einen anderen HW in Empfang genommen und bleibt deshalb immer unbestätigt (rot) außer Du änderst ihn schon "als bestätigt".
@al10b
Ich verwende Blockly und genau bei solchen Datenpunkten nehme ich dann aktualisiere statt steuere...

Beschreibung
https://github.com/ioBroker/ioBroker.javascript/blob/master/docs/de/blockly.md#steuere-state
-
@mickym sagte in Objekte lassen sich nicht durch Haken steuern:
Wenn Du nun aber einen Wert unter userdata_0.0 oder einer anderen einen Instanz einen Wert änderst, wird dieser ja nie von einem Adapter oder einen anderen HW in Empfang genommen und bleibt deshalb immer unbestätigt (rot) außer Du änderst ihn schon "als bestätigt".
@al10b
Ich verwende Blockly und genau bei solchen Datenpunkten nehme ich dann aktualisiere statt steuere...

Beschreibung
https://github.com/ioBroker/ioBroker.javascript/blob/master/docs/de/blockly.md#steuere-state
-
@al10b sagte in Objekte lassen sich nicht durch Haken steuern:
Die Datenpunkte
Was für Datenpunkte sind es denn ? Eigene oder von einem Adapter ?
-
@al10b Das ist normalerweise schnell erklärt. In der Regel bestätigst Du beim Ändern der Werte, diese nicht und deshalb sind sie rot.
Wenn Du damit etwas steuerst - liegt der Wert, das Objekt unter einer Instanz eines Adapters, der dann Deinen Wert verarbeitet und an die Hardware weiterreicht. Dieser Adapter ist dann dafür verantwortlich aus Deinem unbestätigten Wert, einen bestätigten Wert zu machen, wenn er den Befehl verarbeitet und an die HW geschickt hat. Der rote Wert wird grün.Wenn Du nun aber einen Wert unter userdata_0.0 oder einer anderen einen Instanz einen Wert änderst, wird dieser ja nie von einem Adapter oder einen anderen HW in Empfang genommen und bleibt deshalb immer unbestätigt (rot) außer Du änderst ihn schon "als bestätigt".
Das Gleiche gilt für VIS oder eine andere Oberfläche - die schicken ihre Werte auch unbestätigt, da man über die GUI ja was steuern will und es somit die Aufgabe der Adapter ist, Änderungen zu bestätigen.
Zusammenfassend kann man eigentlich sagen, dass das "rot" eines unbestätigten Wertes nicht immer was Schlimmes bedeutet. ;) Zumindest dann nicht, wenn man weiß, dass da nur "Logik" oder virtuelle Datenpunkte dahinter stehen.
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