Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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.

[reutli]

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

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

Das gefällt mir noch nicht, da die Homematic das ja (intern) bereits macht, wenn man über die CCU oder Taster den Aktor ansteuert. Wenn hier ein Skript liefe, dann würde das ja auch anspringen, wenn nicht in Jarvis sondern CCU oder Taster getriggert...

Anders gefragt: Kann ich in einem Skript ermitteln, ob die Veränderung eines DPs durch Jarvis erfolgt ist? Dann könnte ein "Wenn" einbauen, "falls von Jarvis dann... sonst nichts"

[MCU]

@reutli Hatte ich im Post 1825 erklärt.

[Hohenbostler]

Hallo,

ich muss aus einem Dropdown einen Zahlenwert übergeben an iobroker. Jarvis übergibt aber einen String. Was muss ich im Gerät oder wo auch immer was einstellen damit typ number übermittelt wird ?

[MCU]

@hohenbostler Es sollte der Type vom DP der hinterlegt ist zurückgegeben werden. Bitte Bilder vom DP (ioBroker) und Geräte-DP (Jarvis).
https://github.com/Zefau/ioBroker.jarvis/issues/2701
Tja, da gibt wohl noch Änderungsbedarf

[MCU]

Vorsicht kein Nodejs Update auf v22.21.0 machen siehe
https://forum.iobroker.net/topic/82601/vorsicht-jarvis-user-kein-nodejs-update-auf-22-21-0

[Hohenbostler]

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

@hohenbostler Es sollte der Type vom DP der hinterlegt ist zurückgegeben werden. Bitte Bilder vom DP (ioBroker) und Geräte-DP (Jarvis).
https://github.com/Zefau/ioBroker.jarvis/issues/2701
Tja, da gibt wohl noch Änderungsbedarf

Guten Morgen. Vielen Dank. Ich habe es jetzt über einen eigenen DP gelöst da ich die Anzeigevariante eh angepasst haben möchte.

[cybtrash]

Hallo,
ich habe bis heute noch v2 benutzt, möchte jetzt auf v3 umsteigen.
Als erstes versuche ich dieses hier zu reproduzieren:

Das ist mein bisheriger Versuch (mit ein paar Änderungen):

1. Bei "Zuletzt aktualisiert" verwende ich "Body Element" -> "LastChangedBody". Dadurch ist aber das Feld samt Icon nach oben verrutscht. Das war bei v2 nicht so, da war alles schön in einer Reihe. Habe mit "Vertikaler Anordnung" gespielt, macht keinen Unterschied.

2. Bei "Ladezustand" habe ich bei "Body State" meinen Datenpunkt ausgewählt, der eigentlich angezeigt werden soll. Da wird aber nichts angezeigt.
   Bei "Reichweite" habe ich den Datenpunkt bei "Action State" ausgewählt. Dann wird er angezeigt. Das finde ich verwirrend?
   Ich möchte einfach ein paar Werte stumpf anzeigen. Warum funktioniert es nicht, wenn ich den Datenpunkt bei "Body State" auswähle? Bei v2 war das so.

Hier ein Bild wie es eingerichtet ist:

[MCU]

@cybtrash
zu 1.

schalte die Horizontale Ansicht ein

zu 2.

Hier musst du nochmal den ladezustand_aktuell auswählen-> 28% wird angezeigt.

Ich möchte einfach ein paar Werte stumpf anzeigen

Werte werden immer über ActionState bzw. Secondary States angezeigt

[cybtrash]

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

@cybtrash
schalte die Horizontale Ansicht ein

Das macht es leider nicht besser. Hab testweise ein weiteres Widget angelegt, auch hier werden nicht die Icons auf eine Höhe gelegt:

Habe auf Beta 3.2.0 rc5 upgraded, auch nicht anders. Also ein Bug?
Dann werde ich das wohl anders lösen müssen, ohne "LastChangedBody", sondern ich mache einen eigenen Datenpunkt dafür und lasse den normal mit "Action State" anzeigen.