Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[liv-in-sky]

@homoran

das geht evtl aber nicht mit dem view 8 widget, den dieses müßte ja die abfrage machen, welche instanz es ist und dann etwas anzeigen, was in einem dp definiert ist - glaube das geht nicht bzw evtl mit einem jquery script, welches das widget im nachhinein verändert

mit der instanz könntest du evtl definieren, welches tablet, welche view aufruft - da es aber nur eine view gibt - sackgasse

falls ich es richtig verstanden habe:

[Homoran]

@liv-in-sky sagte in Datenpunkt der in einem anderen Datenpunkt steht beschreiben:

nicht mit dem view 8 widget

das hatte ich ja auch geschrieben, das geht nur mit mehreren separaten view in widgets

[liv-in-sky]

@homoran

achso, du meinst man zeigt je nach instanz ein anderes view 8 an versteckt die anderen

[Homoran]

@liv-in-sky sagte in Datenpunkt der in einem anderen Datenpunkt steht beschreiben:

nach instanz ein anderes view 8

nicht view8 sondern 3 einzelne "view in widget"

[liv-in-sky]

@homoran denke, wir meinen das selbe :-)

[kalle001]

Es gibt drei einzelne View.
Für jedes Tablet muss es einzelne Variablen geben.
Das ganze funktioniert mit drei Navis/Menüs auch.
Ich kann diese drei Navis/Menüs auch über einander legen und je nach aktiver View (halt mit einem Button je das richtige Navi/Menü) anzeigen lassen.
Ich hätte es nur gerne etwas eleganter, denn bei jeder Änderung im Menü muss ich ja alle anpassen.
Das wäre, wenn ich einen Datenpunkt der in einem anderen Datenpunkt steht nicht mehr so.
Dann hätte ich nur je Tablet ein Navi/Menü und nicht je Tablet drei.
Die Buttons "View 1" usw. sollen einfach dafür sein damit ich mit betätigen des Navis/Menüs den richtigen ViewDatenpunkt beschreibe.

[kalle001]

Hier sind die benötigten Datenpunkte, wobei es reichen sollte die Aufmerksamkeit auf ein Tablet zu konzentrieren.

Der Datenpunkten "Tablet_1-View_01" steuert das erste view in widget 8. Nach Betätigung des jeweiligen Button im Navi schreibe ich 0,1,2,3,4,5 oder 6 usw. in diesen Datenpunkt.

Das funktioniert auch soweit.

Ich möchte jetzt die drei Navi durch eines ersetzen.
Dazu muss ich die Zustands ID ja aber je nach aktiver View, also die geändert werden soll, je mit Tablet_1-View_01, Tablet_1-View_02 oder Tablet_1-View_03 bedienen.
Deshalb meine Idee die Zustands ID mit der dem DP Tablet_1-AktiveView zu bedienen und hier steht dann Tablet_1-View_01, Tablet_1-View_02 oder Tablet_1-View_03 drin. So wollte ich dann bei drücken der Home Taste die 0 an eine der drei DP übergeben.
Einen dieser drei DP schreibe ich in den DP Tablet_1-AktiveView indem der Button in dem jeweiligen View betätigt wird. Nur leider wird der Wert 0 (oder auch 1,2,3 usw.) nicht an den DP Tablet_1-View_01, Tablet_1-View_02 oder Tablet_1-View_03 durchgereicht sondern in den DP Tablet_1-AktiveView geschrieben.

[liv-in-sky]

@kalle001 sagte in Datenpunkt der in einem anderen Datenpunkt steht beschreiben:

Das funktioniert auch soweit.

Ich möchte jetzt die drei Navi durch eines ersetzen.
Dazu muss ich die Zustands ID ja aber je nach aktiver View, also die geändert werden soll, je mit Tablet_1-View_01, Tablet_1-View_02 oder Tablet_1-View_03 bedienen.
Deshalb meine Idee die Zustands ID mit der dem DP Tablet_1-AktiveView zu bedienen und hier steht dann Tablet_1-View_01, Tablet_1-View_02 oder Tablet_1-View_03 drin. So wollte ich dann bei drücken der Home Taste die 0 an eine der drei DP übergeben.
Einen dieser drei DP schreibe ich in den DP Tablet_1-AktiveView indem der Button in dem jeweiligen View betätigt wird. Nur leider wird der Wert 0 (oder auch 1,2,3 usw.) nicht an den DP Tablet_1-View_01, Tablet_1-View_02 oder Tablet_1-View_03 durchgereicht sondern in den DP Tablet_1-AktiveView geschrieben.

was ist das für ein widget ?

[liv-in-sky]

@kalle001

ich habe nochmal mit binding getestet - hatte da einen fehler drin

hier zwei dp:
im unteren dp (der das widget steuert) steht der dp mit dem oberen dp -

im view widget steht (oder dem widget daneben - siehe 2tes bild) im dp keine id sondern ein binding

das input widget ist vom oberen dp - um es besser darstellen zu können

in der runtime sieh das so aus:

das widget weiß durch das bindng, dass es sich den wert nicht von 0_userdata.0.CONTROL-OWN.AAATEST.AVIEWTEST.AVIEWTEST1
sondern von 0_userdata.0.CONTROL-OWN.AAATEST.AVIEWTEST.AVIEWTESTtext holen soll

da muss ein dp drinstehen und kein viewname !
in deinem beispiel steht da kein dp:

das tolle am binding ist, du kannst das ändern

bei dir steht nur varFireHD.... - das ist kein dp

bei mir steht:

 {myvar:0_userdata.0.CONTROL-OWN.AAATEST.AVIEWTEST.AVIEWTESTtext; "0_userdata.0.CONTROL-OWN.AAATEST.AVIEWTEST."+myvar }

bedeutet: es gibt einen "pfad" und hänge den inhalt des dp dazu

im datenpunkt steht jetzt, dass was du nutzt

[kalle001]

@liv-in-sky

Das könnte die Lösung sein.
Hab jetzt schon tüchtig rumprobiert und es leider noch nicht hinbekommen.
Irgendwie schein ich das nicht alles an der richtigen Stelle unterzubringen.

Kannst du das noch mal Schritt für Schritt was wo stehen muss?
Ich hab auch nicht verstanden wie der untere Teil mit dem oberen zusammenhängt und wo da die DP mit den AAA herkommen.

[liv-in-sky]

@kalle001

 {myvar:0_userdata.0.xxxx.xxxx.AktuelleView; "0_userdata.0.xxxx.xxxx."+myvar } 

die AAA... dp sind meine teststruktur - du musst ja deine dp auch in einer struktur haben

die xxxx.xxxx gehört zu deiner struktur der datenpunkte

hilft das ?

[kalle001]

@liv-in-sky

Ich glaube ich hab's.
Vielen Dank an alle Mithelfenden.

VG
Kalle