jarvis v3.1.x - just another remarkable vis

[MCU]

@m-a-hueb Im Body Stil

{"{0_userdata.0.jarvis.test.boolean4}=false":{"color":"red"}}

Wie heißen die zugehörigen DPs?

[MCU]

@reutli v3.1.8 oder v3.2.0-rc.17?
Bei v3.2.0-rc.17 würde ich den 2.ten Trigger im Level-Geräte-DP setzen

Ansonsten mit einem kleinen Programm den einen Level setzen, wenn sich der andere ändert?

[reutli]

@mcu
Danke für die Rückmeldung.
Zweiter Trigger funktioniert (auch ohne Pro?) ab der 3.2.0 x?

@mcu sagte in jarvis v3.1.x - just another remarkable vis:

Ansonsten mit einem kleinen Programm den einen Level setzen, wenn sich der andere ändert?
Programm wo? In Jarvis, Skript in iob?
Ist mir nicht klar. ch möchte ja "nur", dass wenn ich in Jarvis den Button betätige, dass dann ein Level für die Lamellen mit gesetzt wird, aber nicht grundsätzlich.

[MCU]

@reutli sagte in jarvis v3.1.x - just another remarkable vis:

Skript in iob

Ja

let levelDP = "0_userdata.0.jarvis.test.num6"
let levelLamelleDP = '0_userdata.0.jarvis.test.num5'

on({id: levelDP, change: "any"}, function (obj) {
    let value = obj.state.val;
    // console.log(obj.state.from)
    if(obj.state.from == 'system.adapter.jarvis.0'){
        setState(levelLamelleDP, value)
    }
});

Zweiter Trigger funktioniert (auch ohne Pro?) ab der 3.2.0 x?

