openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons

Einrichtung der openHAB Umgebung und allgemeine Konfigurationsthemen.

Moderatoren: seppy, udo1toni

N1d45
Beiträge: 123
Registriert: 5. Jan 2020 14:26
Answers: 2

openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons

Beitrag von N1d45 »

Moin.

Eine defekte SD-Karte und ein vergessenes Backup hat mich mehr oder weniger dazu gezwungen mein openHAB von Grund auf neu zu machen. Mit dem neuen openHAB UI komme ich eigentlich gut zurecht. Besser als mit dem alten 2.5.x

Inzwischen sind fast alle Things erstellt. Am meisten Arbeit machen die eigenen Devices die über MQTT publischen. Da ist etwas mehr Tiparbeit gefragt. Bei den Sachen über Bindings geht es unkompliziert. Oder zumindest hat eine der vielen Tutorials eine passende Lösung gegeben.

Dennoch habe ich ein Problem, wo ich keine Richtige Antwort finde.

Ich habe Fenstersensorn (Eigenbau), die mir Integer Werte liefern, über den Zustand des Fensters. 0=geschlossen, 1=offen, 2=offen, 3=gekippt.

Im openHAB 2.5.x hatte ich die Werte in einer window.map liegen

Code: Alles auswählen

0=CLOSED
1=OPEN
2=OPEN
3=AJAR
Diese Datei habe ich nun auch beim openHAB3.3 in den Ordner /etc/openhab/transform erstellt.

Jetzt weiß ich aber nicht, wo ich beim Erstellen des Items, die Anweisung des Wandelns hinterlegen muss. Ich vermute, dass ich eine Metadata erstellen muss. Aber welchen Typ? In welches Feld muss die MAP Anweisung? Gibt es dafür ein Tutorial? Bin ich total auf dem Holzweg?

Ich habe gesehen, das ich beim Item Typ auch "Contact" wählen kann. Dieser wandelt aber nur 0 in CLOSED und 1 in OPEN. 3 für AJAR wird ignoriert. In openHAB 2.5.x wurde AJAR noch erkannt und das Symbol wechselte auch auf angekippt.

Jemand eine Idee?
Danke
von udo1toni » 17. Sep 2022 17:33
Das hat definitiv nichts damit zu tun, wie das System aufgesetzt wird.

openHABian ist eine Scriptsammlung. Nimmst Du das Raspberry Pi Image, so handelt es sich um ein (fast) pures Raspberry Pi OS lite Image, nur ist das openHABian Paket aufgespielt und ein Link eingebaut, der das Autosetup auslöst, wenn das Image als System gestartet wird. raspi-config ist außerdem deaktiviert, weil es eine Inkompatibilität gibt, aber das war es auch.
Startet das Image, so stellt es fest, dass eine bestimmte Datei nicht vorhanden ist und löst daraufhin die unattended Installation von openHAB aus. Dabei bedient es sich der Standardfunktionen, d.h. es legt einen Link auf das jfrog Repository an, startet ein apt update und installiert anschließend openHAB per apt. Außerdem spielt es noch diverse Zusatzprogramme auf, die entweder notwendig oder sinnvoll im Zusammenhang mit openHAB sind (Java -> notwendig, samba -> sinnvoll usw.)

Ich habe aber inzwischen auch noch mal ein bisschen rumgespielt und muss leider gestehen, dass ich beim Testen leider ein Contact Item verwendet habe, kein String Item.
Und Leider verhält sich das semantische Model hier offensichtlich nicht korrekt. Wenn ich den Itemtyp auf String ändere, funktioniert die Gruppenanzeige weiterhin, aber das zugehörige Icon ist plötzlich grau, das heißt, es wird die undynamische Variante verwendet.
Legt man eine eigene Page an, so muss man die advanced Options einschalten, um überhaupt in den Genuss zu kommen, dass man das Icon dynamisch anzeigen lassen kann. In den Pages funktioniert es dann aber anstandslos, auch mit AJAR als Wert.
Ich denke mal, das ist ein Fehler, aber ob das jemals auf den Semantic Cards korrekt funktioniert hat, kann ich nicht sagen. Mein OH3 ist immer noch lediglich eine Testumgebung.
Gehe zur vollständigen Antwort
Zuletzt geändert von N1d45 am 15. Sep 2022 11:01, insgesamt 1-mal geändert.

