Moin, Peter-pan
immer wieder was neues
SCALE-Transformation ist neu für mich. Wäre aber schon interessant, weil der Shelly Aktor wenn ich zb. auf 80% fahre als echte Position
78 reportet. Und dann passt das mit dem Widget in der Sitemap nicht mehr zusammen.
Oder ich benenne die Icons um. Und danke für den Link, kannte ich bisher auch noch nicht
ich erinnere mich ans OWM Binding. Da hattest Du mir schon mal die Infos gegeben
Also ich habe nun die Icons umbenannt und als PNG in den Icons Ordner auf OH kopiert. Aber keine Änderung in der Sitemap.
Dann habe die die PNG nach SVG Konvertiert, denn ich habe hier schon ein paar eigene icons in SVG. Aber auch hier keine Änderung in der Sitemap.
Eigene Icons müssen einen eigenen Namen haben. Der neue Name muss dann natürlich im Icon Tag zwischen den Klammern (<iconname>) korrekt definiert sein.
In den Konfiguration der UI muss der korrekte Icon Typ (Bitmap=png, Vector=svg) definiert sein.
Wenn das dann immer noch nicht geht: Cache vom Browser löschen.
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.
Ok, aber wie ist das dann bei Dynamischen Icons ?
Also:
Original Datei: rollershutter-0.png (von der Webseite mit den Icons) Umbenannt zu rollershutter-100.png (incl. der ganzen Reihe in zehner Schritten)
Danach alle zu *.SVG konvertiert und nach /openhabianpi/openHAB-conf/icons/classic (hier liegen auch auch schon andere eigne Icons) kopiert.
-> Keine Änderung in der Sitemap
Dann alle *.SVG Dateien nach dem Schema inv-rollershutter-0.svg umbenannt. Und Namen in der Sitemap als "icon="inv-rollershutter" eingetragen
-> Keine Anzeige des Icons mehr.
Peter Aschinger hat geschrieben: ↑10. Mai 2019 09:46
Ok, aber wie ist das dann bei Dynamischen Icons ?
Also:
Original Datei: rollershutter-0.png (von der Webseite mit den Icons) Umbenannt zu rollershutter-100.png (incl. der ganzen Reihe in zehner Schritten)
Bitte nicht! Rollläden sind definitionsgemäß oben auf 0% und unten auf 100% (0% -> inaktiv, 100% -> voll aktiv - ein Rolladen ist das exakte Gegenteil eines Dimmers.) Wenn der eigene Rollladen sich anders verhält, ist er falsch angeschlossen.
Es gibt andere Systeme, die das anders handhaben, aber bei openHAB ist es so. Die Begründung hab ich ja schon hingeschrieben. Es gibt einen Methusalem unter den Heimautomationssystemen, das ist knx (vormals EIB, seit Mitte der 1990er am Markt), dort ist das genau so definiert und auch nicht änderbar. In anderen Systemen kann man teilweise das Verhalten umschalten (z.B. wenn man den Tasmota Fork von Stefan Bode verwendet, der Positionsfahrten für Rollläden unterstützt).
Danach alle zu *.SVG konvertiert und nach /openhabianpi/openHAB-conf/icons/classic (hier liegen auch auch schon andere eigne Icons) kopiert.
-> Keine Änderung in der Sitemap
Dann alle *.SVG Dateien nach dem Schema inv-rollershutter-0.svg umbenannt. Und Namen in der Sitemap als "icon="inv-rollershutter" eingetragen
-> Keine Anzeige des Icons mehr.
Da wirste doch zum Hirsch
Der Bindestrich im Namen ist reserviert. Ersetze den ersten Bindestrich z.B. durch einen Unterstrich, oder lass ihn gleich ganz weg und ändere den Namen in irollershutter-0.svg (usw.)
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
Peter Aschinger hat geschrieben: ↑10. Mai 2019 09:46
Ok, aber wie ist das dann bei Dynamischen Icons ?
Also:
Original Datei: rollershutter-0.png (von der Webseite mit den Icons) Umbenannt zu rollershutter-100.png (incl. der ganzen Reihe in zehner Schritten)
Bitte nicht! Rollläden sind definitionsgemäß oben auf 0% und unten auf 100% (0% -> inaktiv, 100% -> voll aktiv - ein Rolladen ist das exakte Gegenteil eines Dimmers.) Wenn der eigene Rollladen sich anders verhält, ist er falsch angeschlossen.
Es gibt andere Systeme, die das anders handhaben, aber bei openHAB ist es so. Die Begründung hab ich ja schon hingeschrieben. Es gibt einen Methusalem unter den Heimautomationssystemen, das ist knx (vormals EIB, seit Mitte der 1990er am Markt), dort ist das genau so definiert und auch nicht änderbar. In anderen Systemen kann man teilweise das Verhalten umschalten (z.B. wenn man den Tasmota Fork von Stefan Bode verwendet, der Positionsfahrten für Rollläden unterstützt).
Ok, dann ist vermutlich das Schaltbild auf dem Shelly falsch. Denn ich habe es genau So angeschlossen.
Jetzt wird auch klar weshalb ich die Eingänge am Shelly vom Rolladentaster tauschen musste
Zuletzt geändert von PeterA am 10. Mai 2019 19:41, insgesamt 1-mal geändert.
Na siehst du, Udo hat das gleich richtig erkannt, dass da an der Ansteuerung etwas nicht stimmt. Leider kenn ich mich mit dem elektrischen nicht aus, aber ich hab mir das schon fast gedacht. Deshalb meine "Workaround".
Dann hast du dir die Konvertierarbeit jetzt ganz umsonst gemacht . Noch eine Anmerkung dazu, wenn du dir selber deine "dynamischen Icons" baust, brauchst du immer noch einen "Default", also nur Iconname ohne Bindestrich.
Gruss
Peter
Pi5/8GB(PiOS Lite 64-bit(bookworm)/SSD 120GB - OH4.3.5 openhabian
Ach das Konvertieren und Umbenennen war kein Hexenwerk.
Jetzt funktioniert es ja.
Aber irgendwas ist ja immer, denn die Original Shelly App meldet den Rolladen als Offen obwohl geschlossen..
. Noch eine Anmerkung dazu, wenn du dir selber deine "dynamischen Icons" baust, brauchst du immer noch einen "Default", also nur Iconname ohne Bindestrich.