Seite 2 von 3

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

Verfasst: 16. Sep 2022 07:55
von N1d45
Ja, openHAB habe ich schon ab und zu neu gestartet. Zuletzt gestern Abend, habe das Image gesichert.

Das Problem ist auf dem Iphone (Safarie), Xaomie Handy(Chrome?) und Laptop (Edge) das gleiche. Also sollte es nicht am Browser liegen?

Vielleicht ist es auch ein Problem der Version 3.3? Denn Beispiele die man im Netz findet sind alle 3.2 und ältere Versionen.

Schöne wäre, es jemand zu kennen, der die Version 3.3 am laufen hat, und bei ihm die dynamischen Icons funktionieren.

Muss man irgendwas zusätzlich aktiveren, um dynamische Icons nutzen zu können, was bei Version 3.3 irgendwie abgeschaltet ist?

[Edit]
Jetzt gemachte Versuche:
* Browser Cache gelöscht, keine Änderung
* Raspi über sudo reboot neugestartet, keine Änderung
* Firefox installiert, keine Änderung
* Als Admin abgemeldet, keine Änderung

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

Verfasst: 16. Sep 2022 18:33
von udo1toni
So, ich habe es nun mal bei mir getestet (OH 3.4.0, #3019). In der Administrationsoberfläche ist das Icon nicht dynamisch. Wohl aber wenn ich das ITem in das Semantic Model einpflege und dann z.B. über die Standorte anzeige.
2022-09-16 open.png
2022-09-16 closed.png

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

Verfasst: 16. Sep 2022 20:14
von N1d45
Danke für deinen Versuch. Dann hoffe ich, dass es mit einem Update zu 3.4. dann wieder geht.

Oder kann man jetzt schon zu 3.4 updaten. Oder sollte man das lieber lassen? Ist ja noch nicht stable

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

Verfasst: 17. Sep 2022 00:42
von udo1toni
Das ist das vielleicht beliebteste Missverständnis im Zusammenhang mit openHAB.

stable bedeutet nicht "Echt geiler Scheiß, das kriegst Du nicht kaputt, besser als die Software der NASA und Boing zusammen!"
Es bedeutet lediglich "Da wird nix mehr dran gemacht, das lassen wir jetzt so.".
Ich kann mich in den letzten 10 Jahren an ein einziges Update der stable Version erinnern (keine Ahnung... 2.1.0 auf 2.1.1?), der Grund hierfür war ein schweres Sicherheitsproblem, welches wenige Tage nach Veröffentlichung der stable Version bekannt wurde - da wollte Kai damals kein halbes Jahr warten...
Allerdings ist die stable Version gewöhnlich sehr intensiv getestet (bzw. die Version, auf der der Build beruht...)

Die testing Version wird monatlich erstellt. Ansonsten gibt es eigentlich keinen Unterschied zur stable Version. Wenn Du also ein bestimmtes Feature haben möchtest, was in testing bereits verfügbar ist, solltest Du keine Hemmungen haben, die testing Version zu nutzen, denn auch die testing Version ist gewöhnlich schon beim Veröffentlichen recht gut getestet.

Die snapshot Version wird gebaut, sobald es Änderungen an den Sourcen gab (die auch angenommen wurden...) und naturgemäß ist diese Version die am schlechtesten getestete Version. Aber selbst die snapshot Version macht nur selten mal Probleme.

Man sollte aber nicht vergessen, niemand zwingt Dich, upzudaten. Natürlich sollte man das regelmäßig tun, aber wenn Du eine Version hast, mit der Du sehr gute Erfahrungen gemacht hast, kannst Du diese Version nutzen, so lang Du willst.
Irgendwann gibt es halt online keine passenden Module mehr. Wenn Du allerdings Bindings usw. nachinstallierst, spielt es keine Rolle, ob openHAB gerade installiert wurde oder es schon einige Zeit her ist. Die Hauptversion (OH1, OH2, OH3) muss fast sicher die gleiche sein, die Unterversion (z.B. 3.2, 3.3 usw. sollte nicht all zu sehr abweichen, aber Du hast gute Chancen, dass selbst größere Abweichungen (OH2.0 zu OH2.5) keinen negativen Einfluss auf Stabilität oder gar Kompatibilität haben. Es gibt aber immer mal wieder breaking changes, da muss man halt genauer hinschauen, wenn man davon betroffen ist.

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

Verfasst: 17. Sep 2022 10:41
von N1d45
Guten Morgen.

Ich habe ein Update auf

Code: Alles auswählen

openHAB 3.4.0.M2 - Milestone Build
gemacht. Aber leider funktionieren die dynamischen Icons nicht. Also liegt der Fehler vermutlich irgendwo bei meinen Einstelllungen bzw. Erstellung.

Also mal ganz von vorn.

Ich habe ein ESP8266 der mir Mitteilungen auf z.B. dem Topic 'Sensor/51/' publisht:

Code: Alles auswählen

{"ID":51,"Temp":-99.9,"Humi":0,"Druck":0,"Vcc":3.002,"Wert1":0,"Wert2":0}
Wert1 steht für den Status des Kontaktes.
Wert1 hat die Werte:
0 für geschlossen
1 für offen
2 für offen
3 für gekippt

Um diese Zahlen zu mapen, erstelle ich eine window.map im Verzeichnis

Code: Alles auswählen

etc/openhab/transform
mit folgendem Inhalt

Code: Alles auswählen

0=CLOSED
1=OPEN
2=OPEN
3=AJAR
In openHab habe ich ein Generic MQTT Thing erstellt.
01 Thing.png
Daraufhin habe ich ein Channel erstellt, und dann über Code die weiteren Channels hinzugefügt:

Code: Alles auswählen

UID: mqtt:topic:843421fdf2:SensDoor51
label: Fensterkontakt Küche
thingTypeUID: mqtt:topic
configuration: {}
bridgeUID: mqtt:broker:843421fdf2
location: Küche
channels:
  - id: SensDoor51ID
    channelTypeUID: mqtt:number
    label: Identifikationsnummer
    description: null
    configuration:
      stateTopic: Sensor/51
      transformationPattern: JSONPATH:$.ID
  - id: SensDoor51Temperatur
    channelTypeUID: mqtt:number
    label: Temperatur
    description: null
    configuration:
      stateTopic: Sensor/51
      transformationPattern: JSONPATH:$.Temp
  - id: SensDoor51Luftfeuchtigkeit
    channelTypeUID: mqtt:number
    label: Luftfeuchtigkeit
    description: null
    configuration:
      stateTopic: Sensor/51
      transformationPattern: JSONPATH:$.Humi
  - id: SensDoor51Luftdruck
    channelTypeUID: mqtt:number
    label: Luftdruck
    description: null
    configuration:
      stateTopic: Sensor/51
      transformationPattern: JSONPATH:$.Druck
  - id: SensDoor51Versorgungsspannung
    channelTypeUID: mqtt:number
    label: Versorgungsspannung
    description: null
    configuration:
      stateTopic: Sensor/51
      transformationPattern: JSONPATH:$.Vcc
  - id: SensDoor51Wert1
    channelTypeUID: mqtt:number
    label: Wert1
    description: null
    configuration:
      stateTopic: Sensor/51
      transformationPattern: JSONPATH:$.Wert1
  - id: SensDoor51Wert2
    channelTypeUID: mqtt:number
    label: Wert2
    description: null
    configuration:
      stateTopic: Sensor/51
      transformationPattern: JSONPATH:$.Wert2
Jetzt, zum Testen, habe ich in openHAB unter Einstellung -> Model, eine Location Namens Test Kontakt erstellt.

Gefolgt habe ich in der Location ein Equipment hinzugefügt Namens Test Fensterkontakt.

Dann gehe ich Links über Model auf Things
Wähle das Thing vom SensDoor51
Klicke dort auf den Channel Wert1
Klicke auf das + Add Link to Item ...
Im neuen Fenster Klick auf Create a new Item
Dort vergebe ich Name und Label
Typ wähle ich String
Category wähle ich window
Semantic Class wähle ich OpenState
Semantic Property wähle ich Opening
Parent Group(s) wähle ich das erstellte Equipment Test Fensterkontakt
Bei Profile wähle ich MAP
Dateiname wähle ich window.map

Dann klicke ich auf Link

Wenn ich das Item im Modell auswähle zeigt es oben Rechts CLOSED, OPEN oder AJAR richtig zu dem Zustand des Fensters.
Im Log File wird auch dokumentiert, dass Item den Wert bekommt.

Im Admin-Modus zeigt es nicht die dynamischen Änderungen, was ja normal sein soll, also logge ich mich aus.

Aber auch im nicht Admin Modus zeigt es mir keine Änderung des dynamischen Items
05 Test Anzeig.png
Ein Neu laden der Bilder bringt keine Änderung.
Ein andere Browser bringt keine Änderung.
Andere Geräte zeigen auch keine Änderung. (Verschiedene Handys, anderer Laptop)

Was ist jetzt der Unterschied zu dir? Nutzt du auch openhabian? Könnte es daran liegen? Was mache ich falsch das es nicht funktioniert.

Heute Abend werde ich mal ein Item erstellen, wo ich per MQTT.fx händisch einen String mit dem Inhalt CLOSED, OPEN, AJAR sende. Vieleicht liegt es an der ganzen Wandlung? Keine Ahnung.

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

Verfasst: 17. Sep 2022 11:41
von peter-pan
Ich bin mir nicht sicher, ob das der Grund ist, aber du hast deinen Channel als "numerisch" angelegt, dein Item ist aber vom Typ "String". Hast du schon mal probiert den Channel auf "String" umzustellen, bzw. das Item auf "Number" ?.

Da fällt mir aber auch noch ein, dass bei der MAP-Transformation nur die Anzeige geändert wird, aber nicht der Status, des Items und soweit mir bekannt ist, sind die Status für das Icon "Window" -> OPEN, CLOSED und AJAR !!!

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

Verfasst: 17. Sep 2022 12:37
von udo1toni
Nein, das String Item enthält schon die richtigen Worte, das Mapping läuft ja im Profile.
Da es auf der Sitemap (Basic UI) richtig funktioniert, muss der Fehler eher im Tagging liegen, aber ich sehe den Fehler leider auch nicht.

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

Verfasst: 17. Sep 2022 12:57
von N1d45
Nutzt einer von euch beiden openhabian 1.7.4(b)? Nur interessehalber.

Ich probiere heute Abend oder morgen Früh noch bissl rum.

Ich habe schon überlegt mal testweise ein ganz frisches Image zu erstellen und dort nur mit einem TestKontakt zu probieren. (Nicht das irgendwo was unbewusst verstellt habe)

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

Verfasst: 17. Sep 2022 17:33
von udo1toni
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.

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

Verfasst: 17. Sep 2022 20:53
von N1d45
Herzlichen Dank für deine investierte Zeit :!:
udo1toni hat geschrieben: 17. Sep 2022 17:33 ...
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.
...
Wo schaltet man die advanced Options an :?:
Kannst du mir das bitte genauer erklären :?:
Auf Anhieb finde ich das nicht. Danke

[Edit]
Gefunden. Aber sehr versteckt!
enable dynamic icons.png
[Edit 2]
Funktioniert auch mit eigenen Icons und dann ganz ohne Mapen.