N1d45
Beiträge: 123
Registriert: 5. Jan 2020 14:26
Answers: 2

Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation

Beitrag von N1d45 »

Sorry, ich hab vergessen das Add-On Map Transformation zu installieren :roll:
Jetzt funktioniert es, das es mir den richtigen Wert anzeigt. Also AJAR bei gekippt wenn eine 3 empfangen wird

Nur das Icon wechselt noch nicht.

Benutzeravatar
udo1toni
Beiträge: 15249
Registriert: 11. Apr 2018 18:05
Answers: 242
Wohnort: Darmstadt

Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation

Beitrag von udo1toni »

Das ging noch nie und geht auch weiterhin nicht über ein Contact Item.
Contact kann exakt die Zustände OPEN und CLOSED annehmen (sowie NULL und UNDEV im Fehlerfall) Das gilt Binding übergreifend und auch (besonders) für die Items.

Du kannst zwei verschiedene Wege gehen: Entweder, Du nutzt einen String Channel zum abbilden und nimmst die Wandlung von Zahl zu Text direkt im Channel vor, oder Du nutzt einen Number Channel und verlinkst ihn mit einem String Item. Im Link (nicht im Item!) kannst Du dann als Profile MAP auswählen und den Namen der Datei als Parameter übergeben.

Im Item selbst kannst Du dann ein weiteres Mapping angeben, um aus den englischen Worten deutsche Worte zu bilden. Das Item muss aber so oder so ein String Item sein und es muss die Worte als Status enthalten, damit das Icon automatisch angezeigt werden kann.

Die Sache mit MQTT müsstest Du noch mal erläutern, das funktioniert unter 3.x genauso wie unter 2.y (y -> [2..5])
Eventuell hast Du bis zuletzt mqtt1 verwendet?
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet

N1d45
Beiträge: 123
Registriert: 5. Jan 2020 14:26
Answers: 2

Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation

Beitrag von N1d45 »

udo1toni hat geschrieben: 15. Sep 2022 09:34 ...
Du kannst zwei verschiedene Wege gehen: Entweder, ..., oder Du nutzt einen Number Channel und verlinkst ihn mit einem String Item. Im Link (nicht im Item!) kannst Du dann als Profile MAP auswählen und den Namen der Datei als Parameter übergeben.

Im Item selbst kannst Du dann ein weiteres Mapping angeben, um aus den englischen Worten deutsche Worte zu bilden. Das Item muss aber so oder so ein String Item sein und es muss die Worte als Status enthalten, damit das Icon automatisch angezeigt werden kann.
...
Herzlichen Dank, das habe ich hinbekommen. Das Item ist jetzt vom Typ String. Zeigt auch schön CLOSED OPEN AJAR. Aber das Item passt sich nicht dementsprechend an. Ich habe auch die MAP geändert, das closed, open, ajar angezeigt wird. Aber das Icon window ändert sich nicht. Muss man noch zusätzlich etwas Einstellen?

Edit:
dynamic1.png
dynamic2.png
dynamic3.png
Ich habe jetzt auch mal den Weg über eigenen Icons probiert wie hier im Forum schon gezeigt. viewtopic.php?p=41163#p41163

