openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons
-
- Beiträge: 123
- Registriert: 5. Jan 2020 14:26
Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons
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
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
- udo1toni
- Beiträge: 15249
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons
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.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
-
- Beiträge: 123
- Registriert: 5. Jan 2020 14:26
Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons
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
Oder kann man jetzt schon zu 3.4 updaten. Oder sollte man das lieber lassen? Ist ja noch nicht stable
- udo1toni
- Beiträge: 15249
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons
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.
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.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
-
- Beiträge: 123
- Registriert: 5. Jan 2020 14:26
Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons
Guten Morgen.
Ich habe ein Update auf
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:
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 mit folgendem Inhalt
In openHab habe ich ein Generic MQTT Thing erstellt.
Daraufhin habe ich ein Channel erstellt, und dann über Code die weiteren Channels hinzugefügt:
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 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.
Ich habe ein Update auf
Code: Alles auswählen
openHAB 3.4.0.M2 - Milestone Build
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 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
Code: Alles auswählen
0=CLOSED
1=OPEN
2=OPEN
3=AJAR
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
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 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.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
- peter-pan
- Beiträge: 2758
- Registriert: 28. Nov 2018 12:03
- Wohnort: Schwäbisch Gmünd
Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons
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 !!!
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 !!!
Pi5/8GB(PiOS Lite 64-bit(bookworm)/SSD 120GB - OH4.3.5 openhabian
- udo1toni
- Beiträge: 15249
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons
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.
Da es auf der Sitemap (Basic UI) richtig funktioniert, muss der Fehler eher im Tagging liegen, aber ich sehe den Fehler leider auch nicht.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
-
- Beiträge: 123
- Registriert: 5. Jan 2020 14:26
Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons
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)
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)
- udo1toni
- Beiträge: 15249
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons
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.
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.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
-
- Beiträge: 123
- Registriert: 5. Jan 2020 14:26
Re: openHAB 3.3 / openhabian 1.7.4b / Map Transformation / Dynamische Icons
Herzlichen Dank für deine investierte Zeit
Kannst du mir das bitte genauer erklären
Auf Anhieb finde ich das nicht. Danke
[Edit]
Gefunden. Aber sehr versteckt! [Edit 2]
Funktioniert auch mit eigenen Icons und dann ganz ohne Mapen.

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! [Edit 2]
Funktioniert auch mit eigenen Icons und dann ganz ohne Mapen.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.