multiple Trigger-DPs (PRO) möglich (#695)

(PRO)
https://mcuiobroker.gitbook.io/jarvis-infos/jarvis-v3/besonderheiten-v3/geraet/datenpunkt-eigenschaft/andere-dps-setzen-pro#speziell-fur-hmip-bbl-lamellen

[M-A Hueb]

@mcu danke, habs hinbekommen mit deinem Hinweis.

{"{0_userdata.0.PV.manuell_laden_Sofort_oder_Startzeit}=false":{"color":"blue"},"{0_userdata.0.PV.manuell_laden_Sofort_oder_Startzeit}=true":{"color":"green"}}

[reutli]

@mcu

Ich bin jetzt "Pro"
Damit hat sich das Thema mit der Mitverstellung der Lamellen schon mal primär gelöst und hat auch geklappt.
Danke!

Nunmehr ergibt sich noch die Frage wie ich folgenden UseCase lösen kann:

1. im gleichen Widget der Jalousie auch die Lamellen-EInstellung (Prozentangabe) einstellen können (Wert kann ich schon mal darstellen über 'secondary state')
2. Bei den HMIP-BBL muss hierzu wieder 'vice-versa' der DP Level (Behanghöhe) mit gesetzt werden, da die Lamellenverstellung sonst nicht erfolgt... (ändere ich nur den Datenpunkt "Level_2" dann tut sich nichts..., ändere ich "Level" mit dann klappt es).

[MCU]

@reutli
zu 1
Du kannst unter dem Blind auch ein levelBody setzen?

zu 2
Wofür level_2? Beide DPs hängen doch im level.

[reutli]

@mcu sagte in jarvis v3.1.x - just another remarkable vis:

zu 1
Du kannst unter dem Blind auch ein levelBody setzen?

Ja hab ich auch:

Aber ich kann keinen zweiten "LevelBody" im gleichen Widget setzen.
Also im Widget "Jalousie Büro" hätte ich gerne noch einen Schiebregeler für die Lamellen.

@mcu sagte in jarvis v3.1.x - just another remarkable vis:

zu 2
Wofür level_2? Beide DPs hängen doch im level.

Verstehe ich nicht. Es gibt doch zwei Aktoren und damit DPs:

1. Level = Behanghöhe
2. Level_2 = Lamelleneinstellung

Stellt man nur die Lamellen (Level_2) auf einen anderen Wert passiert nichts. Man muss gleichzeitig auch "Level" einstellen, sonst tut sich nichts.

EDIT:
in der CCU sieht das so aus

[MCU]

@reutli
Du kannst doch unter dem Blind Statelist Item ein neues im Layout hinzufügen und da den level2 zuordnen.
Hast du im Geräte DP im Bodyelement levelBody ausgewählt wird dir im Frontend genau wie im Blind ein Schieberegler angezeigt.

Ich habe keine Jalousie und kann mir insbesondere in dem Fall nicht vorstellen, wie die unterschiedlichen DPs wirken.
Bislang hab ich es so verstanden, dass beide DPs immer gleichgeschaltet werden müssen.
Mach bitte ein Video und erklär die Zusammenhänge. Danke

[reutli]

@mcu

Vielleicht geht's auch ohne Video...
DIe Homematic HMIP-BBL haben uwei Aktoren-Channel:
Level für Behanghöhe
Level_2 für die Lamellenstellung (Winkel)

Fährt man ein Jalousie hoch und der Lamellen sind nicht geöffnet (dass man durchschauen kann), dann fährt die Jalousie hoch und dann wieder ein Stück runter, um die Lamellen wieder zu schließen. Das Problem kann man beheben, indem man https://mcuiobroker.gitbook.io/jarvis-infos/jarvis-v3/besonderheiten-v3/geraet/datenpunkt-eigenschaft/andere-dps-setzen-pro#speziell-fur-hmip-bbl-lamellen befolgt.
Damit setzt man zeitgleich mit dem Nachobenfahren auch die Lamelle (Level_2) auf offen (beide DPs auf 100).

Da Jalousien aber den Vorteil haben, dass man die Lamellen auf z.B. 50% Öffnungswinkel einstellen kann, z.B. zur Beschattung, muss der DP Level_2 unabhängig von der Behanghöhe gesetzt werden, z.B.
DP Level = 0
DP Level_2 = 50
Jalousie ist also unten aber Lamellen sind zu 50% geöffnet.
==> damit sind die beiden DPs natürlich nciht gleich geschalten.

Gleichschaltung von Level und Level_2 gilt also nur, wenn Jalousie ganz oben oder ganz unten und geschlossen sein soll, ansonsten gibt es verschiedenste Möglichkeiten wie z.B. Jalousie zu 50% unten und zu 30% sind die Lamellen offen...

Problem:

1. Visualisierung: In einem Widget kann man nicht zwei Schieberegler (Behanghöhe und Lamellenposition) unterbringen - klar, in zwei schon, also zwei Geräte.
2. Steuerung des DP 'Level_2' auf z.B. '50' funktioniert nur, wenn man gleichzeitig auch einen Wert in 'Leve'l setzt (warum auch immer bei Homematic) ==> wenn ich also die Jalousie runter lassen möchte und die Lamellen zu 50% öffnen möchte, muss ich (auch wenn die Jalousie schon unten ist) setzen: Level = 0 und Level_2 = 50.

[MCU]

@reutli
Zu 1
Wieso 2 Geräte, nein 2 Items in der Statelist.
Hab jetzt kein System, zeige ich evtl. Nächste Woche.

Zu 2
Welcher Wert für level soll denn gesetzt werden?
Immer 0

https://mcuiobroker.gitbook.io/jarvis-infos/jarvis-v3/besonderheiten-v3/geraet/datenpunkt-eigenschaft/andere-dps-setzen-pro

In den Datenpunkt Eigenschaften von level_2 mit setstate anpassen.

[reutli]

@mcu sagte in jarvis v3.1.x - just another remarkable vis:

https://mcuiobroker.gitbook.io/jarvis-infos/jarvis-v3/besonderheiten-v3/geraet/datenpunkt-eigenschaft/andere-dps-setzen-pro
In den Datenpunkt Eigenschaften von level_2 mit setstate anpassen.

Das werde ich mal versuchen. Allerdings bleibt die Frage, wie ich den Zustand des aktuellen Wertes des "Lveel" ermitteln kann, damit ich einfach diesen setzen kann (die Behanghöhe soll sich in dem Fall ja nicht ändern)

[MCU]

@reutli muss ich nächste Woche probieren. Kein System.

[reutli]

@mcu
alles klar, danke.

[reutli]

https://forum.iobroker.net/post/1123882

@mcu sagte in jarvis v3.1.x - just another remarkable vis:

Hi, leider ging es seinerzeit bei diesem Thema nicht weiter...

@el-lutschi Nein. Hintergrund?
Muss ein ganzer Tab sein oder auch nur ein Widget?
Reicht es die Widgets zu sperren?
https://mcuiobroker.gitbook.io/jarvis-infos/jarvis-v3/besonderheiten-v3/scripts-3.1.x-pro/widgets/widgetlock

https://mcuiobroker.gitbook.io/jarvis-infos/jarvis-v3/besonderheiten-v3/scripts-3.1.x-pro/widgets/widgets-aus-einblenden

Ich suche die komfortable Lösung (mit Pro) ganze Tabs zu sperren (dort sind Einstellungen drin, die der gemine User nicht verstellen soll) und optimalerweise auch einzelne Widgets. Das ganze aber nach Möglichkeit mit Pin/Passwort.
Hatte gehofft, dass das mit Pro geht, dort wird aber ja nur die ganze Site gesperrt.

Mich wundert, dass diesen 'use-case' nicht noch mehr haben?!

[MCU]

@reutli

Hatte gehofft, dass das mit Pro geht, dort wird aber ja nur die ganze Site gesperrt.

Wie hast du es gemacht?
Machen es näcshte Woche. Mit Handy ist es schlecht zu managen.

[reutli]

@mcu sagte in jarvis v3.1.x - just another remarkable vis:

Machen es näcshte Woche. Mit Handy ist es schlecht zu managen.

Alles gut, ich nerv' Dich nächste Woche mal mit den beiden Themen... ;o)

[MCU]

@reutli sagte in jarvis v3.1.x - just another remarkable vis:

Das werde ich mal versuchen. Allerdings bleibt die Frage, wie ich den Zustand des aktuellen Wertes des "Lveel" ermitteln kann, damit ich einfach diesen setzen kann (die Behanghöhe soll sich in dem Fall ja nicht ändern)

Den Zustand kannst du mit einen Programm immer dann anpassen, wenn level_2 geändert wird.
Das Programm sollte in ioBroker sein.

Steuerung des DP 'Level_2' auf z.B. '50' funktioniert nur, wenn man gleichzeitig auch einen Wert in 'Leve'l setzt (warum auch immer bei Homematic) ==> wenn ich also die Jalousie runter lassen möchte und die Lamellen zu 50% öffnen möchte, muss ich (auch wenn die Jalousie schon unten ist) setzen: Level = 0 und Level_2 = 50.

on({id: level2_DP, change: "any"}, function (obj) {
    let value = obj.state.val;
    /* ob man true setzen muss? */
    setState(level_DP, getState(level_DP).val, true)
   /* sonst */
    setState(level_DP, getState(level_DP).val)
});

[MCU]

@reutli sagte in jarvis v3.1.x - just another remarkable vis:

Ich suche die komfortable Lösung (mit Pro) ganze Tabs zu sperren (dort sind Einstellungen drin, die der gemine User nicht verstellen soll) und optimalerweise auch einzelne Widgets. Das ganze aber nach Möglichkeit mit Pin/Passwort.

Also grundsätzlich kann das jeder selber machen. Es ist halt aufwendig.
Man muss dazu für den TAB / Widget einen Eintrag in den Styles erstellen.
Möchte man also den TAB verschwinden lassen, setzt man den Eintrag in der CSS / Styles. Soll der Tab erscheinen löscht man diesen Eintrag aus der CSS wieder.
Beispiel für solche einen Eintrag wäre zum Verschwinden lassen:

/* http-link zum TAB lautet z.B. */

https://192.168.178.150:8400/jarvis/index.html#/30c63cb2-a6ee-4028-a6d4-33ea3bd4adbf

/* -> 30c63cb2-a6ee-4028-a6d4-33ea3bd4adbf ist die TabId */
/* der Inhalt vom TAB wird ausgeblendet */
.jarvis-tab-30c63cb2-a6ee-4028-a6d4-33ea3bd4adbf {
	display: none;
}
/* hiermit verschwindet der ganze TAB */
.jarvis-tab.jarvis-tab-30c63cb2-a6ee-4028-a6d4-33ea3bd4adbf {
	display: none!important;
}

dann ist der Inhalt verschwunden

ganzer TAB verschwunden

Eine "einfache" Version dieser Effekte kommt vielleicht Ende des Jahres.
JarvisControl

[reutli]

@mcu

@mcu sagte in jarvis v3.1.x - just another remarkable vis:

Eine "einfache" Version dieser Effekte kommt vielleicht Ende des Jahres.
JarvisControl

Dann warte ich wohl darauf, wenngleich ich fände, dass das in die Pro und zur Benutzerverwaltung gehört. Man sollte steuern können, welcher Nutzer was von einer Visu sehen/bedienen darf.