Aber auch dort zeigt es nur das geschlossene Icon :(
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Benutzeravatar
udo1toni
Beiträge: 15249
Registriert: 11. Apr 2018 18:05
Answers: 242
Wohnort: Darmstadt

Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons

Beitrag von udo1toni »

Warum zeigt er open an, wo da doch OPEN stehen muss? openHAB ist Case Sensitive. Was ist der exakte Inhalt der window.map?
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet

N1d45
Beiträge: 123
Registriert: 5. Jan 2020 14:26
Answers: 2

Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons

Beitrag von N1d45 »

Ich hatte in der window.map es auf Klein umgestellt, um es zu testen. Es funktioniert aber auch nicht mit Großschreibung

Jetzt ist der Inhalt der window.map wieder

Code: Alles auswählen

0=CLOSED
1=OPEN
2=OPEN
3=AJAR
OPEN.png
uebersicht.png
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

N1d45
Beiträge: 123
Registriert: 5. Jan 2020 14:26
Answers: 2

Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons

Beitrag von N1d45 »

Ich habe auch mal ins log geschaut:

Code: Alles auswählen

2022-09-15 20:06:13.384 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'FensterkontaktKuche_Wert1' changed from CLOSED to AJAR
Das Item bekommt schon die richtigen Werte. Nur das Icon will nicht :(

Aus Zweifel habe ich mal eine kleine Test Sitemap erstellt. Denn auf der Sitemap ging es früher mit openHAB 2.5.x. [Edit][s]Aber nein, auch da ändert sich das Icon nicht.[/s]

Code: Alles auswählen

sitemap demo label="My home automation" {
    Frame label="Fenster" {
        Default item=FensterkontaktKuche_Wert1 icon="window"
    }
}
[Edit]
Also auf der Sitemap, die gezeigt wird, wo man sie im UserInterface erstellt, da zeigt es das Icon nicht geöffnet. (Fenster inzwischen offen)
sitemap2.png
Aber auf in der BasicUI zeigt es das Icon richtig geöffnet!
sitemap.png
Also ist es ein Anzeigefehler?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Benutzeravatar
udo1toni
Beiträge: 15249
Registriert: 11. Apr 2018 18:05
Answers: 242
Wohnort: Darmstadt

Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons

Beitrag von udo1toni »

Ich bin mir jetzt nicht sicher, ob das allgemein überhaupt in der Administrationsoberfläche animiert (bzw. dynamisch) ist. Prüfe mal, ob es in der normalen Main UI funktioniert (also nicht unter Administration...)
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet

N1d45
Beiträge: 123
Registriert: 5. Jan 2020 14:26
Answers: 2

Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons

Beitrag von N1d45 »

Ok. Ich nutze openHAB3.3 erst zwei Tage.

Wie komme ich zur Main UI ohne Adminrechte. Wenn ich von dem Handy meine Frau zugreife ist mein Name nicht eingeloggt. Es ist rechts unten ein Schild mit x drauf.

Auch bei ihr werden die dynamische Icons nicht offen angezeigt.


In dem oben Verlinkten Thread viewtopic.php?p=41163#p41163 zeigt es das dynamische Icon offen. Auch in der Main UI. Das war allerdings openHAB 3.2 und der User war seit Juni nicht mehr on. Hab ihn schon angeschrieben, vielleicht sieht er es.

Benutzeravatar
udo1toni
Beiträge: 15249
Registriert: 11. Apr 2018 18:05
Answers: 242
Wohnort: Darmstadt

Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons

Beitrag von udo1toni »

Genau. So soll das aussehen. Der Punkt ist aber, wenn es in der der Sitemap funktioniert (Basic UI), dann ist das Item grundsätzlich korrekt befüllt, also es hat den korrekten Itemtyp und es hat die korrekten Status.

Hast Du openHAB mal neu gestartet?
Hast Du mal einen anderen Browser ausprobiert?

Beides kann hier für Besserung sorgen. Das Stichwort ist Caching, wenn ich mich recht erinnere, also, dass der Browser die falsche Ansicht ausliefert, weil er noch den alten Verweis in der Seite stehen hat. openHAB hat auch manchmal die Angewohnheit, Änderungen nicht vollständig in den Speicher zu übernehmen. Die Änderungen sind dann in der Konfiguration eingetragen. werden aber erst nach einem Neustart tatsächlich ausgeliefert...
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet

Antworten