Hallo,
wie angekündigt, könnt ihr ab sofort die Beta Version von FHEMApp4 testen. Die neue Version läuft bei mir seit ca. 4 Wochen als Produktiv-System stabil und zuverlässig. Die Beta Testphase soll dennoch dazu dienen, die neue Version von FHEMApp in verschiedenen Umgebungen intensiv zu prüfen.
Folgendes ist für die Beta Testphase zu beachten:
Aktuell ist das neue FHEM Modul noch kein offizieller Bestandteil von FHEM. Ihr müsst deshalb die Datei 02_FHEMAPP.pm (siehe Anhang) einmal manuell in eure FHEM Installation unter /opt/fhem/FHEM kopieren. (Das ist das Verzeichnis, in dem sich auch alle anderen FHEM Module befinden) Nachdem ihr die Datei kopiert habt muss FHEM einmal neu gestartet werden.
Seit dem 03.03.2024 ist das neue FHEM-Modul FHEMAPP offiziell Bestandteil von FHEM und wird mit Updates von FHEM ausgeliefert. Ihr solltet also vor Beginn der Tests sicherstellen, dass ihr alle aktuellen Updates von FHEM installiert habt.
Nun könnt ihr eure erste Instanz von FHEMApp4 direkt in FHEM erstellen:
define myapp fhemapp fhemapp4Der Parameter myapp repräsentiert den Name eurer Instanz und fhemapp4 das Verzeichnis unter /opt/fhem/www, in das die App installiert wird. Wichtig: Ihr solltet den Verzeichnisname so wählen, dass er sich von eurer eventuell aktuellen Installation von FHEMApp 3.x unterscheidet. So vermeidet ihr, dass eure aktuelle FHEMApp 3.x Version überschrieben wird.
Für die Beta Testphase muss nun noch das Attribute updatePath auf den Wert beta gesetzt werden. Damit die richtige Version von FHEMApp direkt via FHEM installiert und mit Updates versorgt werden kann. Zuletzt könnt ihr nun einmal set myapp checkVersions und danach set myapp update ausführen. Damit habt ihr die aktuelle Version von FHEMApp4 erfolgreich installiert und könnt loslegen.
Für den Start empfehle ich auf jeden Fall die Doku unter FHEMApp V4.x (https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#readme) zu lesen.
Ich freue mich auf jeden Fall über eure Bereitschaft die neue Version zu testen und natürlich auf zahlreiches Feedback. :)
Beste Grüße
Jens
Hallo Jens,
leider fehlen mir ein paar Infos, wie ich Devices aus der V3 übernehmen kann. V4 ist installiert und läuft.
Allerdings erscheint ein Fehler beim Aufruf: FHEM Config Device nicht gefunden. Das Fhem-Device, was in der Config angegeben wurde, konnte nicht gefunden werden.
Gruß
Marco
Moin Jens,
ich wollte auch die Beta ausprobieren - allerdings kann ich keine Einstellungen speichern - im UI ist das Disketten-Symbol ausgegraut
und get myapp rawconfig in fhem liefert:
{"error":"No config found!"}
Weder ./conf/config noch myapp_config.fhemapp ist darin vorhanden.
Hier noch ein List:
Internals:
CONFIG_FILE ./conf/myapp_config.fhemapp
DEF fhemapp4
FHEMAPP_NAME fhemapp4
FHEMAPP_UI <html><a href="/fhem/fhemapp4/index.html#/myapp">/fhem/fhemapp4/index.html#/myapp</a></html>
FUUID 65db8b37-f33f-06f0-198e-76e9104147e7c3ef
FVERSION 02_FHEMAPP.pm:0.100/2023-01-08
INTERVAL 3600
LOCAL 1
NAME myapp
NOTIFYDEV global
NR 54
NTFY_ORDER 50-myapp
PATH ./www/fhemapp4
SOURCE_URL https://github.com/jemu75/fhemApp
STATE defined
TYPE FHEMAPP
VERSION 0.2.0
eventCount 1
OLDREADINGS:
READINGS:
2024-02-26 06:46:42 configLastRead Can't open ./conf/myapp_config.fhemapp: No such file or directory
2024-02-25 18:47:35 local_version v4.0.19-beta
2024-02-26 06:47:44 next_cycle Mon Feb 26 07:47:44 2024
2024-02-25 18:47:31 pre_html_url https://github.com/jemu75/fhemApp/releases/tag/v4.0.19-beta
2024-02-26 06:47:45 pre_info # v4.0.19-beta (25.02.2024)
## Core
- Bugfix for Navigation if panel is not showed
- Bugfix Sorting Panelview
2024-02-25 18:47:31 pre_published_at 2024-02-25T10:39:36Z
2024-02-25 18:47:31 pre_tag_name v4.0.19-beta
2024-02-25 18:47:31 request_result success
2024-02-25 18:47:31 stable_tag_name unknown
2024-02-26 06:46:42 state defined
Attributes:
updatePath beta
VG Sebastian
Hallo Jens, das gleiche wie bei Sebastian/binford6000 geschildert bei mir auch.
Ich hatte initial auch kein /opt/fhem/conf directory, nach anlegen des directories wurde myfhemapp_config.fhemapp angelegt, aber trotzdem bekomme ich folgende Fehlermeldung vom get rawconfig:
{"header":{"showDarkMode":true,"showLanguages":true,"showTime":true,"showDate":true},"navigation":[],"panels":[],"templates":[],"content":{},"colors":{},"attributes":{"comment":"2024.02.25 22:15:14 2: [myfhemapp]: ERROR: Reading config!
2024.02.25 22:15:14 2: [myfhemapp]: Can't open ./conf/myfhemapp_config.fhemapp: No such file or directory
http://172.21.0.55:8086/fhem/fhemapp4/index.html#/myfhemapp/settings","group":"SERVER","room":"System","updatePath":"beta"}}
Im Moment geht das FHEMAPP Modul davon aus, dass das ./conf Verzeichnis bereits existiert.
Bitte ggf. erst das ./conf Verzeichnis anlegen und dann das FHEMAPP-Device in FHEM anlegen.
Und bei der Erstellung des Verzeichnisses darauf achten, dass der User, unter dem FHEM läuft (fhem?) auch r/w Berechtigung darauf hat.
Btw.: Bei Verwendung von configDB sollte das, theoretisch, auch ohne das Verzeichnis funktionieren. funktioniert das auch ohne Verzeichnis!
Ansonsten beim FHEMAPP-Device mal verbose 4 einstellen, evtl. findet sich dann noch was brauchbares im Log.
Update: Zu allererst bitte mal versuchen, ob sich aus fhemapp4 heraus dann eine Config speichern lässt.
Beim schreiben prüft das FHEMAPP-Modul in FHEM, ob das ./config-Verzeichnis vorhanden ist und legt es bei Bedarf an.
Noch ein Hinweis: Das Modul verwedet als Config-Verzeichnis das, was die Variable $FW_confdir liefert. Normalerweise ist das aber ./conf
Im FHEMAPP-Device wird die gesuchte Config-datei übrigens im INTERNAL CONFIG_FILE angezeigt.
gb#
Da steht bei mir:
CONFIG_FILE ./conf/myapp_config.fhemapp
Es ist dort aber keine config vorhanden.
Die Rechte und user stimmen.
Gruß
Hubert
Zitat von: carlos am 26 Februar 2024, 11:10:07Es ist dort aber keine config vorhanden.
Die Rechte und user stimmen.
... und?
Schon mal versucht, von fhemapp4 aus eine Config zu sichern?
gb#
Ich hab jetzt nochmal das fhemapp device gelöscht, dann den ./conf Ordner manuell angelegt (musste ich vorher auch schon).
und danach das fhemapp device wieder angelegt. Kein Änderung.
drwxr-xr-x 2 fhem dialout 4096 Feb 26 07:58 confCONFIG_FILE ./conf/myapp_config.fhemappZitatSchon mal versucht, von fhemapp4 aus eine Config zu sichern?
Das geht ja eben nicht, da das Symbol ausgegraut ist (siehe Screenshot). Und damit landet auch nix im Log.
VG Sebastian
Man muss auch schon etwas ändern in fhemapp4, damit auch was zum Speichern da ist!
Die Speichern-Funktion ist nur bei vorhandenen Änderungen aktiv!
Es sollte reichen, bspw. den Tag-/Nacht-Modus für das Optionsmenü in den Einstellungen zu aktivieren.
gb#
ZitatMan muss auch schon etwas ändern in fhemapp4, damit auch was zum Speichern da ist!
Das Häkchen bei Einstellungen IST DIE ÄNDERUNG!
Zitat von: binford6000 am 26 Februar 2024, 13:17:14ZitatMan muss auch schon etwas ändern in fhemapp4, damit auch was zum Speichern da ist!
Das Häkchen bei Einstellungen IST DIE ÄNDERUNG!
Verstehe ich nicht, auch wenn ich das Häckchen bei (englisch) ,,sesstings" (da ist noch ein typo drin) setze, bleibt speichern bei mir ausgegraut, auch wenn ich z.B. ein Panel neu anlege.
ZitatVerstehe ich nicht, auch wenn ich das Häckchen bei (englisch) ,,sesstings" (da ist noch ein typo drin) setze, bleibt speichern bei mir ausgegraut, auch wenn ich z.B. ein Panel neu anlege.
Man kann ändern was man möchte - es gibt keine Möglichkeit zum Speichern (Diskette ausgegraut).
Zitat von: binford6000 am 26 Februar 2024, 14:02:33ZitatVerstehe ich nicht, auch wenn ich das Häckchen bei (englisch) ,,sesstings" (da ist noch ein typo drin) setze, bleibt speichern bei mir ausgegraut, auch wenn ich z.B. ein Panel neu anlege.
Man kann ändern was man möchte - es gibt keine Möglichkeit zum Speichern (Diskette ausgegraut).
Genau. So ist das bei mir auch!
bei mir wird EInstellungen gar nicht angezeigt, nur die o.g. Fehlermeldung.
Hallo in die Runde,
na ihr seid ja schon fleißig. Hätte ich geahnt, dass ihr so schnell loslegt, hätte ich vielleicht Urlaub eingereicht. ;D
Aktuell sehe ich zwei Punkte, die geprüft werden müssen.
Zum einen muss geprüft werden, ob das FHEM Modul die Konfigurationsdatei erstellt, wenn es sich um eine Erstinstallation handelt.
Weiterhin muss geprüft werden, weshalb der Speichern Button inaktiv bleibt, wenn Änderungen an den Einstellungen vorgenommen werden.
Um den ersten Punkt kann sich Benni kümmern, sobald es zeitlich passt.
Den zweiten Punkt schaue ich mir heute Abend an und melde mich zurück.
Für eine schnelle Fehlerbehebung könnt ihr mir auch wie folgt helfen. Bitte nutzt im Browser den Debugmodus (F12) und schaut, ob dort Javascript Fehler in der Konsole ausgegeben werden. Zudem könnt ihr in FHEMApp das loglevel hochsetzen, um den Ladeprozess der App zu beobachten. Hierfür bitte in der URL den Querstring ?loglevel=6 verwenden. (siehe auch den Hinweis in der Doku)
Dann bis heute Abend!
Jens :)
Zitat von: jemu75 am 26 Februar 2024, 14:43:58Zum einen muss geprüft werden, ob das FHEM Modul die Konfigurationsdatei erstellt, wenn es sich um eine Erstinstallation handelt.
Ich habe eben mal auf die Schnelle geprüft (sowohl unter configDB, als auch unter fhem.cfg), ob die Config initial für ein neues FHEMAPP-Device geschrieben werden kann.
Es hat in beiden Fällen funktioniert.
Aber, auch der allererste Speichervorgang muss durch fhemapp4 ausgelöst werden. Es wird vom Modul selbst keine initiale Config angelegt.
Macht ja auch Sinn, denn das Modul interessiert sich nicht für den Inhalt der fhemapp-Config.
Also, so lange von fhemapp4 aus nicht gespeichert werden kann, wird auch keine Config abgelegt.
UND, wie weiter oben schon erwähnt, legt das FHEMAPP-Modul das ./conf Verzeichnis an, wenn es noch nicht existiert, aber auch das passiert erst beim ersten, von fhemapp4 ausgelösten Speicher-Vorgang. (Bei Verwendung von configDB wird das Verzeichnis nicht angelegt, da es nicht benötigt wird ;) )
Es sollte also nicht nötig sein, irgendetwas von Hand anzulegen ;)
gb#
ZitatHierfür bitte in der URL den Querstring ?loglevel=6 verwenden. (siehe auch den Hinweis in der Doku)
Das brachte das hier zu Tage:
15:38:42,419 No CSRF Token received.Danach war es einfach mit
attr fhemweb csrfToken randommein Problem zu lösen. (Das Attribut stand vorher auf 'none').
Danach wird bei Änderungen auch der Speichern Button aktiv.
Die config Datei wird dann auch automatisch angelegt wie Benni beschrieben hat.
Danke @Jens und @Benni
yep, mit "attr fhemweb csrfToken random" gehts auch bei mir.
Dazu folgende Info aus der FHEM-Doku:
ZitatcsrfToken
Falls gesetzt, wird der Wert des Attributes als fwcsrf Parameter bei jedem über FHEMWEB abgesetzten Kommando verlangt, es dient zum Schutz von Cross Site Resource Forgery Angriffen. Falls der Wert random ist, dann wird ein Zufallswert beim jeden FHEMWEB Start neu generiert, falls er none ist, dann wird kein Parameter verlangt. Default ist random für featurelevel 5.8 und größer, und none für featurelevel kleiner 5.8
Viele Grüße
Jürgen
Hallo zusammen,
ich finde die Möglichkeiten von FHEMApp sehr gut. Nachdem ich neu damit beginne, vermisse ich die ganzen Templates, die in der Version 3 zur Verfügung stehen. Muss ich alles selbst definieren oder habe ich bei der Installation etwas vergessen, oder sind diese in der beta noch nicht verfügbar?
Viele Grüße
Jürgen
Guten Abend an alle fleißigen Tester,
ich habe eben ein neues Release (v4.0.20-beta) bereit gestellt. Damit könnt ihr gleich mal ein Update von FHEMApp via FHEM testen. ;)
In dem Update habe ich das Handling für csrf-Token geändert. Auch wenn in der FHEM Doku die Verwendung der CSRF-Token als Sicherheitsmaßnahme empfohlen wird, so kann FHEMApp4 jetzt auch ohne csrf-Token arbeiten. D.h. wenn auch in FHEM attr WEB csrfToken none gesetzt ist, funktioniert es.
Weiterhin gab es die Frage, was mit den Standard-Templates aus FHEMapp 3.x ist. Grundsätzlich habe ich auch in FHEMApp4 die Möglichkeit zur Auslieferung von Standard-Templates implementiert. Aktuell ist hier nur ein ShellyPlus_1pm für Testzwecke enthalten. Natürlich könnte ich alle Templates, die ich aktuell erstellt habe, über diesen Weg veröffentlichen. (siehe Liste unten) Jedoch sind das letztlich Templates, die meine persönlichen Wünsche erfüllen. Ob das auch allen anderen Benutzern gefällt kann ich nicht einschätzen. ;) Ich bin generell noch unschlüssig, was bzgl. der Templates der beste Ansatz wäre. Auf der einen Seite macht es wenig Sinn, wenn jeder Benutzer seine Templates selbst erstellen muss. Und hier wäre vielleicht eine Art "Bibliothek" eine gute Lösung. Auf der anderen Seite hat vielleicht jeder Anwender besondere Vorstellungen und möchte jedes Template individuell anpassen oder erstellen. Ihr könnt ja gern mal eure Meinungen zu dem Thema in die Runde werfen. So finden wir vielleicht gemeinsam eine Lösung für das Thema. :)
aktuell habe ich für folgende Devices Templates erstellt:
proplanta
HM-TC-IT-WM-W-EU
HM-SEC-SD
HM-SEC-SCO
HM-WDS10-TH-O
HM-LC-BL1PBU-FM
HM-ES-PMSW1-PL
HM-LC-SW
HM-LC-DIM1TPBU-FM
HM-SEC-MDIR
shellyswitch
shellydimmer
shellyrgbw2
shellyPlus_1pm
SSCam
sonosplay
chart_thermostat
Zitat von: marboj am 25 Februar 2024, 23:08:21Allerdings erscheint ein Fehler beim Aufruf: FHEM Config Device nicht gefunden. Das Fhem-Device, was in der Config angegeben wurde, konnte nicht gefunden werden.
Hallo Marco,
tritt der Fehler bei Dir noch auf? Wenn ja, kannst du bitte mal ein
list von deinem fhemapp Device in FHEM machen. Weiterhin bitte mal die komplette URL, über die du
FHEMApp4 aufrufst.
Grüße
Jens :)
Hallo Jens,
bezüglich Templates halte ich den Bibliotheks-Gedanken für gut. Gerade für den Einstieg ist die Bereitstellung von einigen Templates sehr hilfreich. Eventuell kann man hier auch einen eigenen Bereich aufmachen, wo man seine selbst erstellten Templates zur Verfügung stellen kann (Import-Funktion?).
Auf jeden Fall schon einmal vielen Dank für Deine Arbeit.
Viele Grüße
Jürgen
Hallo Jens,
folgende Templates würden mir den Einstieg deutlich erleichtern 8)
Zitat von: jemu75 am 26 Februar 2024, 22:12:00proplanta
HM-SEC-SCO
HM-ES-PMSW1-PL
SSCam
sonosplay
chart_thermostat
Das Update war problemlos möglich.
Viele Grüße
Jürgen
Zitat von: jemu75 am 26 Februar 2024, 22:40:57Zitat von: marboj am 25 Februar 2024, 23:08:21Allerdings erscheint ein Fehler beim Aufruf: FHEM Config Device nicht gefunden. Das Fhem-Device, was in der Config angegeben wurde, konnte nicht gefunden werden.
Hallo Marco,
tritt der Fehler bei Dir noch auf? Wenn ja, kannst du bitte mal ein list von deinem fhemapp Device in FHEM machen. Weiterhin bitte mal die komplette URL, über die du FHEMApp4 aufrufst.
Grüße
Jens :)
Danke der Nachfrage, klappt nun... der Aufruf war falsch...
Hallo Jens,
ich habe noch zwei Dinge bemerkt:
- Der Tag/Nacht-Modus wird nach einem Reload der Seite immer wieder auf Nacht gestellt.
- Nachdem ich gestern ein eigenes Template gelöscht habe, kann ich keine Neuen mehr erstellen.
Beim Eingeben von 'Name für neue Vorlage' kann ich nur ein Zeichen eingeben, danach erscheint
folgender Fehler in der Konsole:
index-dc76d176.js:13 TypeError: Cannot read properties of undefined (reading 'toUpperCase')
at SettingsView-d3ee4dca.js:14:33231
at Array.sort (<anonymous>)
at SettingsView-d3ee4dca.js:14:33212
at Gd.fn (index-dc76d176.js:9:9403)
at Gd.run (index-dc76d176.js:9:1517)
at get value (index-dc76d176.js:9:9648)
at SettingsView-d3ee4dca.js:14:36316
at Object.r (index-dc76d176.js:13:4792)
at default (index-dc76d176.js:48:98805)
at Hw (index-dc76d176.js:13:53364)
JU @ index-dc76d176.js:13
VG Sebastian
EDIT: Vermutlich war in meinem Template ein Fehler enthalten. Manuelles Löschen des Templates aus der config
behebt es leider auch nicht. In Panels unter der Template-Auswahl erscheint nur [object - Object] (siehe Screenshot).
Hallo,
vielleicht sollte man für die Fehlermeldungen aus den Tests einen eigenen Bereich erstellen. Jens, was ist für dich besser?
Ich kann aktuell im Bereich Optionsmenue keine Befehle erstellen. Das "+" reagiert nicht. Somit bleibt auch die "Diskette inaktiv. Beta 4.0.20
Viele Grüße
Jürgen
Zitat von: jemu75 am 26 Februar 2024, 22:12:00Weiterhin gab es die Frage, was mit den Standard-Templates aus FHEMapp 3.x ist. Grundsätzlich habe ich auch in FHEMApp4 die Möglichkeit zur Auslieferung von Standard-Templates implementiert. Aktuell ist hier nur ein ShellyPlus_1pm für Testzwecke enthalten. Natürlich könnte ich alle Templates, die ich aktuell erstellt habe, über diesen Weg veröffentlichen.
Ich glaube tatsächlich, dass die meisten Templates eher individuell sind. Allerdings könnte man doch so eine Art Standard-Templates mit ausliefern, also bspw. ein einfacher Switch, der die zustönde on und off behandelt. oder eine einfaches Heizthermostat, Soll-Temperatur +/- und Ist-Temperaturanzeige.
Ich habe in meinen Templates meisten auch mehrere Geräte und v.a. Nutzung sehr spezifischer Attribute (userattr). Auch nutze ich die Sprachvariablen, von daher sind meine Templates evtl. als Inspiration interessant, aber eben nicht zur direkten Übernahme in eine fremde Installation.
Fürs Erste könnte man doch auch einfach einen Thread aufmachen, in dem jeder der möchte seine Templates als Raw-JSON veröffentlichen kann.
Daraus könnte man später immer noch eine, wie auch immer geartete Bibliothek aufbauen.
gb#
Guten Abend,
folgende Rückmeldungen zu den heutigen Themen:
Den Fehler von Jürgen (Hinzufügen von FHEM Befehlen im Optionsmenü) habe ich in der aktuell verfügbaren Beta-Version 4.0.21 gefixt. Danke Jürgen für's Testen! :)
Den Fehler von Sebastian konnte ich ebenfalls nachstellen. Grundsätzlich ist es nicht zu empfehlen, Änderungen direkt in der Konfigurationsdatei vorzunehmen. Das direkte Editieren der Konfigurationsdatei sollte nur im absoluten Ausnahmefall erfolgen, wenn FHEMApp die Konfiguration zum Beispiel nicht mehr einlesen kann. Benni hat für diesen Sonderfall auch noch eine Erweiterung an dem FHEM-Modul vorgenommen, damit manuelle Änderungen der Konfigurationsdatei erneut in FHEM eingelesen werden können. @Sebastian: vermutlich ist mind. eine deiner Templatedefinitionen strukturell fehlerhaft, sodass der Fehler ausgelöst wird. Es gibt einen recht einfachen Weg, wie ich in dem Fall weiterhelfen kann. Rufe bitte mal deine App mit dem loglevel 7 auf. (also z.B in der Form: http://fhem:8083/fhem/fhemapp4/index.html#/myapp/?loglevel=7) Die Kopfzeile wird nun rot dargestellt und oben rechts wird ein Infobutton eingeblendet. Bei Klick auf den Infobutton, kannst deine Konfiguration sehen, so wie sie aus der Konfigurationsdatei eingelesen wurde. Über den Kopieren Button (oben rechts) kannst du deine gesamte Konfiguration in die Zwischenablage kopieren und hier gern einstellen. Dann kann ich schnell sehen, wo deine Konfiuration kaputt ist und dir helfen, diese wieder zu korrigieren.
Zur Frage bzgl. Tag/Nacht-Modus von Sebastian. FHEMApp wird standardmäßig im dunklen Modus geöffnet und kann dann über das Optionsmenü umgeschaltet werden. Wenn man FHEMApp stattdessen im hellen Farbmodus öffnen möchte, dann kann man das über den URL-Parameter dark steuern. (also z.B in der Form: http://fhem:8083/fhem/fhemapp4/index.html#/myapp/?dark=0)
Zur Frage bzgl. Meldung von Fehlern von Jürgen. Am besten ist es, wenn Fehler oder Wünsche direkt in Github als Issue eingestellt werden. So behalte ich den Überblick und stelle sicher, dass nichts vergessen wird. Da jedoch nicht alle FHEM-User einen Github-Account haben, könnt ihr eure Fehler oder Wünsche auch gern hier in diesen Beitrag schreiben. Ich übernehme diese dann als Issue in Github. siehe auch Github - Issues (https://github.com/jemu75/fhemApp/issues)
So, ich hoffe nichts überlesen zu haben. Meldet euch gern, falls noch was offen ist. :)
Ps.: und danke schonmal für euer Feedback zu den Templates. Ich denke noch etwas drauf rum und melde mich kurzfristig mit einem Lösungsvorschlag.
Grüße
Jens
Danke Jens,
Update hat den Fehler behoben. In meinen Test sind weitere Fragen entstanden:
- Beim Format %d() würde ich gerne die Möglichkeit haben, die Sekunden auszublenden. Ist das möglich? z.B. anstatt "27.02.24 18:00:00" "27.02.24 18:00"
- Wie kann ich andere Icons einbinden? In FHEM gibt es ja diverse Pfade mit Icons. Es wäre schön, wenn man diese nutzen könnte
Viele Grüße
Jürgen
PS.: Ich bin gespannt auf Eure Templates. Ich habe heute Stunden damit verbracht ein Thermostat zu bauen :-[
Hallo Jürgen,
das gewünschte Format kannst du wie folgt einstellen.
%d({ "day"\: "2-digit", "month"\: "2-digit", "year"\: "2-digit", "hour"\: "2-digit", "minute"\: "2-digit" })
siehe auch unter "options" (https://www.w3schools.com/jsref/jsref_tolocalestring.asp)
Derzeit ist das mdi-Iconset (siehe Material Design Icons (https://pictogrammers.com/library/mdi/)) implementiert.
Ich habe das Thema in die Wünsche (https://github.com/jemu75/fhemApp/issues) aufgenommen und würde mir das nach der Betaphase mal ansehen.
Ich habe dir als Anregung mal mein aktuelles Thermostat Template (auf Basis von Homematic HM-TC-IT-WM-W-EU) angefügt. Dieses nutze ich in Verbindung mit einem Schaltaktor, der den Heizkreis für eine Fußbodenheizung öffnet bzw. schließt. Die Raumtemperaturabhängige Steuerung des Heizkreises löse ich in FHEM über ein doif. Mein Template wird jeweils mit 3 FHEM Devices verbunden.
1. dem Homematic Wandthermostat (thermo)
2. dem Homematic Schaltaktor (valve)
3. einem weiteren "Funkkanal" vom Homematic Wandthermostat (receiver) zur Anzeige von Batteriezustand und Funkverbindung
Das Template hat zwei Ebenen. Die erste Ebene dient zur Steuerung der Raumtemperatur. Die zweite Ebene zeigt visuell nochmal Soll und Ist-Temperatur über ein Chart an.
Beste Grüße
Jens :)
Hallo Jens,
super. Danke für die Vorlage und den Tipp. Ich werde mir das morgen in Ruhe ansehen.
Viele Grüße
Jürgen
Hallo Jens,
ZitatZur Frage bzgl. Tag/Nacht-Modus von Sebastian. FHEMApp wird standardmäßig im dunklen Modus geöffnet und kann dann über das Optionsmenü umgeschaltet werden. Wenn man FHEMApp stattdessen im hellen Farbmodus öffnen möchte, dann kann man das über den URL-Parameter dark steuern. (also z.B in der Form: http://fhem:8083/fhem/fhemapp4/index.html#/myapp/?dark=0)
Ich hab ein Issue in github (https://github.com/jemu75/fhemApp/issues/56) aufgemacht
ZitatRufe bitte mal deine App mit dem loglevel 7 auf. (also z.B in der Form: http://fhem:8083/fhem/fhemapp4/index.html#/myapp/?loglevel=7) Die Kopfzeile wird nun rot dargestellt und oben rechts wird ein Infobutton eingeblendet. Bei Klick auf den Infobutton, kannst deine Konfiguration sehen, so wie sie aus der Konfigurationsdatei eingelesen wurde.
Ah das ist interessant. Danke fürs Angebot aber ich hab schon wieder alles platt gemacht und neu begonnen... ;D
ZitatIch glaube tatsächlich, dass die meisten Templates eher individuell sind. Allerdings könnte man doch so eine Art Standard-Templates mit ausliefern, also bspw. ein einfacher Switch, der die zustönde on und off behandelt. oder eine einfaches Heizthermostat, Soll-Temperatur +/- und Ist-Temperaturanzeige.
Ich sehe das wie Benni: Ein Satz an Basis-Templates für die gängigsten Geräte (Schalter, Licht, Rollo, Thermostat) sollte mitgeliefert werden. Alle individuellen Templates können als Code-Schnipsel in einem Thread hier im Forum gesammelt werden.
VG Sebastian
Zitat von: jemu75 am 27 Februar 2024, 22:27:04Hallo Jürgen,
das gewünschte Format kannst du wie folgt einstellen.
%d({ "day"\: "2-digit", "month"\: "2-digit", "year"\: "2-digit", "hour"\: "2-digit", "minute"\: "2-digit" })
siehe auch unter "options" (https://www.w3schools.com/jsref/jsref_tolocalestring.asp)
Hallo Jens,
Dein Tipp funktioniert leider nicht bei mir, das das "escapen" nicht funktioniert. Bei der Eingabe eine "\" kommt sofort die Meldung Screenshot 2024-02-28 213549.png
Viele Grüße
Jürgen
Hallo zusammen,
ich habe mir eine Vorlage für ein Thermostat gebaut(s. Anhang). Leider funktioniert weder die Änderung der Temperatur per button (Minus) noch per Slider. Kann mir jemand sagen, was ich falsch mache?
Viele Grüße
Jürgen
Hallo Jens,
ich wollte heute mit der Umsetzung von Vorlagen in meiner Produktiv-Installation fortsetzen und muss feststellen, dass ich seit v4.0.19 ein problem habe mit dem Aufklappen der einzelnen Punkte in den Vorlagen. Es lässt sich, außer auf der Seite "Allgemein" nur noch der oberste Balken öffnen.
Beispiel: Ich öffne eine Vorlage zur Bearbeitung (egal ob neu oder bestehend), dann lässt sich unter "Allgemein" noch jeder einzelne Unterpunkt öffnen (bspw. "Navigation" oder "SortBy") Wenn ich nun von "Allgemein" auf "Statuszeile" umschalte, kann ich dort nur noch den Unterpunkt "bar" aufklappen, egal auf welchen der anderen Unterpunkte ich klicke, es wird immer nur "bar" auf, bzw. zugeklappt.
Wenn ich nun wieder auf die Einstellungsseite "Allgemein" wechsle, habe ich dort dasselbe Problem.
In der Konsole konnte ich keine Fehler sehen, auch nicht mit loglevel 7.
Ich habe unterschiedliche Browser versucht, sowohl auf meiner Test-, als auch auf meiner Produktivinstallation ist es ab Version 4.0.19-beta immer dasselbe verhalten.
Gehe ich zurück auf v4.0.18-beta funktioniert alles wieder normal.
(Getestet habe ich von v4.0.21-beta an rückwärts)
An der Config kann es vermutlich nicht liegen, die war bspw. auf meinem Testsystem komplett leer.
Mein Produktivsystem hat dagegen inzwischen einige Panels und Vorlagen.
Wundere mich nur, dass das sich sonst noch keiner damit gemeldet hat.
(vielleicht liegt's ja am außergewöhnlichen Datum heute :D )
gb#
Zitat von: juemuc am 28 Februar 2024, 21:36:50Zitat von: jemu75 am 27 Februar 2024, 22:27:04Hallo Jürgen,
das gewünschte Format kannst du wie folgt einstellen.
%d({ "day"\: "2-digit", "month"\: "2-digit", "year"\: "2-digit", "hour"\: "2-digit", "minute"\: "2-digit" })
siehe auch unter "options" (https://www.w3schools.com/jsref/jsref_tolocalestring.asp)
Hallo Jens,
Dein Tipp funktioniert leider nicht bei mir, das das "escapen" nicht funktioniert. Bei der Eingabe eine "\" kommt sofort die Meldung Screenshot 2024-02-28 213549.png
Viele Grüße
Jürgen
Hallo Jürgen,
danke Dir für den Hinweis. Gebe die Definition bitte mal über das Eingabefeld (also nicht im raw-Modus) ein. Dann funktioniert es. Wenn du danach nochmal in der raw-Modus umschaltest, siehst du den Unterschied. Im Raw-Modus, also im Json-Format, haben die Gänsefüßchen eine besondere Funktion. Die werden hier nochmals "escaped" damit es passt. Sorry, dass ich das nicht präzise genug beschrieben hatte.
Melde dich gern, wenn Du noch Hilfe brauchst.
Beste Grüße
Jens :)
Hallo Jens,
hast Du noch einen Tipp für die Änderung der Temperatur (siehe Beitrag #34)?
Ich wollte eine Vorlage für Thermostate erstellen. Allerdings habe ich sowohl AVM als auch HM_IP-Thermostate. Wenn ich nun ein Datums-Reading (vom AVM-Device) angebe, gibt es bei den HM-Devices eine Fehlermeldung. Muss ich hier unterschiedliche Vorlagen erstellen? Ich würde in diesem Fall gerne einen anderen Wert anzeigen, den es dann aber auch nicht beim AVM-Device gibt.
Viele Grüße
Jürgen
Hallo Jürgen,
vermutlich habe ich einen Artikel von dir aus versehen gelöscht. :o
Bezüglich deiner Frage, wo du die Definition für die Datumsformatierung via Eingabefeld eingeben kannst, habe ich dir mal einen Beispiel Screenshot angefügt.
Grüße
Jens :)
Hallo Jens,
nein, das war ich selbst, da ich es mittlerweile gefunden hatte :-[
Viele Grüße
Jürgen
Hallo Jürgen,
zu deiner Anfrage bzgl. dem Thermostat Template. In deinen set-Befehlen fehlt noch das Device
aktuell sieht deine Definition z.B. so aus:
set desired-temp %n(1,-0.5)
Zwischen "set" und "desired-temp" muss noch der key von dem Device, den du in der Paneldefinition vergeben hast.
Wenn in deinem Panel unter "devices" beispielsweise "therm:mein_fhem_thermostat" hinterlegt ist, dann muss dein set-Befehl so aussehen:
set therm desired-temp %n(1,-0.5)Somit wir in jedem Panel, in dem du das Template verwendest, therm durch das jeweilige Device ersetzt.
Im beschriebenen Beispiel lautet der set-Befehl der letztlich an FHEM gesendet wird z.B. "set mein_fhem_thermostat desired-temp 23.5"
Grüße
Jens :)
Hallo Benni,
ich dachte schon, ich bin zu blöd die Unterpunkte zu öffnen. ;D
Mir war das die Tage auch schon mal aufgefallen aber ich hatte das Thema noch nicht weiter untersucht. Aber jetzt wo dir das auch aufgefallen ist, habe ich das nochmal geprüft und es handelt sich tatsächlich um einen Fehler. Danke auch, dass du gleich rückwärts getestet hast. Da ich heute und morgen nicht dazu komme, lege ich ein issue "bug" in github an. Ich versuche kommendes Wochenende die aktuell bekannten Fehler zu beheben und würde dann ein weiteres Release freigeben.
Grüße
Jens :)
EDIT: Workaround für dieses Problem -> einmal in den raw-Modus schalten und wieder zurück. Danach lassen sich die gewünschten Unterpunkte wie gewohnt öffnen. ;)
Hallo Jens,
das mit dem Click hat nun funktioniert. Allerdings muss ich immer erst auf ein "refresh" des Browsers warten bzw. die Refresh-Taste drücken. Kann der neue Wert auch direkt angezeigt werden?
Zusätzlich ist mir aufgefallen, dass man im "normalen" Modus nicht alles aufklappen kann. So ist es mir nur im "Raw Mode" möglich den btn-click im Bereich "Ebenen" zu bearbeiten obwohl ein grüner Haken angezeigt wird. Die anderen Bereiche ohne grünen Haken kann ich auch nicht aufklappen. Hier hilft auch der Workaround leider nichts. Aber da bist Du ja dran ;)
Viele Grüße
Jürgen
Hallo,
ich schaffe es leider nicht ein numerischen Wert auf "=" abzufragen. Er nimmt immer ">=". Wie muss die Definition aussehen?
"text": ["hkt-desired-temp:=7.5:AUS:text-error text-h5"] funktioniert nicht.
Viele Grüße
Jürgen
Zitat von: juemuc am 29 Februar 2024, 23:13:01Allerdings muss ich immer erst auf ein "refresh" des Browsers warten bzw. die Refresh-Taste drücken. Kann der neue Wert auch direkt angezeigt werden?
Zusätzlich ist mir aufgefallen, dass man im "normalen" Modus nicht alles aufklappen kann. So ist es mir nur im "Raw Mode" möglich den btn-click im Bereich "Ebenen" zu bearbeiten obwohl ein grüner Haken angezeigt wird. Die anderen Bereiche ohne grünen Haken kann ich auch nicht aufklappen. Hier hilft auch der Workaround leider nichts. Aber da bist Du ja dran ;)
Viele Grüße
Jürgen
Hallo Jürgen,
zu deiner ersten Frage. Wenn ich dich richtig verstanden haben, dann wird in dem Panel der Wert den du über den Button veränderst nicht aktulisiert bzw. erst nach Browser Reload. Die Aktualisierung der Werte funktioniert in der Regel sehr zuverlässig. Aus der Erfahrung tritt dieser "Effekt" dann auf, wenn in FHEM das Attribut "event-on-change-reading" zum Einsatz kommt. Hier werden nur noch definierte Readings "on-the-fly" aktualisiert. Bitte prüfe auf jeden Fall, ob dieses Attribut in Verwendung ist. Und wenn dem so ist, müssen dort zumindest alle Readings hinterlegt sein, die immer (also auch ohne Browser-Reload) aktualisiert werden sollen. Diese Effekt betrifft dann übrigens auch FHEM selbst. Solltest du "event-on-change-reading" nicht verwenden, dann wäre noch denkbar, dass
FHEMApp Fehler verursacht hat und dann nicht mehr zuverlässig läuft. Am besten kannst du das prüfen in dem du den Debug-Modus im Browser (meist über F12 aktivierbar) startest und hier die Konsole öffnest. Wenn hier irgendwelche Fehlermeldungen angezeigt werden dann wäre es gut, wenn du mir diese zukommen lässt. So kann ich die Fehler am besten nachvollziehen und korrigieren.
zu deiner zweiten Info gebe ich dir Recht. Das beobachte ich im Moment auch bei mir. Wobei es auch hier möglich ist, dass
FHEMApp gar nicht mehr zuverlässig läuft, wenn Javascript Fehler auftreten. Deshalb gern auch bei Verwendung des Workaround mal schauen, ob in der Browserkonsole Fehler angezeigt werden. Ansonsten versuche ich das Thema auf jeden Fall zeitnah zu fixen. :)
Grüße
Jens
Zitat von: juemuc am 01 März 2024, 17:28:13Hallo,
ich schaffe es leider nicht ein numerischen Wert auf "=" abzufragen. Er nimmt immer ">=". Wie muss die Definition aussehen?
"text": ["hkt-desired-temp:=7.5:AUS:text-error text-h5"] funktioniert nicht.
Viele Grüße
Jürgen
Hallo Jürgen,
um das Reading auf den exakt einen Wert (also ein = ) zu prüfen, kannst du diesen zwischen "^" und "$" setzen. Damit sieht deine Definition dann wie folgt aus:
"text": ["hkt-desired-temp:^7.5$:AUS:text-error text-h5"]Melde dich gern, wenn's noch Hilfe braucht.
Grüße
Jens :)
Danke. hat funktioniert.
Viele Grüße
Jürgen
Hallo liebe Tester,
ich habe eben die Version v4.0.22-beta freigegeben.
Damit sind folgende Probleme gefixt:
- Aufklappen der Unterpunkte in den Einstellungen funktioniert wieder
- Synchronisation der geänderten Einstellungen bei Umschaltungen zwischen raw-Mode und UI-Mode
- Fehler bei reConnect von FHEMApp mit FHEM behoben
Dann viel Spaß beim weiteren Testen - und immer her mit Fehlern, wenn welche Auffallen. ;D ;)
Falls nichts neues kommt würde ich als nächstes die Standard-Templates in Angriff nehmen.
Grüße
Jens :)
Hallo Jens,
über set update funktioniert es bei mir leider nicht.
Viele Grüße
Jürgen
Zitat von: juemuc am 01 März 2024, 20:42:22Hallo Jens,
über set update funktioniert es bei mir leider nicht.
Viele Grüße
Jürgen
Hallo Jürgen,
hast Du zuvor mal
checkVersions ausgeführt? FHEM prüft zyklisch, ob neue Updates da sind. Vielleicht hatte Dein FHEM noch nicht wieder auf neue Updates geprüft.
Grüße
Jens
Zitat von: jemu75 link=msg=1305327 date=1709324876
hast Du zuvor mali]checkVersions[/i] ausgeführt? FHEM prüft zyklisch, ob neue Updates da sind. Vielleicht hatte Dein FHEM noch nicht wieder auf neue Updates geprüft.
Der
checkVersions vor dem
update ist übrigens nicht (mehr) notwendig. Das FHEMAPP-Modul führt vor dem Update generell ein
checkVersions aus.
Die zyklische Prüfung ist tatsächlich generell aktiv (alle Stunde wird geprüft), kann aber auch per
attr <FHEMAPP-Device> interval 0attr <FHEMAPP-Device> disable 1deaktiviert werden.
@Jürgen: Hast du das Attribut
updatePath beim entsprechenden FHEMAPP-Device in FHEM noch auf "beta" stehen?
Falls das mit dem Update trotzdem nicht funktioniert, bitte hier mal ein
list des FHEMAPP-Device posten, sowie ein Log-Auszug vom update-Versuch mit
attr verbose 4 beim entsprechenden FHEMAPP-Device.
gb#
Zitat von: jemu75 am 01 März 2024, 20:18:21ich habe eben die Version v4.0.22-beta freigegeben.
Damit sind folgende Probleme gefixt:
- Aufklappen der Unterpunkte in den Einstellungen funktioniert wieder
- Synchronisation der geänderten Einstellungen bei Umschaltungen zwischen raw-Mode und UI-Mode
- Fehler bei reConnect von FHEMApp mit FHEM behoben
Ganz schön fix ge-fixt! :D
Ich kann bestätigen, dass die beiden, von mir gemeldeten Probleme, bei mir mit der Version nicht mehr auftreten.
Morgen geht's bie mir mit der weiteren Konfig in meiner Prod-Installation weiter, sowie mit der übernahme des FHEMAPP-Moduls in den FHEM-Standard-Update-Prozess. (Mist am Sonntag soll Grill-Wetter werden ;D )
Gruß Benni
Hallo zusammen,
ja ich habe alle relevanten Schritte durchgeführt. Das Update auf die ..21 hat ja funktioniert. Hier das gewünschte list.
Internals:
CONFIG_FILE ./conf/fhem_app_config.fhemapp
DEF fhemapp4
FHEMAPP_NAME fhemapp4
FHEMAPP_UI <html><a href="/fhem/fhemapp4/index.html#/FHEM_App">/fhem/fhemapp4/index.html#/FHEM_App</a></html>
FUUID 65e0aed2-f33f-a57c-9136-2b0bf73e7f85c7f8
INTERVAL 3600
LOCAL 1
NAME FHEM_App
NOTIFYDEV global
NR 404
NTFY_ORDER 50-FHEM_App
PATH ./www/fhemapp4
SOURCE_URL https://github.com/jemu75/fhemApp
STATE defined
TYPE FHEMAPP
VERSION 0.2.0
eventCount 4
OLDREADINGS:
READINGS:
2024-03-01 18:12:59 configLastRead Fri Mar 1 18:12:59 2024
2024-03-01 21:07:00 configLastWrite Fri Mar 1 21:07:00 2024
2024-02-29 17:20:48 local_version v4.0.21-beta
2024-03-01 22:05:17 next_cycle Fri Mar 1 23:05:17 2024
2024-03-01 20:38:38 pre_html_url https://github.com/jemu75/fhemApp/releases/tag/v4.0.22-beta
2024-03-01 20:38:38 pre_info # v4.0.22-beta (01.03.2024)
## Framework
- Bugfix for vuetify3 extention panel -> version rollback
## Settings
- Bugfix for synchronisation between raw-mode and ui-mode
## Core
- Bugfix for reconnect
2024-03-01 20:38:38 pre_published_at 2024-03-01T19:10:38Z
2024-03-01 20:38:38 pre_tag_name v4.0.22-beta
2024-02-29 17:20:49 request_result success
2024-02-29 17:20:49 stable_tag_name unknown
2024-03-01 18:12:59 state defined
helper:
config {"header":{"showTime":true,"showDate":true,"showSettings":true,"showReloadPage":true,"showDarkMode":true,"commands":[{"name":"Backup","title":"FHEM Backup","icon":"mdi-database-arrow-down","cmd":"backup"}]},"navigation":[],"panels":[{"name":"Heizk�rper Esszimmer rechts","template":"HM-Thermostate","panel":{"devices":["hkt:HmIP_eTRV_C_2_002CDF29B455A8"],"navigation":["::Wohnzimmer"]},"status":{},"main":[{"level":{}}],"info":{}},{"name":"Heizk�rper B�ro","template":"AVM-Thermostate","panel":{"devices":["hkt:FBDECT_FB_10971_0203216"],"navigation":["::B�ro"]},"status":{},"main":[{"level":{}}],"info":{}},{"name":"Heizk�rper Esszimmer links","template":"HM-Thermostate","panel":{"devices":["hkt:HmIP_eTRV_C_2_002CDF29B46913"],"navigation":["::Wohnzimmer"]},"status":{},"main":[{"level":{}}],"info":{}},{"name":"Heizk�rper Wohnzimmer","template":"HM-Thermostate","panel":{"devices":["hkt:HmIP_eTRV_B_2_R4M_00399F29A0FB7E"],"navigation":["::Wohnzimmer"]},"status":{},"main":[{"level":{}}],"info":{}},{"name":"Wandthermostat Wohnzimmer","template":"HM-Thermostate","panel":{"devices":["hkt:HmIP_WTH_B_2_003460C9ACB99A"],"navigation":["::Wohnzimmer"],"sortby":["::01"]},"status":{},"main":[{"level":{}}],"info":{}},{"name":"Heizk�rper Schlafzimmer","template":"AVM-Thermostate","panel":{"devices":["hkt:FBDECT_FB_10971_0220184"],"navigation":["::Schlafzimmer"]},"status":{},"main":[{"level":{}}],"info":{}}],"templates":[{"name":"HM-Thermostate","author":"juemuc","date":"27.02.2024","panel":{"navigation":["a-room::Zimmer->%s"]},"status":{"title":["a-alias::%s"],"bar":["devstate:ok:100:success","::100:error"]},"main":[{"level":{"left1":"btn","mid":"info","right1":null,"right2":"btn"},"mid":{"text":["hkt-desired-temp:^7.5$:AUS:text-error text-h5","hkt-desired-temp::%n(1)�C:text-h4"],"divider":["::true"],"size":["8"]},"right2":{"btn":["::mdi-plus"],"click":["hkt-desired-temp::set hkt desired-temp %n(2,0.5)"]},"left1":{"btn":["::mdi-minus"],"click":["desired-temp::set hkt desired-temp %n(2,-0.5)"],"divider":["::true"]}},{"level":{"mid":"chart","height":["280px"]},"mid":{"options":{"legend":{"show":false},"xAxis":{"show":false},"grid":{"top":20,"bottom":0,"left":20,"right":20},"series":[{"type":"gauge","center":["50%","65%"],"startAngle":200,"endAngle":-20,"min":10,"max":30,"splitNumber":10,"itemStyle":{"color":"#FFAB91"},"progress":{"show":true,"overlap":false,"width":20},"pointer":{"show":false},"axisLine":{"lineStyle":{"width":20}},"axisTick":{"distance":-30,"splitNumber":4,"lineStyle":{"width":2,"color":"#999"}},"splitLine":{"distance":-36,"length":12,"lineStyle":{"width":3,"color":"#999"}},"axisLabel":{"distance":-10,"color":"#999","fontSize":10},"anchor":{"show":false},"title":{"show":false},"detail":{"valueAnimation":true,"width":"60%","lineHeight":40,"borderRadius":8,"offsetCenter":[0,"-15%"],"fontSize":35,"fontWeight":"bolder","formatter":"{value}�C","color":"inherit"}},{"type":"gauge","center":["50%","65%"],"startAngle":200,"endAngle":-20,"min":10,"max":30,"itemStyle":{"color":"#FD7347"},"progress":{"show":true,"width":8},"pointer":{"show":false},"axisLine":{"show":false},"axisTick":{"show":false},"splitLine":{"show":false},"axisLabel":{"show":false},"detail":{"valueAnimation":true,"width":"60%","lineHeight":40,"borderRadius":8,"offsetCenter":[0,"15%"],"fontSize":20,"fontWeight":"normal","formatter":"{value}�C","color":"inherit"}}]},"serie":["hkt-desired-temp::%s:Soll:2:�C:gauge","hkt-measured-temp::%s:Temperatur:2:�C:gauge"]}}],"info":{"left1":["hkt-SET_POINT_MODE::%s",":: "],"left2":["hkt-BOOST_MODE:true: BOOST::"],"mid2":["hkt-measured-temp::%n(1)�C:mdi-thermometer"],"right1":["battery:ok:%s:mdi-battery:success","battery:low:%s:mdi-battery-30:warning","battery:75:%s:mdi-battery:success","battery:40:%s:mdi-battery-50:success","battery:15:%s:mdi-battery-30:warning","battery::%s:mdi-battery-outline:error"],"right2":["activity:alive:: mdi-wifi:success","present:yes:: mdi-wifi:success","present::: mdi-wifi-off:error"],"mid1":["WINDOW_STATE:open::mdi-window-open:error"]}},{"name":"AVM-Thermostate","author":"juemuc","date":"27.02.2024","panel":{"navigation":["a-room::Zimmer->%s"]},"status":{"title":["a-alias::%s"],"bar":["present:yes:100:success","::100:error"]},"main":[{"level":{"left1":"btn","left2":null,"mid":"info","right1":null,"right2":"btn"},"mid":{"text":["desired-temp::%n(1)�C:text-h4"],"divider":["::true"],"size":["8"]},"right2":{"btn":["::mdi-plus"],"click":["desired-temp::set hkt desired-temp %n(2,0.5)"]},"left1":{"btn":["::mdi-minus"],"click":["desired-temp::set hkt desired-temp %n(2,-0.5)"],"divider":["::true"]}},{"level":{}}],"info":{"left1":["hkt-nextPeriodStart::Next %d({ \"day\"\\: \"2-digit\", \"month\"\\: \"2-digit\", \"year\"\\: \"2-digit\", \"hour\"\\: \"2-digit\", \"minute\"\\: \"2-digit\" })"],"left2":["hkt-nextPeriodTemp:: %n(1)�C "],"mid2":["hkt-temperature::%n(1)�C:mdi-thermometer"],"right1":["battery:75:%s:mdi-battery:success","battery:40:%s:mdi-battery-50:success","battery:15:%s:mdi-battery-30:warning","battery::%s:mdi-battery-outline:error"],"right2":["present:yes:: mdi-wifi:success","present::: mdi-wifi-off:error"]}},{"name":"HM-Thermostate-Test","author":"juemuc","date":"27.02.2024","panel":{"navigation":["a-room::Zimmer->%s"]},"status":{"title":["a-alias::%s"],"bar":["devstate:ok:100:success","::100:error"]},"main":[{"level":{"left1":"btn","mid":"info","right1":null,"right2":"btn"},"mid":{"text":["hkt-desired-temp:^7.5$:AUS:text-error text-h5","hkt-desired-temp::%n(1)�C:text-h4"],"divider":["::true"],"size":["8"]},"right2":{"btn":["::mdi-plus"],"click":["hkt-desired-temp::set hkt desired-temp %n(2,0.5)"]},"left1":{"btn":["::mdi-minus"],"click":["desired-temp::set hkt desired-temp %n(2,-0.5)"],"divider":["::true"]}},{"level":{"mid":"chart","height":["280px"]},"mid":{"options":{"legend":{"show":false},"xAxis":{"show":false},"grid":{"top":20,"bottom":0,"left":20,"right":20},"series":[{"type":"gauge","center":["50%","65%"],"startAngle":200,"endAngle":-20,"min":10,"max":30,"splitNumber":10,"itemStyle":{"color":"#FFAB91"},"progress":{"show":true,"overlap":false,"width":20},"pointer":{"show":false},"axisLine":{"lineStyle":{"width":20}},"axisTick":{"distance":-30,"splitNumber":4,"lineStyle":{"width":2,"color":"#999"}},"splitLine":{"distance":-36,"length":12,"lineStyle":{"width":3,"color":"#999"}},"axisLabel":{"distance":-10,"color":"#999","fontSize":10},"anchor":{"show":false},"title":{"show":false},"detail":{"valueAnimation":true,"width":"60%","lineHeight":40,"borderRadius":8,"offsetCenter":[0,"-15%"],"fontSize":35,"fontWeight":"bolder","formatter":"{value}�C","color":"inherit"}},{"type":"gauge","center":["50%","65%"],"startAngle":200,"endAngle":-20,"min":10,"max":30,"itemStyle":{"color":"#FD7347"},"progress":{"show":true,"width":8},"pointer":{"show":false},"axisLine":{"show":false},"axisTick":{"show":false},"splitLine":{"show":false},"axisLabel":{"show":false},"detail":{"valueAnimation":true,"width":"60%","lineHeight":40,"borderRadius":8,"offsetCenter":[0,"15%"],"fontSize":20,"fontWeight":"normal","formatter":"{value}�C","color":"inherit"}}]},"serie":["hkt-desired-temp::%s:Soll:2:�C:gauge","hkt-measured-temp::%s:Temperatur:2:�C:gauge"]}}],"info":{"left1":["hkt-SET_POINT_MODE::%s",":: "],"left2":["hkt-BOOST_MODE:true: BOOST::"],"mid2":["hkt-measured-temp::%n(1)�C:mdi-thermometer"],"right1":["battery:ok:%s:mdi-battery:success","battery:low:%s:mdi-battery-30:warning","battery:75:%s:mdi-battery:success","battery:40:%s:mdi-battery-50:success","battery:15:%s:mdi-battery-30:warning","battery::%s:mdi-battery-outline:error"],"right2":["activity:alive:: mdi-wifi:success","present:yes:: mdi-wifi:success","present::: mdi-wifi-off:error"],"mid1":["WINDOW_STATE:open::mdi-window-open:error"]}}],"content":{},"colors":{}}
Attributes:
Viele Grüße
Jürgen
@Jürgen: Du hast aktuell noch die Version 0.20 des FHEMAPP-Moduls im Einsatz, bitte mal auf die aktuelle Version 0.31 aktualisieren (hängt am ersten Post dieses Threads)
Hast du die Attribute im list abgeschnitten, oder sind keine gesetzt? Wenn keine gesetzt sind, dann ist natürlich auch der updatePath nicht auf "beta" und dann findet berücksichtig er die, derzeit aktuellen Pre-Releases nicht, sondern möchte ein stable Release installieren. Da aber als minimum-Version 4.0.0 vorausgesetzt wird und es bisher noch keine stable 4.x.x Version gibt, gibt es auch nichts zu installieren.
Wenn es weitehin nicht klappt, dann noch bitte den log-Auszug mit Verbose 4 am entsprechenden FHEMAPP-Device, vom gescheiterten Update-Versuch posten.
Gruß Benni
Hallo Benni,
Fehler gefunden. Das Attribut war tatsächlich weg. Muss ich wohl gelöscht haben O:-)
Danke für die Hilfe.
Viele Grüße
Jürgen
Übrigens, weil ich es gerade im Post von Jürgen sehe, dass es im list des device auftaucht ...
... unter helper: config ... ist im list des FHEMAPP-Device die komplette (!) FHEMApp-Config zu finden. Hier könnten evtl. sensible Informationen enthalten sein, von daher diesen Teil des lists, möglichst nicht einfach so posten.
Die komplette FHEMApp-Config kann ansonsten bei Bedarf jederzeit per get rawConfig beim FHEMAPP-Device abgefragt werden. (bisher undokumentiert)
Gruß Benni
Ja, hatte ich gesehen. Trotzdem Danke für den Hinweis.
Das ist nur mein Testsystem mit meinen aktuellen Tests. Da sind aktuell nur Eure Tipps umgesetzt.
Viele Grüße
Jürgen
Hallo Jens,
ich habe nun die Thermostate erfolgreich eingerichtet. Nun habe ich noch folgende Fragen:
- Wie kann ich in der Grafik anstatt dem kleinesten Wert "AUS" anzeigen lassen? Eine Änderung unter "serie" war nicht erfolgreich.
- Wenn aktuell in einem Device ein in der FHEMApp definiertes reading nicht vorhanden ist, kommt es zu einem Fehlverhalten. Kannst Du das noch abfangen oder muss ich hier unterschiedliche Vorlagen bauen?
- Wie kann ich einen Farbverlauf in der Grafik (von blau(kalt) nach rot(warm) definieren (wie in FTUI3)
Screenshot 2024-03-02 140921.png
Screenshot 2024-03-02 142137.png
"serie": [
"hkt-desired-temp::%s:Soll:2:°C:gauge",
"hkt-measured-temp::%s:Temperatur:2:°C:gauge"
]Viele Grüße
Jürgen
Hallo zusammen,
das FHEMAPP-Companion-Modul (02_FHEMAPP.pm) wird ab morgen (ab ca. 8:00 Uhr) mit dem regulären FHEM-Update ausgeliefert. Eine manuelle Installation ist dann nicht mehr notwendig!
Jens wird morgen dann das derzeit noch aktuelle Modul (Version 0.3.1) aus dem ersten Post in diesem Thread entfernen.
Das Modul, dass ab morgen verteilt wird hat die Versionsnummer 1.0.0, unterscheidet sich aber funktional nicht von der aktuellen Test-Version 0.3.1.
Support zum FHEM-Modul gibt es generell in diesem Unterforum (FHEM->Frontends->FHEMapp)
Schönes Rest-Wochenende
gb#
Zitat von: juemuc am 02 März 2024, 14:23:22- Wie kann ich in der Grafik anstatt dem kleinesten Wert "AUS" anzeigen lassen? Eine Änderung unter "serie" war nicht erfolgreich.
- Wenn aktuell in einem Device ein in der FHEMApp definiertes reading nicht vorhanden ist, kommt es zu einem Fehlverhalten. Kannst Du das noch abfangen oder muss ich hier unterschiedliche Vorlagen bauen?
- Wie kann ich einen Farbverlauf in der Grafik (von blau(kalt) nach rot(warm) definieren (wie in FTUI3)
Hallo Jürgen,
zu 1 und 3. Es gibt eine sehr umfangreiche Beschreibung zu eCharts (https://echarts.apache.org/en/option.html#series-gauge). Schau dort gern mal, ob es passende Einstellungen gibt. Ansonsten auch mal googlen. Es gibt da viele Tipps im Netz. Du kannst die gewünschten Einstellungen dann auf jeden Fall über
options in deinem Template anpassen.
zu 2. Bisher ist es so, dass Verweise auf
Readings,
Attributes oder
Internals, die nicht existieren nicht verarbeitet werden. D.h. in den Fällen wird im Panel nichts angezeigt. bzw. die nächste zutreffende Definition verwendet. Meinst du mit "Fehlverhalten", dass nichts angezeigt wird und was wäre dein Wunsch, wie das "abgefangen" werden soll?
EDIT: Ich habe auf die Schnelle mal geschaut, was mit den Farbverläufen möglich ist. Also es geht auf jeden Fall ne ganze Menge. (siehe Beispiel anbei). Aber damit das Forum hier nicht mit Definitionen "explodiert", empfehle ich wirklich in die Doku von eCharts zu schauen. Da steht einem die ganze Welt der Charts offen. ;D
Grüße
Jens :)
Zitat von: jemu75 am 02 März 2024, 22:55:12zu 2. Bisher ist es so, dass Verweise auf Readings, Attributes oder Internals, die nicht existieren nicht verarbeitet werden. D.h. in den Fällen wird im Panel nichts angezeigt. bzw. die nächste zutreffende Definition verwendet. Meinst du mit "Fehlverhalten", dass nichts angezeigt wird und was wäre dein Wunsch, wie das "abgefangen" werden soll?
Nur mal so als Hinweis, das ist ein Verhalten, dass ich bisher aktiv verwende und zwar so, dass ich Vorlagen habe, die für unterschiedliche Device-TYPEs einsetzbar sind und dann informationen anzeigen, wenn ein Reading einen Wert hat (bzw. das Reading überhaupt erst existiert.). Sprich es werden an selber Stelle, bei unteschiedlichen Device-TYPEs unterschiedlich Readings angezeigt, weil diese eben nur bei einem bestimmten Device-TYPE vorhanden sind.
Das würde, wenn das abgefangen würde, so nicht mehr funktionieren.
Alternative wäre, die (readings-)Bedingung vom auszugebenden Wert zu trennen. Sprich es wird auf ein bestimmtes Reading (odre a-ttribut oder i-nternal) prüfen, aber ein anderes Reading (oder a-ttribut oder i-nternal) ausgegeben.
also irgenetwas in der Form:
device-state:inactive:%s(device-temperature)
keine Ahnung ob das performant umsetzbar ist.
Werde es morgen mal noch als Feature-Wunsch in github einstellen ;)
gb#
Hallo Jens,
ich habe dein template "HM-TC-IT-WM-W-EU" aus post #30 nach /opt/fhem/www/fhemapp4/templates kopiert.
Aber das template ist weder unter Templates noch unter Panels -> Templates sichtbar, auch wenn ich die http://meineIP:post/fhem/fhemapp4/index.html#/myapp/settings reloade. Hast Du eine Idee was falsch sein könnte?
-rw-r--r-- 1 fhem dialout 4460 Mar 2 22:19 HM-TC-IT-WM-W-EU.json
Zitat von: Jamo am 03 März 2024, 09:50:36ich habe dein template "HM-TC-IT-WM-W-EU" aus post #30 nach /opt/fhem/www/fhemapp4/templates kopiert.
Das funktioniert so nicht mehr!
Du müsstest den Inhalt der Datei in eine neue Vorlage im Raw-Mode einfügen.
Die Templates sind jetzt Teil deiner Config und werden auch bei einem Update nicht mehr übeschrieben, bzw. gelöscht.
Alles was im template-Verzeichnis liegt wird übrigens nach wie vor bei jedem Update überschrieben. Vereinfacht gesagt: Alles was unter ./www/fhemapp4 (oder wie auch immer der Ordnername beim Define gewählt wurde) liegt gehört "hoheitlich" FHEMApp und alles was in der Config steht gehört "hoheitlich" dem User
gb#
Hallo Jamo,
was Benni schreibt ist korrekt. In FHEMApp4 werden benutzerspezifische Daten nicht mehr im App-Verzeichnis gespeichert. Das ist eine der wesentlichen Neuerungen in Version 4, damit Installation und Updates für FHEMApp leichter möglich sind.
Du hast natürlich trotzdem ein interessantes Verzeichnis entdeckt. ;) Dieses ist für die Templates gedacht, die künftig standardmäßig mit FHEMApp ausgeliefert werden. Ich denke nach Abschluss der Beta Testphase wird dort eine gute Auswahl enthalten sein, die einen schnellen Einstieg in FHEMApp ermöglicht.
Ansonsten, so wie Benni geschrieben hat. Eigene Templates kannst du jetzt in den Einstellungen von FHEMApp ablegen. :)
Beste Grüße
Jens :)
Zitat von: binford6000 am 26 Februar 2024, 07:57:27Moin Jens,
ich wollte auch die Beta ausprobieren - allerdings kann ich keine Einstellungen speichern - im UI ist das Disketten-Symbol ausgegraut
und get myapp rawconfig in fhem liefert:
{"error":"No config found!"}
Weder ./conf/config noch myapp_config.fhemapp ist darin vorhanden.
Hier noch ein List:
Internals:
CONFIG_FILE ./conf/myapp_config.fhemapp
DEF fhemapp4
FHEMAPP_NAME fhemapp4
FHEMAPP_UI <html><a href="/fhem/fhemapp4/index.html#/myapp">/fhem/fhemapp4/index.html#/myapp</a></html>
FUUID 65db8b37-f33f-06f0-198e-76e9104147e7c3ef
FVERSION 02_FHEMAPP.pm:0.100/2023-01-08
INTERVAL 3600
LOCAL 1
NAME myapp
NOTIFYDEV global
NR 54
NTFY_ORDER 50-myapp
PATH ./www/fhemapp4
SOURCE_URL https://github.com/jemu75/fhemApp
STATE defined
TYPE FHEMAPP
VERSION 0.2.0
eventCount 1
OLDREADINGS:
READINGS:
2024-02-26 06:46:42 configLastRead Can't open ./conf/myapp_config.fhemapp: No such file or directory
2024-02-25 18:47:35 local_version v4.0.19-beta
2024-02-26 06:47:44 next_cycle Mon Feb 26 07:47:44 2024
2024-02-25 18:47:31 pre_html_url https://github.com/jemu75/fhemApp/releases/tag/v4.0.19-beta
2024-02-26 06:47:45 pre_info # v4.0.19-beta (25.02.2024)
## Core
- Bugfix for Navigation if panel is not showed
- Bugfix Sorting Panelview
2024-02-25 18:47:31 pre_published_at 2024-02-25T10:39:36Z
2024-02-25 18:47:31 pre_tag_name v4.0.19-beta
2024-02-25 18:47:31 request_result success
2024-02-25 18:47:31 stable_tag_name unknown
2024-02-26 06:46:42 state defined
Attributes:
updatePath beta
VG Sebastian
hi, habe jetzt doch geschafft
unter /opt/fhem ein Verzeichnis anlegen conf anlegen
von https://github.com/jemu75/fhemApp/tree/dev-v4 als zip runterladen und entpacken
das Verzeichnis fhemApp-dev-v4\www\fhemapp4 in den Ordner /opt/fhem/www/fhemapp4 speichern
die seite fhem-ip:port/fhem/fhemapp4/index.html#/system aufrufen,ändern und speichern
dann wird die config datei angelegt.
gruss
Hallo eisman
das ist alles nicht notwendig!
Es gab einen Bug, der das Speichern im UI verhinderte (Diskette blieb grau). Der ist aber längst behoben. Aktuell ist FHEMApp auf Version 4.0.22-beta und sollte vom FHEMAPP-Modul installiert werden, nicht manuell!
Das zugehörige FHEMAPP-Modul wird seit heute über das normale FHEM-Update mit verteilt und muss auch nicht mehr von Hand installiert werden.
Das config Verzeichnis muss ebenfalls nicht von Hand angelegt werden, sondern wird beim ersten Speichern einer Konfiguration von FHEMApp aus automatisch erzeugt, sofern es nicht vorhanden ist.
(Bei Verwendung von configDB wird es nicht angelegt, da es da nicht benötigt wird, weil die Config-Files dann in der DB landen).
Die Meldung
{"error":"No config found!"} ist v.a. für FHEMApp bestimmt, damit FHEMApp weiß, dass aktuell noch keine Konfiguration im neuen FHEMAPP-Device vorhanden ist. Es bedeutet nicht, dass tatsächlich ein Fehler beim Lesen der Konfiguration aufgetreten ist.
Also vorgehen ist wie folgt:
- FHEM-Update machen. Damit kommt Stand heute die Version 1.0.0 des FHEMAPP-Moduls in die FHEM-Installation
- FHEM neu Starten (immer nach update empfehlenswert)
- Ggf. ein neues FHEMAPP-Device anlegen (define fhemappneu FHEMAPP fhemappneu (erzeugt ein neues FHEMAPP-Device in FHEM mit dem Namen "fhemappneu" -> Das 2. "fhemappneu" ist das dann Verzeichnis unter ./www)
- Im FHEMAPP-Device das Attribut updatePath auf "beta" setzen attr fhemappneu updatePath beta da sich FHEMApp aktuell noch im Beta-Test-Stadium befindet und es noch keine "stable" Releases gibt.
- Update, bzw. Erst-Installation von FHEMApp durchführen mittels set fhemappneu update dabei wird FHEMApp unter ./www/fhemappneu installiert (sieh Punkt 3.)
Danach müsste alles soweit bereit sein und FHEMApp kann aufgerufen werden. Der Link für den Aufruf steht, wenn alles wie o.g. durchgeführt wurde, im INTERNAL FHEMAPP_UI im FHEMAPP-Device in FHEM und kann direkt per Klick aufgerufen werden.
Wenn das so bei dir nicht funktioniert, wäre es prima, wenn du mithelfen könntest zu analysieren, wo das Problem liegt, um es zu beheben, auch für andere Anwender.
Viel Erfolg! ;)
gb#
Hi Benni,
alles ausprobiert (deiner version war auch der erste Versuch heute morgen), es hat nichts funktioniert,
vorgehen:
03.03.2024 FHEM update
FHEM restart
debian restart
define myapp fhemapp fhemapp4
myapp checkversion + update : Fehler keine Funktion (Verbosen 4: URL für update nicht gefunden)
2024.03.03 13:09:45 4: [myapp]: Update ... first checking versions ...
2024.03.03 13:09:45 4: [myapp]: Requesting: https://api.github.com/repos/jemu75/fhemApp/releases
2024.03.03 13:09:49 4: [myapp]: Update ... got releases ... continuing...
2024.03.03 13:09:49 4: [myapp]: Update: No url for current update-path 'beta' available!
debian mkdir /opt/fhem/conf
...
FHEM Restart
fhemapp4 config save
funzt....
leider war es bei anderen versuchen (auch nach dem update von FHEM) nicht möglich, es zum laufen zu bringen.
da es aktuell mein erster versuch ist mit FHEMAPP, kämpfe ich mich mal weiter durch..
gruss
PS: Token steht auf none
Poste bitte mal noch ein List deines myapp devices.
Und führe mal nur ein checkVersions durch, mit verbose auf 5 und poste den entsprechenden Log-Auszug.
Danke dir!
gb#
Hallo Jens,
danke für die Infos bezüglich eChart. Werde ich mir anschauen.
Nun zum Thema nicht vorhandene readings. Mein wünsch wäre, dass ein nicht vorhandenes reading einfach ignoriert wird und mit der nächsten Zeile, sofern vorhanden, fortgefahren wird.
Dies scheint aber nicht der Fall zu sein.
Bsp.:
Wenn ich in der Infozeile bei left1 diese beiden Readings hinterlege, wird eine Fehlermeldung bei den Devices angezeigt, die dieses reading nicht haben.
"left1": [
"hkt-nextPeriodStart::Next %d({ \"day\"\\: \"2-digit\", \"month\"\\: \"2-digit\", \"year\"\\: \"2-digit\", \"hour\"\\: \"2-digit\", \"minute\"\\: \"2-digit\" })",
"hkt-SET_POINT_MODE::%s",
":: "
],
Screenshot 2024-03-03 151055.png
Somit wird die Info aus dem vorhandenen Reading (hier hkt-SET_POINT_MODE) nicht mehr angezeigt.
Viele Grüße
Jürgen
Zitat von: Benni am 03 März 2024, 13:43:39Poste bitte mal noch ein List deines myapp devices.
Und führe mal nur ein checkVersions durch, mit verbose auf 5 und poste den entsprechenden Log-Auszug.
Danke dir!
gb#
Hi,
das ist der Auszug aus dem log
2024.03.03 16:18:50 5: [FHEMAPP4]: Internal timer loop elapsed
2024.03.03 16:18:50 4: [FHEMAPP4]: Requesting: https://api.github.com/repos/jemu75/fhemApp/releases
2024.03.03 16:18:50 5: [FHEMAPP4]: Stopping internal timer loop
2024.03.03 16:18:50 5: [FHEMAPP4]: Starting internal timer loop (3600 sec.)
2024.03.03 16:18:52 4: [FHEMAPP4]: Requesting: https://api.github.com/repos/jemu75/fhemApp/releases
2024.03.03 16:18:54 5: [FHEMAPP4]: error while requesting https://api.github.com/repos/jemu75/fhemApp/releases - DNS 192.168.10.2 timed out
und das list:
Internals:
CFGFN
CONFIG_FILE ./conf/fhemapp4_config.fhemapp
DEF fhemapp4
FHEMAPP_NAME fhemapp4
FHEMAPP_UI <html><a href="/fhem/fhemapp4/index.html#/FHEMAPP4">/fhem/fhemapp4/index.html#/FHEMAPP4</a></html>
FUUID 65e4949e-f33f-a38d-fc55-99e3dff79d225132
INTERVAL 3600
LOCAL 1
NAME FHEMAPP4
NOTIFYDEV global
NR 2560
NTFY_ORDER 50-FHEMAPP4
PATH ./www/fhemapp4
SOURCE_URL https://github.com/jemu75/fhemApp
STATE defined
TYPE FHEMAPP
VERSION 1.0.0
eventCount 1
READINGS:
2024-03-03 16:18:50 local_version unknown
2024-03-03 16:18:50 next_cycle Sun Mar 3 17:18:50 2024
2024-03-03 16:17:50 state defined
Attributes:
updatePath beta
verbose 5
Fehler lag am DNS-Server. hätte ja auf verbosen 5 (auf 4 war ich schon) auch selber kommen können!
Funktioniert, installiert legt alles ordnungsgemäß an.
Gruß + Danke
Zitat von: juemuc am 03 März 2024, 15:13:01Nun zum Thema nicht vorhandene readings. Mein wünsch wäre, dass ein nicht vorhandenes reading einfach ignoriert wird und mit der nächsten Zeile, sofern vorhanden, fortgefahren wird.
Dies scheint aber nicht der Fall zu sein.
Bsp.:
Wenn ich in der Infozeile bei left1 diese beiden Readings hinterlege, wird eine Fehlermeldung bei den Devices angezeigt, die dieses reading nicht haben.
"left1": [
"hkt-nextPeriodStart::Next %d({ \"day\"\\: \"2-digit\", \"month\"\\: \"2-digit\", \"year\"\\: \"2-digit\", \"hour\"\\: \"2-digit\", \"minute\"\\: \"2-digit\" })",
"hkt-SET_POINT_MODE::%s",
":: "
],
[url="https://forum.fhem.de/index.php?action=dlattach;attach=176684;type=preview;file"]Screenshot 2024-03-03 151055.png[/url]
Hallo Jürgen,
ich denke hier liegt noch ein Verständnisproblem vor. Die Definitionen werden immer nacheinander (also vom ersten zum letzten) auf ihren Wahrheitswert geprüft. Grundsätzlich kann eine Definition also nur dann nicht zutreffen, wenn eine Bedingung angegeben wurde. In deinen 3 Definitionen ist keine Bedingung gesetzt. Somit trifft immer die erste Definition zu und die beiden anderen Definitionen werden gar nicht mehr geprüft.
Übrigens verstehe ich die letzte Definition nicht. Diese macht eigentlich garkeinen Sinn, da weder ein Reading noch ein Wert noch Eigenschaften definiert sind.
Bitte lese dir in der Doku mal diesen Teil Konfiguration der Elemente (https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#konfiguration-der-elemente) durch.
Folgendes Beispiel verdeutlicht nochmal die Prüfung der Definitionen:
1. state:on:Licht an
2. state:off:Licht aus
3. state::%s
Wenn das Reading "state" den Wert "on" hat, dann trifft die erste Definition zu. Alle weiteren Definitionen werden dann ignoriert.
Wenn das Reading "state" den Wert "off" hat, dann tritt die zweite Definition zu. Alle folgenden Definitionen werden ignoriert.
Wenn das Reading "state" weder den Wert "on" noch den Wert "off" hat, dann trifft die dritte Definition zu. Diese hat zudem keinen "wert" der geprüft werden kann. Somit trifft diese Definition also immer zu.
selbiges Beispiel wird nicht funktionieren:
1. state::Licht an
2. state:off:Licht aus
3. state::%s
Die erste Definition enthält keinen Wert. Somit trifft diese immer zu, egal welchen Wert das Reading "state" hat. Die Definitionen 2 und 3 werden also niemals geprüft.
Zusammenfassend: Die Reihenfolge der Definitionen ist entscheidend! :)
Definitionen ohne einen Wert sollten immer als letztes angegeben werden!
Definitionen ":: " haben keinerlei Funktion und können weggelassen werden.
Bei Fragen melde dich gern! :)
Jens
Zitat von: eisman am 03 März 2024, 16:21:51das ist der Auszug aus dem log
https://api.github.com/repos/jemu75/fhemApp/releases - DNS 192.168.10.2 timed out
Fehler lag am DNS-Server. hätte ja auf verbosen 5 (auf 4 war ich schon) auch selber kommen können!
Funktioniert, installiert legt alles ordnungsgemäß an.
Perfekt! Freut mich, dass es nun geht (und kein Problem im Modul ist!)
Trotzdem danke für deine Zeit und Mithilfe
Viel Spaß beim Weiterbasteln!
gb#
Zitat von: jemu75 am 03 März 2024, 17:39:32Hallo Jürgen,
ich denke hier liegt noch ein Verständnisproblem vor. Die Definitionen werden immer nacheinander (also vom ersten zum letzten) auf ihren Wahrheitswert geprüft. Grundsätzlich kann eine Definition also nur dann nicht zutreffen, wenn eine Bedingung angegeben wurde. In deinen 3 Definitionen ist keine Bedingung gesetzt. Somit trifft immer die erste Definition zu und die beiden anderen Definitionen werden gar nicht mehr geprüft.
Übrigens verstehe ich die letzte Definition nicht. Diese macht eigentlich garkeinen Sinn, da weder ein Reading noch ein Wert noch Eigenschaften definiert sind.
Bitte lese dir in der Doku mal diesen Teil Konfiguration der Elemente (https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#konfiguration-der-elemente) durch.
Folgendes Beispiel verdeutlicht nochmal die Prüfung der Definitionen:
1. state:on:Licht an
2. state:off:Licht aus
3. state::%s
Wenn das Reading "state" den Wert "on" hat, dann trifft die erste Definition zu. Alle weiteren Definitionen werden dann ignoriert.
Wenn das Reading "state" den Wert "off" hat, dann tritt die zweite Definition zu. Alle folgenden Definitionen werden ignoriert.
Wenn das Reading "state" weder den Wert "on" noch den Wert "off" hat, dann trifft die dritte Definition zu. Diese hat zudem keinen "wert" der geprüft werden kann. Somit trifft diese Definition also immer zu.
selbiges Beispiel wird nicht funktionieren:
1. state::Licht an
2. state:off:Licht aus
3. state::%s
Die erste Definition enthält keinen Wert. Somit trifft diese immer zu, egal welchen Wert das Reading "state" hat. Die Definitionen 2 und 3 werden also niemals geprüft.
Zusammenfassend:
Die Reihenfolge der Definitionen ist entscheidend! :)
Definitionen ohne einen Wert sollten immer als letztes angegeben werden!
Definitionen ":: " haben keinerlei Funktion und können weggelassen werden.
Bei Fragen melde dich gern! :)
Jens
Hallo Jens,
ja die letzte Definition in meiner Vorlage war Unsinn und ist mittlerweile auch gelöscht.
Ich war der Meinung, dass ein Statement nicht zutreffen kann, wenn das Reading nicht existiert. Somit wäre es zum Beispiel möglich eine Vorlage für Devices zu definieren, die unterschiedliche Readings für die "Ist-Temperatur" haben (AVM: temperature, HM: measured-temp). Ich habe jetzt zwei Vorlagen (eine für AVM-Devices und eine für HM-Devices) definiert und so das "Problem" gelöst.
Viele Grüße
Jürgen
Hallo Jens, vielen Dank für die neue Version und eurer Arbeit. Mein Problem ist folgendes: Das Device kann ich in FHEM anlegen und in fhemapp4 die Grundeinstellungen vornehmen sowie ein Panel und eine Vorlage anlegen. Speichern geht auch und alles funktioniert. Aus für mich unerklärlichen Gründen stürzt fhemapp4 ab und es kommt der Hinweis: Interner Fehler bei der Verarbeitung einer Json Datei.....loglevel 7 aktivieren. Das habe ich gemacht, komme aber nicht weiter. Vielleicht kannst du mir einen Tipp geben, was ich machen kann, damit Abstürze vermieden werden. Viele Grüße
{
"settings": {
"protocol": "http",
"server": "meine.IP.---.--",
"port": "8083",
"path": "fhem",
"xhr": false,
"lang": "de",
"dark": false,
"loglevel": "7"
},
"config": {
"header": {},
"navigation": [],
"panels": [],
"templates": [],
"content": {},
"colors": {}
},
"header": {
"time": "2024-03-04T23:36:03.795Z",
"timeFormat": {
"hour": "2-digit",
"minute": "2-digit"
},
"dateFormat": {
"weekday": "long",
"year": "numeric",
"month": "long",
"day": "numeric"
},
"showTime": false,
"showDate": false,
"showHomeBtn": false,
"imageUrl": null,
"imageGradient": null,
"showDarkMode": false,
"showReloadPage": false,
"showSettings": false,
"commands": []
},
"fhemDevice": "myapp",
"panelView": [],
"panelList": [],
"navigation": [],
"panelMaximized": false,
"threads": [],
"distTemplates": [],
"noConfig": false,
"isReady": false,
"message": {
"type": "error",
"title": "_app.messages.jsonParse.title",
"text": "_app.messages.jsonParse.text"
},
"currentView": null,
"version": "v4.0.22-beta",
"helpURL": "https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#"
}
list Device:
Internals:
.FhemMetaInternals 1
.JSON_LIB JSON::MaybeXS
CONFIG_FILE ./conf/myapp_config.fhemapp
DEF fhemapp4
FHEMAPP_NAME fhemapp4
FHEMAPP_UI <html><a href="/fhem/fhemapp4/index.html#/myapp">/fhem/fhemapp4/index.html#/myapp</a></html>
FUUID 65e4a40c-f33f-3b5c-199f-da5cc2d3d4cbc533
FVERSION 02_FHEMAPP.pm:0.285810/2024-03-02
INTERVAL 3600
LOCAL 1
NAME myapp
NOTIFYDEV global
NR 2601
NTFY_ORDER 50-myapp
PATH ./www/fhemapp4
SOURCE_URL https://github.com/jemu75/fhemApp
STATE defined
TYPE FHEMAPP
VERSION 1.0.0
eventCount 1
.attraggr:
.attrminint:
OLDREADINGS:
READINGS:
2024-03-03 17:24:40 .latest_url https://api.github.com/repos/jemu75/fhemApp/releases
2024-03-03 17:24:40 .local_version_src CHANGELOG.md
2024-03-03 17:24:40 .pre_tarball_url https://api.github.com/repos/jemu75/fhemApp/tarball/v4.0.22-beta
2024-03-04 08:00:24 configLastRead Mon Mar 4 08:00:24 2024
2024-03-04 23:45:38 configLastWrite Mon Mar 4 23:45:38 2024
2024-03-03 17:24:40 local_version v4.0.22-beta
2024-03-05 00:02:24 next_cycle Tue Mar 5 01:02:24 2024
2024-03-03 17:24:40 pre_html_url https://github.com/jemu75/fhemApp/releases/tag/v4.0.22-beta
2024-03-04 08:02:29 pre_info # v4.0.22-beta (01.03.2024)
## Framework
- Bugfix for vuetify3 extention panel -> version rollback
## Settings
- Bugfix for synchronisation between raw-mode and ui-mode
## Core
- Bugfix for reconnect
2024-03-03 17:24:40 pre_published_at 2024-03-01T19:10:38Z
2024-03-03 17:24:40 pre_tag_name v4.0.22-beta
2024-03-03 17:24:40 request_result success
2024-03-03 17:24:40 stable_tag_name unknown
2024-03-04 08:00:24 state defined
helper:
config {"header":{"showTime":true,"showDate":true,"showDarkMode":true,"showReloadPage":true,"showSettings":true},"navigation":[{"name":"home","title":"Home","icon":"mdi-home","divider":false,"groupAsChips":false,"sort":false,"group":[]},{"name":"raeume","title":"Raeume","icon":"mdi-floor-plan","divider":false,"groupAsChips":true,"sort":true,"group":[]},{"name":"gruppen","title":"Gruppen","icon":"mdi-lightbulb-group","divider":null,"groupAsChips":true,"sort":null,"group":[{"name":"bewegungsmelder","title":"Bewegungsmelder","icon":null,"divider":false,"groupAsChips":false,"sort":false,"group":[]},{"name":"heizung","title":"Heizung","icon":null,"divider":null,"groupAsChips":null,"sort":null,"group":[]},{"name":"rauchmelder","title":"Rauchmelder","icon":null,"divider":null,"groupAsChips":null,"sort":null,"group":[]}]},{"name":"dashboard","title":"Dashboard","icon":"mdi-chart-tree","divider":null,"groupAsChips":null,"sort":null,"group":[]},{"name":"energie","title":"Energie","icon":"mdi-solar-power-variant","divider":null,"groupAsChips":null,"sort":null,"group":[]},{"name":"system","title":"System","icon":"mdi-tune","divider":null,"groupAsChips":null,"sort":null,"group":[]}],"panels":[{"name":"zaunbeleuchtung","panel":{"devices":["zaunbeleuchtung:Zaunbeleuchtung"],"navigation":["::raeume->Aussen"]},"status":{"title":["::Zaunbeleuchtung"],"bar":["state:on:100:ON","state:off:0:OFF"]},"main":[{"level":{"left1":"btn","right1":"btn","mid":"info"},"left1":{"btn":["::mdi-power-off"],"divider":["::true"],"click":["::set zaunbeleuchtung off"]},"left2":{},"right1":{"click":["::set Zaunbeleuchtung on"],"btn":["::mdi-power-on"]},"mid":{"text":["state:on:an:","state:off:aus:"],"divider":["::true"]}}],"info":{"left1":["state:on::mdi-lightbulb:ON","state:off::mdi-lightbulb-off:OFF"]}}],"templates":[{"name":"switch","author":"Armin","date":"03.03.2024","panel":{},"status":{"bar":["state:on:100:success","state:off:0:OFF"],"title":["::Switch"]},"main":[{"level":{"left1":"btn","left2":null,"right1":"btn","mid":"info"},"left1":{"btn":["::mdi-power-off"],"click":["::set switch off"],"divider":["::true"]},"right1":{"btn":["::mdi-power-on"],"click":["::set switch on"]},"mid":{"text":["state:on:an:","state:off:aus:"],"divider":["::true"]}}],"info":{"left1":["state:on::mdi-power-plug:ON","state:off::mdi-power-plug-off:OFF"]}}],"content":{},"colors":{"dark":{"OFF":"#B71C1C","ON":"#FFEB3B"},"light":{"OFF":"#B71C1C","ON":"#FFEB3B"}}}
bm:
CODE(0x559da42b4568):
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 04.03. 23:50:54
max 0.000118017196655273
tot 0.000118017196655273
mAr:
set
myapp
comment
Guten Morgen Sommerfeld,
danke schonmal für's Testen. Auf den ersten Blick sieht deiner Konfiguration gut aus. FHEMApp scheint auch zu einem sehr frühen Zeitpunkt, einen Fehler zu erzeugen, da deine Konfiguration gar nicht eingelesen hat.
Ich schaue mir deine Konfiguration heute Abend nochmal genauer an, wenn ich am PC sitze und melde mich danach.
Beste Grüße
Jens :)
Zitat von: Sommerfeld am 05 März 2024, 00:50:50es kommt der Hinweis: Interner Fehler bei der Verarbeitung einer Json Datei.....loglevel 7 aktivieren.
Hi Sommerfeld,
Kannst du bitte mal ein
get rawConfig auf dem FHEMAPP-Device machen und die Ausgabe hier posten. Evtl. stellt das Modul ja kein korrektes, bzw. unvollständiges JSON für FHEMApp bereit.
Danke dir!
@Jens: Ich reichere das JSON aktuell immer noch mit Attributen des FHEMAPP-Devices an, bevor ich es encodiere und dann an FHEMApp zurückgebe.
Das ist aber glaube ich gar nicht mehr notwendig, da FHEMApp gar keine Werte mehr aus dem Modul direkt verwendet (das letzte war glaube ich das Attribut für Dark-Mode)
gb#
Zitat von: Benni am 05 März 2024, 17:32:37@Jens: Ich reichere das JSON aktuell immer noch mit Attributen des FHEMAPP-Devices an, bevor ich es encodiere und dann an FHEMApp zurückgebe.
Das ist aber glaube ich gar nicht mehr notwendig, da FHEMApp gar keine Werte mehr aus dem Modul direkt verwendet (das letzte war glaube ich das Attribut für Dark-Mode)
Hallo Benni,
korrekt, ich verwende die Attribute vom Modul garnicht mehr. Du kannst das also aus dem Modul-Code rausnehmen.
Ps.: Sommerfeld hatte eigentlich schon alle nötigen Infos geschickt. In dem list ist auch die komplette Konfiguration enthalten. Die schaue ich mir heute Abend an und melde mich nochmal.
Beste Grüße
Jens :)
Zitat von: jemu75 am 05 März 2024, 18:33:22Sommerfeld hatte eigentlich schon alle nötigen Infos geschickt. In dem list ist auch die komplette Konfiguration enthalten
Nicht ganz! Denn im List ist lediglich die Config drin, die von FHEMApp kommt und so abgespeichert wird.
Was FHEMApp aber vom Modul ausgeliefert bekommt ist derzeit eben noch um die Attribute des Moduls angereichert. Deshalb die Frage danach. ;)
Wenn jetzt dabei irgendwie Grütze entsteht, muss ich danach schauen.
Jetzt warte ich aber erst mal abb, was du zu der restlichen Config sagst. :D
gb#
Ah, okay. Ich habe die Konfiguration (ohne den Teil mit den Attributen) von Sommerfeld eben mal getestet. Diese sieht gut aus und funktioniert bei mir. :)
Möglicher Weise liegt es dann doch an der Erweiterung der Attribute. 8)
Beste Grüße
Jens :)
Ich habe mir eben nochmal das Device-List von Sommerfeld aus #73 angeschaut:
Zitat von: Sommerfeld am 05 März 2024, 00:50:50Internals:
.FhemMetaInternals 1
.JSON_LIB JSON::MaybeXS
CONFIG_FILE ./conf/myapp_config.fhemapp
DEF fhemapp4
FHEMAPP_NAME fhemapp4
FHEMAPP_UI <html><a href="/fhem/fhemapp4/index.html#/myapp">/fhem/fhemapp4/index.html#/myapp</a></html>
FUUID 65e4a40c-f33f-3b5c-199f-da5cc2d3d4cbc533
FVERSION 02_FHEMAPP.pm:0.285810/2024-03-02
INTERVAL 3600
LOCAL 1
NAME myapp
NOTIFYDEV global
NR 2601
NTFY_ORDER 50-myapp
PATH ./www/fhemapp4
SOURCE_URL https://github.com/jemu75/fhemApp
STATE defined
TYPE FHEMAPP
VERSION 1.0.0
eventCount 1
.attraggr:
.attrminint:
OLDREADINGS:
READINGS:
2024-03-03 17:24:40 .latest_url https://api.github.com/repos/jemu75/fhemApp/releases
2024-03-03 17:24:40 .local_version_src CHANGELOG.md
2024-03-03 17:24:40 .pre_tarball_url https://api.github.com/repos/jemu75/fhemApp/tarball/v4.0.22-beta
2024-03-04 08:00:24 configLastRead Mon Mar 4 08:00:24 2024
2024-03-04 23:45:38 configLastWrite Mon Mar 4 23:45:38 2024
2024-03-03 17:24:40 local_version v4.0.22-beta
2024-03-05 00:02:24 next_cycle Tue Mar 5 01:02:24 2024
2024-03-03 17:24:40 pre_html_url https://github.com/jemu75/fhemApp/releases/tag/v4.0.22-beta
2024-03-04 08:02:29 pre_info # v4.0.22-beta (01.03.2024)
## Framework
- Bugfix for vuetify3 extention panel -> version rollback
## Settings
- Bugfix for synchronisation between raw-mode and ui-mode
## Core
- Bugfix for reconnect
2024-03-03 17:24:40 pre_published_at 2024-03-01T19:10:38Z
2024-03-03 17:24:40 pre_tag_name v4.0.22-beta
2024-03-03 17:24:40 request_result success
2024-03-03 17:24:40 stable_tag_name unknown
2024-03-04 08:00:24 state defined
helper:
config {"header":{"showTime":true,"showDate":true,"showDarkMode":true,"showReloadPage":true,"showSettings":true},"navigation":[{"name":"home","title":"Home","icon":"mdi-home","divider":false,"groupAsChips":false,"sort":false,"group":[]},{"name":"raeume","title":"Raeume","icon":"mdi-floor-plan","divider":false,"groupAsChips":true,"sort":true,"group":[]},{"name":"gruppen","title":"Gruppen","icon":"mdi-lightbulb-group","divider":null,"groupAsChips":true,"sort":null,"group":[{"name":"bewegungsmelder","title":"Bewegungsmelder","icon":null,"divider":false,"groupAsChips":false,"sort":false,"group":[]},{"name":"heizung","title":"Heizung","icon":null,"divider":null,"groupAsChips":null,"sort":null,"group":[]},{"name":"rauchmelder","title":"Rauchmelder","icon":null,"divider":null,"groupAsChips":null,"sort":null,"group":[]}]},{"name":"dashboard","title":"Dashboard","icon":"mdi-chart-tree","divider":null,"groupAsChips":null,"sort":null,"group":[]},{"name":"energie","title":"Energie","icon":"mdi-solar-power-variant","divider":null,"groupAsChips":null,"sort":null,"group":[]},{"name":"system","title":"System","icon":"mdi-tune","divider":null,"groupAsChips":null,"sort":null,"group":[]}],"panels":[{"name":"zaunbeleuchtung","panel":{"devices":["zaunbeleuchtung:Zaunbeleuchtung"],"navigation":["::raeume->Aussen"]},"status":{"title":["::Zaunbeleuchtung"],"bar":["state:on:100:ON","state:off:0:OFF"]},"main":[{"level":{"left1":"btn","right1":"btn","mid":"info"},"left1":{"btn":["::mdi-power-off"],"divider":["::true"],"click":["::set zaunbeleuchtung off"]},"left2":{},"right1":{"click":["::set Zaunbeleuchtung on"],"btn":["::mdi-power-on"]},"mid":{"text":["state:on:an:","state:off:aus:"],"divider":["::true"]}}],"info":{"left1":["state:on::mdi-lightbulb:ON","state:off::mdi-lightbulb-off:OFF"]}}],"templates":[{"name":"switch","author":"Armin","date":"03.03.2024","panel":{},"status":{"bar":["state:on:100:success","state:off:0:OFF"],"title":["::Switch"]},"main":[{"level":{"left1":"btn","left2":null,"right1":"btn","mid":"info"},"left1":{"btn":["::mdi-power-off"],"click":["::set switch off"],"divider":["::true"]},"right1":{"btn":["::mdi-power-on"],"click":["::set switch on"]},"mid":{"text":["state:on:an:","state:off:aus:"],"divider":["::true"]}}],"info":{"left1":["state:on::mdi-power-plug:ON","state:off::mdi-power-plug-off:OFF"]}}],"content":{},"colors":{"dark":{"OFF":"#B71C1C","ON":"#FFEB3B"},"light":{"OFF":"#B71C1C","ON":"#FFEB3B"}}}
bm:
CODE(0x559da42b4568):
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 04.03. 23:50:54
max 0.000118017196655273
tot 0.000118017196655273
mAr:
set
myapp
comment
Sieht für mich unvollständig aus, zumindest sind dort keine Attribute mit aufgelistet.
@Sommerfeld: Versuche mal alle Attribute am Device zu löschen und dann FHEMApp aufzurufen (dann sollten auch keine Attribute übergeben werden).
Alternativ, solltest du aktuell keine Attribute am Device haben, dann setze mal eins (updatePath beta <- sollte z.Z. sowieso gesetzt sein. ;) ) und probiere nochmal.Update: Ich habe das eben nochmal im Code verifiziert: Wenn am FHEMAPP-Device
gar keine Attribute gesetzt sind, wird auch nichts an die Config angehängt.
@Sommerfeld: Bitte die Variante, komplett ohne gesetzte Attribute am FHEM-Device testen.
gb#
Hallo Benni, vielen Dank für deine Unterstützung. Gesetzt waren die Attribute rooms, updatePath beta und comment. Die habe ich gelöscht und FHEMApp neu aufgerufen. Das Problem bestand weiterhin. Dann habe ich set myapp rereadCfg gesetzt. Danach war FHEMApp wieder ohne Fehler erreichbar. Viele Grüße
Zitat von: Sommerfeld am 05 März 2024, 20:24:35Hallo Benni, vielen Dank für deine Unterstützung. Gesetzt waren die Attribute rooms, updatePath beta und comment. Die habe ich gelöscht und FHEMApp neu aufgerufen. Das Problem bestand weiterhin. Dann habe ich set myapp rereadCfg gesetzt. Danach war FHEMApp wieder ohne Fehler erreichbar. Viele Grüße
Schön, dass es wieder funktioniert! 8)
Schade ist nur, dass wir die Ursache jetzt nicht herausgefunden haben. Sieht denn der die Config im List des Devices (unter "helper: config" ) noch genauso aus, wie zuvor?
gb#
"helper: config" ist ohne Änderung
V G
Spannend!
rereadCfg macht nichts anderes, als das config-File neu einzulesen und den Inhalt als config im Device-Hash unter {helper}{config} neu abzulegen.
gb#
Hallo Jens,
ich habe mal versucht ein Panel à la FHEMapp V3 zu bauen. Das ist mir aber nur halb gelungen (Siehe Bildschirmaufnahme).
Sobald Bewegung im Büro ist, wird auch fürs Bad Bewegung angezeigt - aber nur im Text2 in der Mitte, nicht beim Icon links!!
Das json ist ebenfalls angehängt. Hab ich einen Fehler übersehen?
VG Sebastian
Zitat von: binford6000 am 06 März 2024, 08:24:36Hab ich einen Fehler übersehen?
Ja! Vor dem state bei den text2-Einträgen fehlt das vorangestellte device (bwbz-/bwbz-)
gb#
Wow, da war Benni ja sehr schnell ;D
Wie Benni schon schreibt, ist es wichtig, den key vom verbundenen Device voranzustellen. Das ist insbesondere wichtig, wenn du dein Panel mit mehreren FHEM Devices verbindest. So erkennt FHEMApp aus welchem Device das jeweilige Reading abgegriffen werden soll.
Wenn du kein Device voranstellst, dann wird immer das erste im Panel zugeordnete Device verwendet.
Das ist sozusagen die "Kurzschreibweise" wenn man das Panel nur mit einem Device verbindet.
Ich hoffe du kommst mit den Infos weiter.
Melde Dich gern, wenn Du noch Fragen hast.
Grüße
Jens :)
ZitatJa! Vor dem state bei den text2-Einträgen fehlt das vorangestellte device (bwbz-/bwbz-)
Jo da war ich wohl etwas blind... :-X
Danke!
Hallo zusammen,
ich möchte nun eine zweite Instanz von FHEMApp mit einem anderen Port anlegen. Wo kann kann ich den Standard-Port ändern, wenn ich die Instanz schon abgelegt habe? Wie kann ich die ganzen Definitionen übernehmen. Manuell ist das sehr mühsam.
Viele Grüße
Jürgen
Was genau ist denn dein Anwendungsfall?
Der Port wird von deiner FHEMWEB-Instanz festgelegt. (Default 8083)
Du kannst mehrere FHEMWEB-Instanzen mit unterschiedlichen Ports betreiben.
Du kannst dann auf die gleiche Config und/oder gleiche FHEMApp-Installation zugreifen.
Du kannst ansonsten FHEMApp auch von einem separaten Webserver ausliefern lassen (der braucht halt netzwerktechnisch wiederum Zugriff auf ein FHEM mit FHEMAPP-DEVICE)
die Möglichkeiten sind mir dem neuen FHEMApp extrem vielfältig.
Wenn euch FHEMAPP-Device kopiert wird, wird auch die zugehörige Config kopiert.
Wie gesagt, müsste man Mal den konkreten Anwendungsfall kennen.
gb#
Hallo Benni,
ich habe für meine Frau einen eigenen Web-Port (8084) definiert. Nun möchte ich ihr auch die Oberfläche von FHEMApp zur Verfügung stellen. Dazu habe ich im ersten Schritt meine Definition "FHEM_APP" per devmod auf "FHEM_APP_2" kopiert. Hier sind aber keine Einstellungen bzw. Config-Infos mitgekommen. Auch der Link im FHEM-Device enthält den Port 8083.
Ich möchte also den Port im Link von "FHEM_APP_2" auf 8084 ändern und die Konfiguration als "Basis" zur Verfügung stellen.
Wie ist dies am einfachsten?
Viele Grüße
Jürgen
Du kannst dasselbe FHEMApp, mit demselben FHEMAPP-Device auch über den Port 8084 aufrufen.
Wenn du das gleiche FHEMAPP device über deine 8084-er FHEMWEB-Instanz aufrufst, kannst du dort ein set <FHEMAPP-Device> refreshLink den link erneuern. Wobei der Port im Link gar nicht mit drin stehen dürfte, der Link ist relativ, sprich ohne Host und Port.
gb#
Hallo Benni,
ich brauche aber 2 Konfigurationen, da ich die meiner Frau anpassen muss. Wie kopiere ich also die Konfiguration? Dies dient nur als AUsgangspunkt.
Viele Grüße
Jürgen
Einfach das FHEMAPP-Device kopieren.
Das Config-File solte dabei im Hintergrund mit kopiert werden.
gb#
Habe den copy-Befehl gefunden O:-)
Viele Grüße
Jürgen
Hallo zusammen,
ich verzweifele an einer Vorlage für AVM-Thermostate. Wenn ich die Temperaturen (desired-temp=22,0 C und temperature=22.0 C (measured)) anzeigen lassen, dann funktioniert es nur, wenn ich in der Grafik
"serie": [
"hkt-desired-temp::%n(1,1):Soll:2:°C:gauge",
"hkt-temperature::%n(1,1):Temperatur:2:°C:gauge"eintrage. Dann ist aber der Wert um 1 u hoch. Wenn ich allerdings
,
"serie": [
"hkt-desired-temp::%n(1):Soll:2:°C:gauge",
"hkt-temperature::%n(1):Temperatur:2:°C:gauge" eintrage, sind die Werte nicht lesbar?
In der Grafik im Anhang ist einmal %n(1) und einmal (1,1) eingetragen. Was mache ich falsch?
Screenshot 2024-03-06 220435.png
Die gesamte Vorlage im Anhang.
Viele Grüße
Jürgen
Hallo Jürgen,
mir war das Problem ebenfalls schon aufgefallen. Ich sehe mir das heute Abend mal und und melde mich mit einer Lösung.
Grüße
Jens :)
Hallo,
ich wollte die neue App auch testen, die Installation ging ohne Probleme. Leider werden keine Werte der Raidings ausgegeben, alles schon versucht.
Habe ich hier etwas übersehen.
Internals:
CFGFN
CONFIG_FILE ./conf/myapp_config.fhemapp
DEF fhemapp4
FHEMAPP_NAME fhemapp4
FHEMAPP_UI myapp">/fhem/fhemapp4/index.html#/myapp
FUUID 65e9bf01-f33f-d691-a8b5-6748f454591803a9
INTERVAL 3600
LOCAL 1
NAME myapp
NOTIFYDEV global
NR 301
NTFY_ORDER 50-myapp
PATH ./www/fhemapp4
SOURCE_URL https://github.com/jemu75/fhemApp
STATE defined
TYPE FHEMAPP
VERSION 1.0.0
eventCount 3
OLDREADINGS:
READINGS:
2024-03-07 15:41:59 configLastWrite Thu Mar 7 15:41:59 2024
2024-03-07 14:21:06 local_version v4.0.22-beta
2024-03-07 15:21:01 next_cycle Thu Mar 7 16:21:01 2024
2024-03-07 14:20:59 pre_html_url https://github.com/jemu75/fhemApp/releases/tag/v4.0.22-beta
2024-03-07 14:20:59 pre_info # v4.0.22-beta (01.03.2024)
## Framework
- Bugfix for vuetify3 extention panel -> version rollback
## Settings
- Bugfix for synchronisation between raw-mode and ui-mode
## Core
- Bugfix for reconnect
2024-03-07 14:20:59 pre_published_at 2024-03-01T19:10:38Z
2024-03-07 14:20:59 pre_tag_name v4.0.22-beta
2024-03-07 14:20:59 request_result success
2024-03-07 14:20:59 stable_tag_name unknown
2024-03-07 14:20:01 state defined
helper:
config {"header":{"showDarkMode":true,"showReloadPage":true,"showSettings":true,"showLanguages":true,"showTime":true,"showDate":true},"navigation":[{"name":"Wasser","title":null,"icon":null,"divider":false,"groupAsChips":false,"sort":false,"group":[]}],"panels":[{"name":"Ventil1","template":null,"panel":{"devices":["vent:MQTT2_MqttWasserClient"],"show":["vent-H_Holz-TS"]},"status":{"bar":["vent-H_Holz:","vent-R1:off:0:on"],"title":["�bersicht"]},"main":[{"level":{}}],"info":{}}],"templates":[],"content":{},"colors":{}}
Attributes:
room fhemapp
updatePath beta
Hallo Peter,
ja, deine Panel-Definition passt noch nicht ganz. (status->bar) muss noch etwas justiert werden. ;)
Ich melde mich heute Abend dazu nochmal.
Grüße
Jens :)
Hallo Jens,
schon mal Danke für's prüfen :-)
hier noch ein paar Infos
Hallo zusammen,
ich verstehe noch nicht, wie die Syntax aus eCharts zur Syntax in FHEMApp passt. Hier mein nächstes Problem:
in der Grafik der Thermostatvorlage wird formatter wie folgt verwendet:
"formatter": "{value}°C",
Wenn ich das nun, wie in einem Beispiel (https://echarts.apache.org/examples/en/editor.html?c=gauge-grade) gezeigt, anpassen möchte,
"formatter": function (value) {
if (value === 7.0) {
return 'AUS';},
gelingt es mir nicht. Auch die Definition für die Farben ist mir nicht klar. Die übernahme von
axisLine: {
lineStyle: {
width: 30,
color: [
[0.3, '#67e0e3'],
[0.7, '#37a2da'],
[1, '#fd666d']
]
}
},
funktioniert leider nicht.
Viele Grüße
Jürgen
Hallo Peter,
ich habe dein Panel mal so angepasst, dass erstmal was zu sehen sein sollte. :)
{
"name": "Ventil1",
"template": null,
"panel": {
"devices": [
"vent:MQTT2_MqttWasserClient"
]
},
"status": {
"bar": [
"vent-H_Holz::%n(0):success"
],
"title": [
"Übersicht"
]
},
"main": [
{
"level": {}
}
],
"info": {}
}
Das FHEM Device hast du richtig zugeordnet. Also mit deinem FHEM Device MQTT2_MqttWasserClient und den key vent
Im Statusbereich (oben im Panel) hast du das Element bar definiert. Die Definitionen sollten immer so wie in der Hilfe beschrieben gefüllt sein.
Ich habe diese erstmal angepasst, damit was zu sehen ist. :)
Du kannst das gern erstmal so probieren und mir mitteilen, was du in der Statusbar anzeigen möchtest. Dann kann ich dir gern weitere Tipps geben.
Grüße
Jens :)
Hallo Jürgen,
das Problem mit den "überlagerten" Zahlen in dem Chart habe ich gelöst. Ich stelle dazu kurzfristig ein neues Release bereit.
Wenn es ganz schnell gehen soll, kannst du aber erstmal wie folgt Abhilfe schaffen, indem du die Definition der Datenserie anpasst
"serie": [
"hkt-desired-temp::%s:Soll:2:°C:gauge",
"hkt-temperature::%s:Temperatur:2:°C:gauge"
Zu deiner Frage, wie eCharts zur Syntax von FHEMApp passt.
eCharts ist eine eigenständige Bibliothek, die ich in FHEMApp eingebunden habe. Dabei übergebe ich zur Laufzeit nur einige wenige Daten von FHEM an bestimmte Parameter in das Datenmodell von eCharts. Welche das genau sind, habe ich in der Doku unter chart serie (https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#level-element-chart-serie) beschrieben. Alle anderen Einstellungen kannst du komplett aus der Hilfe con eCharts übernehmen und in die chart-options von FHEMApp übertragen. Im Fall der formatter bin ich mir jedoch nicht sicher, ob sich ganze Javascript-Funktionen über Json implementieren lassen. Ohne das jetzt genau geprüft zu haben, kann ich mir aber vorstellen, dass das nicht möglich ist. Du kannst aber vielleicht mal schreiben, was du genau mit der Formatierung vor hast.
Grüße
Jens :)
Hallo Jens,
danke für Deine Hilfe. Ich hatte schon einen Workaround für die überlagernden Zahlen gefunden. Ich habe einfach 0.01 addiert O:-)
Mit der Formatierung möchte ich nur anstatt "7.0°C" "AUS" anzeigen. Eventuell gibt es ja noch einen anderen Weg?
Viele Grüße
Jürgen
Hallo Jens,
dank Dir für die Hilfe, es wurde der Wert auch farblich angezeigt.
Was ich aber nicht schaffe, einen einfachen numerischen Wert im Panel auszugeben, z. B. vent-H_Holz::%n(0) keine Ahnung was ich da falsch mache alles schon versucht !
Kann es evtl. daran liegen, dass mir auch keine Vorlagen template angezeigt werden, das Shelly z.b, im Order Fhem kann ich es finden, wird aber nicht angezeigt.
Hallo Jürgen,
aufgrund der Tatsache, dass ich auch AVM-Thermostate habe und mit der Beta4 nicht so wirklich in den Tritt komme, habe ich deine Vorlage mal ausprbiert.
Grundsätzlich funktioniert sie und sie zeigt alle Werte an, allerdings kann ich mit + und - den Sollwert nicht ändern.
Hier mein FHEM-Device:
define FBDECT_FritzDECT_11961_0644848 FBDECT FritzDECT:11961_0644848 actuator,tempSensor
attr FBDECT_FritzDECT_11961_0644848 userattr room_map structexclude
attr FBDECT_FritzDECT_11961_0644848 alexaName Heizung Arbeitszimmer
attr FBDECT_FritzDECT_11961_0644848 alias Arbeitszimmer Thermostat
attr FBDECT_FritzDECT_11961_0644848 appOptions { "template": "thermostat", "connected": { "receiver": "<devicename>", "valve": "<devicename>" } }
attr FBDECT_FritzDECT_11961_0644848 event-min-interval power:120
attr FBDECT_FritzDECT_11961_0644848 group Heizung
attr FBDECT_FritzDECT_11961_0644848 icon sani_heating
attr FBDECT_FritzDECT_11961_0644848 room 12_Arbeitszimmer,FBDECT
# DEF FritzDECT:11961_0644848 actuator,tempSensor
# FUUID 61a66c71-f33f-698a-ac23-4770b6a6ca2d0d97
# FritzDECT_MSGCNT 63
# FritzDECT_TIME 2024-03-08 12:02:55
# IODev FritzDECT
# LASTInputDev FritzDECT
# MSGCNT 63
# NAME FBDECT_FritzDECT_11961_0644848
# NR 330
# STATE desired-temp: 20.0 C
# TYPE FBDECT
# eventCount 69
# id 11961_0644848
# props actuator,tempSensor
# webCmd desired-temp
# READINGS:
# 2024-03-08 12:02:55 AIN 11961 0644848
# 2024-03-08 12:02:55 FBNAME Arbeitszimmer Thermostat
# 2024-03-08 12:02:55 FBPROP actuator,tempSensor
# 2024-03-08 12:02:55 FBTYPE Comet DECT
# 2024-03-08 12:02:55 ID 20
# 2024-03-08 06:52:43 IODev FritzDECT
# 2024-03-08 12:02:55 battery 60 %
# 2024-03-08 12:02:55 batteryPercent 60
# 2024-03-08 12:02:55 batteryState ok
# 2024-03-08 12:02:55 batterylow 0
# 2024-03-08 12:02:55 boostactive no
# 2024-03-08 12:02:55 boostactiveendtime N/A
# 2024-03-08 12:02:55 day-temp 20.0 C
# 2024-03-08 12:02:55 desired-temp 20.0 C
# 2024-03-08 12:02:55 devicelock yes
# 2024-03-08 12:02:55 errorcode noError (0)
# 2024-03-08 12:02:55 fwversion 03.68
# 2024-03-08 12:02:55 holidayactive no
# 2024-01-31 19:17:48 lastBatChange Wed Jan 31 19:17:48 2024
# 2024-03-08 12:02:55 locked no
# 2024-03-08 12:02:55 nextPeriodStart 2024-03-08 22:00:00
# 2024-03-08 12:02:55 nextPeriodTemp 16.0 C
# 2024-03-08 12:02:55 night-temp 16.0 C
# 2024-03-08 12:02:55 present yes
# 2024-03-08 12:02:55 state desired-temp: 20.0 C
# 2024-03-08 12:02:55 summeractive no
# 2024-03-08 12:02:55 tempadjust -1.0 C
# 2024-03-08 12:02:55 temperature 23.0 C (measured)
# 2024-03-08 12:02:55 windowopenactiv no
# 2024-03-08 12:02:55 windowopenactiveendtime N/A
#
setstate FBDECT_FritzDECT_11961_0644848 desired-temp: 20.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 AIN 11961 0644848
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 FBNAME Arbeitszimmer Thermostat
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 FBPROP actuator,tempSensor
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 FBTYPE Comet DECT
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 ID 20
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 06:52:43 IODev FritzDECT
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 battery 60 %
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 batteryPercent 60
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 batteryState ok
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 batterylow 0
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 boostactive no
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 boostactiveendtime N/A
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 day-temp 20.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 desired-temp 20.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 devicelock yes
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 errorcode noError (0)
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 fwversion 03.68
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 holidayactive no
setstate FBDECT_FritzDECT_11961_0644848 2024-01-31 19:17:48 lastBatChange Wed Jan 31 19:17:48 2024
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 locked no
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 nextPeriodStart 2024-03-08 22:00:00
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 nextPeriodTemp 16.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 night-temp 16.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 present yes
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 state desired-temp: 20.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 summeractive no
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 tempadjust -1.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 temperature 23.0 C (measured)
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 windowopenactiv no
setstate FBDECT_FritzDECT_11961_0644848 2024-03-08 12:02:55 windowopenactiveendtime N/A
und hier mein Panel:
{
"name": "Thermostat Arbeitszimmer",
"template": "AVM-Thermostate",
"panel": {
"devices": [
"hkt:FBDECT_FritzDECT_11961_0644848"
]
},
"status": {},
"main": [
{
"level": {}
}
],
"info": {}
}
An welcher Stelle stehe ich auf dem Schlauch :(
Gruß
Marco
Hallo Marco,
die Vorlage aus #34 funktioniert ja auch nicht 8) Da hatte ich das Problem auch noch.
anbei meine aktuelle Vorlage. Hierbei ist zu beachten, dass
"serie": [
"hkt-desired-temp::%n(1,0.01):Soll:2:°C:gauge",
"hkt-temperature::%n(1,0.01):Temperatur:2:°C:gauge"
mit 0.01 nur ein Workaround ist, bis Jens eine korrigierte Version bereitstellt. Dann kann ,0.01 entfallen.
Viele Grüße
Jürgen
aber auch mit der aktuellen Vorlage reagiert die eingestellte Temperatur nicht auf + oder -
Hallo Marco,
das dauert manchmal etwas, bis die Änderung angezeigt wird. Du musst dies direkt am FB-Modul prüfen. Ich gehe davon aus, dass die FB-Abfragen in einem Intervall von 60s oder mehr bei Dir eingestellt sind.
Viele Grüße
Jürgen
Hallo Jens, hallo Benni,
gibt es eine Möglichkeit die Profile/Vorlagen von einem Testsystem zu übernehmen? Bei mehreren Vorlagen/Profilen ist das recht mühsam.
Viele Grüße
Jürgen
Hallo Jürgen,
ich habe aktuell 16 verschiedene Vorlagen, die ich für 82 Panels verwende. Die Vorlagen kann ich hier gern mal einstellen. Würde das heute Abend mal machen.
Grüße
Jens :)
Hallo Jens,
vielen Dank. Macht es eventuell Sinn die Templates in einem separaten Thread zu bündeln. Da könnte dann jeder seine Beispiele einstellen.
Ich habe auf Basis deines Thermostat-Templates eines für HMIP und eines für AVM-THermostate gebaut. Zusätzlich ein Template um zu zeigen ob Türen/Fenster geöffnet sind und ein Template für den Licht-Status. Hierbei kann dann über die zusätzlichen Ebenen jedes Licht ausgeschaltet werden, welches an ist. Die Ebene wird hierbei nur angezeigt, wenn das Licht an ist.
Viele Grüße
Jürgen
Hallo Jürgen,
in der FHEMApp3 wird der Wert direkt im Panel geändert, auch wenn er erst später zum Device übertragen wird...
kurze Frage zur Definition der Buttons: Links und rechts sind unterschiedlich definiert:
"click": [
"hkt-desired-temp::set hkt desired-temp %n(2,0.5)"
]
"click": [
"desired-temp::set hkt desired-temp %n(2,-0.5)"
Bei dem einen steht HKT davor, bei dem anderen nicht. Ist eines nicht falsch?
Gruß
Marco
Hallo Marco,
ja da fehlt das hkt. Auch in der Info-Zeile fehlt noch das hkt davor. Ich habe alle Vorlagen korrigiert und neu hochgeladen.
Viele Grüße
Jürgen
Hallo Jens,
wie Du in Beitrag #112 beim Bild "Licht-Status sehen kannst, wird der Zeilenumbruch aus FHEM (<br>) nicht übernommen. Wie kann man dies optimieren. In Fhem sieht es so aus:
FHEM-Licht-Status.png
Viele Grüße
Jürgen
Hallo Jens,
vielen Dank für deine Templates. Habe mir dein Rolladen-Template genommen und es an meine Rolladen angepasst. SIeht auch gut aus, die Buttons funktionieren, nur leider nicht der Slider. Kannst Du da mal einen BLick drauf werfen?
Vielen Dank.
Gruß
Marco
Fernotron.txt
Hallo Marco,
möglicher Weise fehlt in deinem Set Befehl, den du am slider hinterlegt hast, nochwas.
Meine slider Befehle sehen wie folgt aus:
set <device> pct <wert>
Schau mal bitte ob das bei dir auch so ist. Hierzu kannst du den Set Befehl aus deiner Definition auch mal direkt in FHEM ausprobieren. Da siehst du am besten, ob der Befehl korrekt ist oder nicht.
Bei Fragen melde dich gern nochmal.
Jens :)
Hallo an alle Tester,
ich habe eben die v4.0.23-beta veröffentlicht. Folgende Änderungen sind enthalten
1. neue Option für Ersetzung %n(digits,offset,noLocaleNumber) - wenn man noLocaleNumber auf true setzt, dann wird der Zahlenwert nicht mehr in das lokale Format (Komma und Tausenderzeichen) umgewandelt. Das Thema kam von Jürgen und hilft u.a. bei Charts. @juemuc so solltest du deine Definition jetzt anpassen, ohne dass zusätzlich ein Offset nötig ist.
"serie": [
"hkt-desired-temp::%n(1,0,true):Soll:2:°C:gauge",
"hkt-temperature::%n(1,0,true):Temperatur:2:°C:gauge"
2. In den Einstellungen für Panels und Templates können Definitionen jetzt via Drag&Drop sortiert werden. Das vereinfacht die Erstellung und Bearbeitung von Definitionen, da die Reihenfolge für die Prüfung der passenden Definition von Bedeutung ist.
3. Für Menüs kann jetzt auch das Aussehen des Menübutton (Icon, Farbe, Variante, aktiv/inaktiv) optional angepasst werden.
So, dann weiterhin viel Spaß beim Testen - Ich freue mich auf euer Feedback! :)
Jens
Hallo Jens,
damit werden die Zahlen in der Grafik korrekt angezeigt. Allerdings kann man die Zahlen nicht im lokalen Format (Nachkommestelle mit Komma getrennt) korrekt anzeigen lassen.
Hast Du noch eine Idee für das Ersetzen eines Wertes in der Grafik durch einen Text (siehe Beitrag #115)?
Hast Du eine Idee für das Problem mit dem Umbruch (siehe Beitrag #103)
Viele Grüße
Jürgen
Hallo Jürgen,
ich habe mir nochmal angeschaut, welche Möglichkeiten eCharts zum Verändern von Werten bietet. (also deine Frage bzgl. "aus" statt "7.0°C") Ein Ansatz wäre die Nutzung von Callback Funktionen im Zusammenhang mit dem "formatter" Schlüssel. Da ich in FHEMApp JSON (also das Datentransportformat) für jegliche Konfiguration nutze, kann ich hierüber kein natives Javascript einbinden. Ich habe das aktuell auch nicht vorgesehen, da FHEMApp ohne Programmierkenntnisse einsetzbar ist.
Zu deiner Frage bzgl. Darstellung, der geöffneten Türen und Fenster. Wenn ich das richtig verstehe, möchtest du alle Türen bzw. Fenster untereinander angezeigt haben. Auch hier verhält es sich so, dass FHEMApp keinen Code verarbeitet, der sich in den Daten befindet. Dies wäre im Zusammenspiel mit dem responsive Design von FHEMApp auch problematisch. Dennoch hätte ich folgende Vorschläge, wie du diese Anzeige umsetzen kannst.
Im einfachsten Fall kannst du die Ebenen im Main-Bereich des Panel nutzen und pro Ebene ein Fenster bzw. eine Tür zuweisen, um die betreffenden Fenster bzw. Türen untereinander darzustellen. Wenn du zusätzlich nur die offenen Türen bzw. Fenster sehen möchtest, kannst du den Parameter show in der Ebene verwenden. Bei diesem Ansatz bindest du dann alle Fenster bzw. Türen, die in deinem Panel zum Einsatz kommen sollen, als device ein.
Damit sparst du dir dann auch die HTML-Programmierung innerhalb von FHEM. Und wenn ich das in deinem Beitrag #112 richtig gelesen habe, dann machst du das auch schon so. ;)
EDIT: Wie vorschlagen, habe ich meine Templates in einen separaten Beitrag hier im Forum nach Frontends -> FHEMapp -> FHEMApp4 - Templates ausgelagert. Dort kann erstmal jeder seine Templates zur Verfügung stellen.
Grüße
Jens :)
Zitat von: Peter_64 am 08 März 2024, 11:30:32Hallo Jens,
dank Dir für die Hilfe, es wurde der Wert auch farblich angezeigt.
Was ich aber nicht schaffe, einen einfachen numerischen Wert im Panel auszugeben, z. B. vent-H_Holz::%n(0) keine Ahnung was ich da falsch mache alles schon versucht !
Kann es evtl. daran liegen, dass mir auch keine Vorlagen template angezeigt werden, das Shelly z.b, im Order Fhem kann ich es finden, wird aber nicht angezeigt.
Hallo Peter,
bist du inzwischen mit der Anzeige des Readings (numerischer Wert) innerhalb eine Ebene weitergekommen? Wenn nicht, schicke mir bitte mal deine aktuelle Panel-Konfiguration und was du gern darstellen möchtest. Dann kann ich dir zeigen, wie die Konfiguration aussehen muss. :)
Grüße
Jens
Moin Jens,
ich habe noch einen kleinen Glitch beim Thema Coverart gefunden.
"left1": {
"image": [
"currentTrack_albumArtUri::%s",
"::./images/default/blank-cd.png"
],
"size": [
"2"
]
}
Beim wechseln der verschiedenen Ebenen wird das Bild erst in die Länge gezogen und erst danach
in der passenden Größe angezeigt (siehe Bildschirmaufnahme).
VG Sebastian
Hallo Jens,
weiterhin ist mir aufgefallen, dass die Infozeile bei V3 wesentlich mehr Text aufnimmt als bei V4 (siehe Bilder).
Bei V4 ist sogar nur left1/left2 definiert und dennoch werden viel weniger Zeichen angezeigt...
VG Sebastian
Zitat von: binford6000 am 10 März 2024, 10:53:25Hallo Jens,
weiterhin ist mir aufgefallen, dass die Infozeile bei V3 wesentlich mehr Text aufnimmt als bei V4 (siehe Bilder).
Bei V4 ist sogar nur left1/left2 definiert und dennoch werden viel weniger Zeichen angezeigt...
VG Sebastian
Da hast du Recht. Das werde ich noch anpassen. :)
Grüße
Jens
Hallo Jens,
bei V4 vermisse ich auch noch die Config-Einstellung für
"mobileHeaderContent": "page",
Das ist sehr praktisch bei der mobilen Anzeige auf dem Smartphone :)
VG Sebastian
Hallo Jens,
nachdem ich nun alle häufig benutzen Panels von V3 nach V4 migriert habe möchte ich - trotz Beta-Status - ein kleines Zwischenfazit ziehen:
Pluspunkte:- Das Design sieht im Vergleich zu V3 etwas "frischer" aus. Sieht man auch schön auf den Screenshots ein paar Einträge höher...
- Die Konfiguration der Panels direkt in FHEMapp ist mega!
Dadurch ist kein verwursteln von config und appOptions-Attribut usw. mehr nötig! - FHEM-Modul zur einfachen Installation + Update ist sehr hilfreich vor allem für Neueinsteiger
- Die direkte Verlinkung zum Hilfe-Thema über die ?-Buttons ist sehr nützlich!
- Die Erstellung der Navigations-Einträge ist auch viel einfacher + übersichtlicher geworden
- Einfache Konfiguration von Farben
- json-Syntax-Prüfung (rot wenn Fehler vorhanden)
- 'show' zur bedingten Anzeige hat auch ein riesiges Potenzial
- Connected Devices in V4 einfach als weiteres key:device-Paar einbindbar
Luft nach oben: (ja ich weiß ist erst Beta... :) ):
- V3 Panels in V4 abbilden macht (noch) keinen Spaß und ist momentan
noch echt viel c&p und try & error. - Bei vielen Geräten in einem Panel wird das json sehr unübersichtlich
Irrtümliche Leerzeichen am Anfang eines Eintrags (sowas wie ' ::...') haben bei mir kurzzeitig für Chaos gesorgt.
Ich weiß leider nicht mehr genau wo mir das passiert ist aber alle Panels haben auf einmal NICHTS mehr angezeigt...
Ich versuche das die Tage nochmal nachzustellen und mache dann ein Issue auf 👍🏻Ein Reload stellt IMMER Darkmode ein - gh-Issues darüber sind ja bereits vorhanden...- Ein Backup/Restore der gesamten config oder auch Teile davon mehr sehr hilfreich!
- Insgesamt wirkt die Darstellung unter V4 etwas 'gedrungener' als bei V3.
Das ist insbesondere bei der mobilen (einspaltigen) Darstellung zu beobachten
Alles in allem bin ich aber sehr begeistert und werde wohl auch bald schon V3 einmotten!
Vielen Dank an dich für FHEMapp V4 und auch an Benni für das dazugehörige FHEM-Modul.
Mit V4 ist es nun auch für Einsteiger viel einfacher das mMn. schönste FHEM-Frontend in Betrieb zu nehmen! :)
VG Sebastian
Hallo Sebastian,
vielen Dank für dein Zwischenfazit und vor allem auch die konstruktiven Kritikpunkte! :)
Ich habe vorhin ein weiteres Release v4.0.24-beta freigegeben. Die Optimierung bzgl. darkMode ist in diesem u.a. gelöst.
Auf jeden Fall würde ich mich freuen, wenn du in Github folgende Issues erfassen kannst:
1. Textbreite im Infobereich
2. Navigationspunkt in der Kopfzeile (mobile Ansicht)
3. Leerzeichen in den Definitionen
Die anderen Punkte auch gern, und bestenfalls mit Lösungsvorschlag. ;)
Beste Grüße
Jens
Zitat von: binford6000 am 10 März 2024, 10:30:03Beim wechseln der verschiedenen Ebenen wird das Bild erst in die Länge gezogen und erst danach
in der passenden Größe angezeigt (siehe Bildschirmaufnahme).
Hallo Sebastian,
kannst du bitte mal probieren, ob der Effekt auch auftritt, wenn du in der Ebene den Parameter
height setzt.
Danke Dir
Jens :)
ZitatIch habe vorhin ein weiteres Release v4.0.24-beta freigegeben. Die Optimierung bzgl. darkMode ist in diesem u.a. gelöst.
Auf jeden Fall würde ich mich freuen, wenn du in Github folgende Issues erfassen kannst:
Nice & mach ich gerne (morgen früh)!
Zitatkannst du bitte mal probieren, ob der Effekt auch auftritt, wenn du in der Ebene den Parameter height setzt.
Ja, der Effekt tritt auch mit gesetztem 'height' auf.
VG Sebastian
Hallo Jens,
könntest Du eventuell die Konfiguration von deinem Panel "Sicherheit" posten? Hatte es in der Version 3 nachgebaut, bekomme es aber in V4 nicht hin.
Gruß
Marco
Zitat von: marboj am 11 März 2024, 07:51:25Hallo Jens,
könntest Du eventuell die Konfiguration von deinem Panel "Sicherheit" posten? Hatte es in der Version 3 nachgebaut, bekomme es aber in V4 nicht hin.
Hallo Marco,
anbei mein Panel Sicherheit. Ich habe für die einzelnen Ebenen jeweils ein structure Device FHEM erstellt und diese mit dem Panel verknüpft. Bei Klick auf den rechten Button in jeder Ebene navigiere ich dann innerhalb von
FHEMApp in den jeweiligen Bereich.
Grüße
Jens :)
{
"name": "overview_sec",
"template": null,
"panel": {
"devices": [
"smoke:overview_smokedetect",
"windows:overview_windows",
"blinds:overview_blinds",
"motion:overview_motiondetect"
],
"navigation": [
"::home"
],
"sortby": [
"01"
],
"expandable": [
"::false:true"
]
},
"status": {
"title": [
"Sicherheit"
],
"imageUrl": [
"::https\\://picsum.photos/1920/1080?random"
]
},
"main": [
{
"level": {
"left1": "info",
"mid": "info",
"right2": "btn",
"show": [
"true"
]
},
"left1": {
"status": [
"smoke-state:off:100:on",
"smoke-state:^(?!off):100:error"
]
},
"mid": {
"text": [
"smoke-a-alias::%s:text-left text-h6"
],
"text2": [
"smoke-state:off:alle bereit:text-left",
"smoke-state:^(?!off):Alarm!:text-left"
],
"size": [
"7"
]
},
"right2": {
"btn": [
"mdi-chevron-right"
],
"click": [
"::groups->Rauchmelder:route"
]
}
},
{
"level": {
"left1": "info",
"mid": "info",
"right2": "btn"
},
"left1": {
"status": [
"windows-state:closed:100:on",
"windows-state:open:0:on",
"50:on"
]
},
"mid": {
"text": [
"windows-a-alias::%s:text-left text-h6"
],
"size": [
"7"
],
"text2": [
"windows-state:closed:alle geschlossen:text-left",
"windows-state:open:alle offen:text-left",
"::teilweise offen:text-left"
]
},
"right2": {
"btn": [
"mdi-chevron-right"
],
"click": [
"::groups->Fenster & Türen:route"
]
}
},
{
"level": {
"left1": "info",
"mid": "info",
"right2": "btn"
},
"left1": {
"status": [
"blinds-state:off:100:on",
"blinds-state:on:0:on",
"blinds-state::50:on"
]
},
"mid": {
"text": [
"blinds-a-alias::%s:text-left text-h6"
],
"size": [
"7"
],
"text2": [
"blinds-state:off:alle geschlossen:text-left",
"blinds-state:on:alle offen:text-left",
"blinds-state::teilweise offen:text-left"
]
},
"right2": {
"btn": [
"mdi-chevron-right"
],
"click": [
"::groups->Jalousien:route"
]
}
},
{
"level": {
"left1": "info",
"mid": "info",
"right2": "btn"
},
"left1": {
"status": [
"motion-state:noMotion:100:on",
"motion-state::50:on"
]
},
"mid": {
"size": [
"7"
],
"text": [
"motion-a-alias::%s:text-left text-h6"
],
"text2": [
"motion-state:noMotion:alle bereit:text-left",
"motion-state::Bewegung erkannt:text-left"
]
},
"right2": {
"btn": [
"mdi-chevron-right"
],
"click": [
"::groups->Bewegungsmelder:route"
]
}
}
],
"info": {
"left1": [
":::mdi-security"
]
}
}
Habe noch eine Frage zu den Thermostat-Vorlagen:
Bei der V3 ist es so, dass wenn ich die gewünschte Temperatur ändere, das Template die Änderung sofort anzeigt. Bei den Templates für die V4 passiert dieses verzögert.
Woran liegt das?
Gruß
Marco
ein paar Fragen noch:
Ist es bei deinem Security-Template auch, dass sich der Status der Bewegungsmelder nur ändert, wenn alle Melder eine Bewegung registrieren?
Gibt es das Sysmon-Template aus der V3 nicht mehr?
Muss man das Update für die V4 manuell anstoßen? Über "Update all" bekomme ich es nicht angezeigt...
Gruß
Marco
ZitatMuss man das Update für die V4 manuell anstoßen? Über "Update all" bekomme ich es nicht angezeigt..
Hallo Marco,
- das FHEM-Modul 02_FHEMAPP.pm wird über das normale FHEM update gezogen.
- Die Updates für die FHEMApp selbst kannst du im FHEM-Modul als set myapp update anstoßen
Du kannst den FHEM-Befehl auch ins Optionsmenü der FHEMApp packen (siehe
Optionsmenü FHEM Befehle) in den Einstellungen.
VG Sebastian
Hallo zusammen,
habe mir für myAbfall ein Panel zur Anzeige der "nächsten" Tonne erstellt. Hat jemand eine Idee wie ich es hinbekomme, dass wenn man das Panel aufklappt, 4 weitere Einträge des Abfallkalenders angezeigt bekommt (jeweils Tonne und Datum)?
Gruß
Marco
Abfallkalender.jpg
Zitat von: marboj am 11 März 2024, 10:49:36Bei der V3 ist es so, dass wenn ich die gewünschte Temperatur ändere, das Template die Änderung sofort anzeigt. Bei den Templates für die V4 passiert dieses verzögert.
Kannst du bitte mal das Template bzw. Panel benennen oder posten. Und mich würde interessieren, welches Device du verwendest.
Grüße
Jens :)
Zitat von: marboj am 11 März 2024, 12:54:43ein paar Fragen noch:
Ist es bei deinem Security-Template auch, dass sich der Status der Bewegungsmelder nur ändert, wenn alle Melder eine Bewegung registrieren?
Gibt es das Sysmon-Template aus der V3 nicht mehr?
Muss man das Update für die V4 manuell anstoßen? Über "Update all" bekomme ich es nicht angezeigt...
zu 1) der Status für die Bewegungsmelder ändert sich sobald ein Bewegungsmelder eine Bewegung erkannt hat. Der zugehörige Text steht bei mir entweder auf "alle bereit" oder "Bewegung erkannt". Die Definition in dem Template lässt das auch erkennen. Letztlich hängt das aber auch davon ab, wie du dein structure-Device in FHEM konfiguriert hast.
zu 2) Standard-Templates (also eine Auswahl verschiedener Templates) sind aktuell in der Beta-Version noch nicht verfügbar. Ich habe dir aber mal meine aktuellen Anzeigen für den Homematic Funk-LAN Adapter und meinen FHEM Server angefügt.
zu 3) das wurde inzwischen schon beantwortet ;)
Grüße
Jens :)
Zitat von: marboj am 11 März 2024, 16:10:55habe mir für myAbfall ein Panel zur Anzeige der "nächsten" Tonne erstellt. Hat jemand eine Idee wie ich es hinbekomme, dass wenn man das Panel aufklappt, 4 weitere Einträge des Abfallkalenders angezeigt bekommt (jeweils Tonne und Datum)?
Hallo Marco,
ich würde empfehlen, dass ähnlich wie im Proplanta Template zu lösen. D.h. 4 Ebenen konfigurieren und in jeder Ebene den gewünschten Eintrag abbilden. In der Ebene selbst würde ich dann beide Informationen anzeigen. Also 1) was abgeholt wird und 2) in wie vielen Tagen die Abholung erfolgt. Aus der Infozeile würde ich die Info dann rausnehmen, da sie meiner Meinung nach dort etwas untergeht.
Ps.: einen Abfallkalender wollte ich mir auch immer schonmal in FHEM erstellen und dann in
FHEMApp eine schöne Anzeige dazu bauen. Leider habe ich bisher keinen Abfallkalender in FHEM ;D Du kannst mir ja trotzdem mal ein list von deinem Abfallkalender aus FHEM schicken. Dann kann ich dir gern noch bei der Konfiguration der Ebenen behilflich sein.
Grüße
Jens :)
Zitat von: jemu75 am 10 März 2024, 22:28:39Ich habe vorhin ein weiteres Release v4.0.24-beta freigegeben. Die Optimierung bzgl. darkMode ist in diesem u.a. gelöst.
Vielen Dank erstmal für die neue FhemApp4.
Nach dem aktuellen Update bin ich nach einem reload immer im lightMode.
Habe ich was falsch konfiguriert?
Gruß LuGu
ZitatNach dem aktuellen Update bin ich nach einem reload immer im lightMode.
Also bei mir funktioniert das wie gewünscht: Wenn MacOS auf Darkmode umschaltet wird die FHEMApp auch sofort
auf Darkmode umgeschaltet und umgekehrt.
VG Sebastian
Ok, danke.
Auf dem iPhone funktioniert es auch.
Ich hatte nur auf dem PC getestet.
Gruß LuGu
Zitat von: jemu75 am 11 März 2024, 19:30:35Hallo Jens,
hier mein Device Abfallkalender:
define myABFALL ABFALL AbfallGoogleCalender
attr myABFALL alias Abfallkalender
attr myABFALL calendarname_praefix 0
attr myABFALL date_style date
attr myABFALL delimiter_reading |
attr myABFALL delimiter_text_reading und
attr myABFALL icon dustbin
attr myABFALL room Overview
attr myABFALL stateFormat next_text in next_days Tag(en)
attr myABFALL userReadings ftui_datum {ReadingsVal("myABFALL","now_text","") eq "" ? datumHeuteMorgen(ReadingsVal("myABFALL","next_date","")) : "heute";;},ftui_next {ReadingsVal("myABFALL","now_text","") eq "" ? ReadingsVal("myABFALL","next","") : ReadingsVal("myABFALL","now","")."_0";;;;}
attr myABFALL weekday_mapping Sonntag Montag Dienstag Mittwoch Donnerstag Freitag Samstag
# DEF AbfallGoogleCalender
# FUUID 60583de6-f33f-698a-effc-8bd6f12ac7d5e5b9
# KALENDER AbfallGoogleCalender
# NAME myABFALL
# NOTIFYDEV AbfallGoogleCalender
# NR 230
# NTFY_ORDER 50-myABFALL
# STATE Wertstofftonne in 1 Tag(en)
# TYPE ABFALL
# eventCount 9
# OLDREADINGS:
# READINGS:
# 2024-03-11 21:39:46 Biotonne_date 20.03.2024
# 2024-03-11 21:39:46 Biotonne_days 9
# 2024-03-11 21:39:46 Biotonne_description Biotonne
# 2024-03-11 21:39:46 Biotonne_location
# 2024-03-11 21:39:46 Biotonne_text Biotonne
# 2024-03-11 21:39:46 Biotonne_uid 28ca77e4c8824c6982b5834208256c77
# 2024-03-11 21:39:46 Biotonne_weekday Mittwoch
# 2024-03-11 21:39:46 Papiertonne_date 21.03.2024
# 2024-03-11 21:39:46 Papiertonne_days 10
# 2024-03-11 21:39:46 Papiertonne_description Papiertonne
# 2024-03-11 21:39:46 Papiertonne_location
# 2024-03-11 21:39:46 Papiertonne_text Papiertonne
# 2024-03-11 21:39:46 Papiertonne_uid 4360f3d020384f4a9c5a95fc469a1ced
# 2024-03-11 21:39:46 Papiertonne_weekday Donnerstag
# 2024-03-11 21:39:46 Restmuell2-woe_date 13.03.2024
# 2024-03-11 21:39:46 Restmuell2-woe_days 2
# 2024-03-11 21:39:46 Restmuell2-woe_description Restmüll 2-wö.
# 2024-03-11 21:39:46 Restmuell2-woe_location
# 2024-03-11 21:39:46 Restmuell2-woe_text Restmüll 2-wö.
# 2024-03-11 21:39:46 Restmuell2-woe_uid 3a84710fec9b4e70ba3f2409d1adf897
# 2024-03-11 21:39:46 Restmuell2-woe_weekday Mittwoch
# 2024-03-11 21:39:46 Wertstofftonne_date 12.03.2024
# 2024-03-11 21:39:46 Wertstofftonne_days 1
# 2024-03-11 21:39:46 Wertstofftonne_description Wertstofftonne
# 2024-03-11 21:39:46 Wertstofftonne_location
# 2024-03-11 21:39:46 Wertstofftonne_text Wertstofftonne
# 2024-03-11 21:39:46 Wertstofftonne_uid 3fb6de0c599c478fae5863b68c3def8c
# 2024-03-11 21:39:46 Wertstofftonne_weekday Dienstag
# 2024-03-11 21:39:46 ftui_datum morgen
# 2024-03-11 21:39:46 ftui_next Wertstofftonne_1
# 2024-03-11 21:39:46 next Wertstofftonne_1
# 2024-03-11 21:39:46 next_date 12.03.2024
# 2024-03-11 21:39:46 next_days 1
# 2024-03-11 21:39:46 next_description Wertstofftonne
# 2024-03-11 21:39:46 next_location
# 2024-03-11 21:39:46 next_text Wertstofftonne
# 2024-03-11 21:39:46 next_weekday Dienstag
# 2024-03-11 21:39:46 state 1
#
setstate myABFALL Wertstofftonne in 1 Tag(en)
setstate myABFALL 2024-03-11 21:39:46 Biotonne_date 20.03.2024
setstate myABFALL 2024-03-11 21:39:46 Biotonne_days 9
setstate myABFALL 2024-03-11 21:39:46 Biotonne_description Biotonne
setstate myABFALL 2024-03-11 21:39:46 Biotonne_text Biotonne
setstate myABFALL 2024-03-11 21:39:46 Biotonne_uid 28ca77e4c8824c6982b5834208256c77
setstate myABFALL 2024-03-11 21:39:46 Biotonne_weekday Mittwoch
setstate myABFALL 2024-03-11 21:39:46 Papiertonne_date 21.03.2024
setstate myABFALL 2024-03-11 21:39:46 Papiertonne_days 10
setstate myABFALL 2024-03-11 21:39:46 Papiertonne_description Papiertonne
setstate myABFALL 2024-03-11 21:39:46 Papiertonne_text Papiertonne
setstate myABFALL 2024-03-11 21:39:46 Papiertonne_uid 4360f3d020384f4a9c5a95fc469a1ced
setstate myABFALL 2024-03-11 21:39:46 Papiertonne_weekday Donnerstag
setstate myABFALL 2024-03-11 21:39:46 Restmuell2-woe_date 13.03.2024
setstate myABFALL 2024-03-11 21:39:46 Restmuell2-woe_days 2
setstate myABFALL 2024-03-11 21:39:46 Restmuell2-woe_description Restmüll 2-wö.
setstate myABFALL 2024-03-11 21:39:46 Restmuell2-woe_text Restmüll 2-wö.
setstate myABFALL 2024-03-11 21:39:46 Restmuell2-woe_uid 3a84710fec9b4e70ba3f2409d1adf897
setstate myABFALL 2024-03-11 21:39:46 Restmuell2-woe_weekday Mittwoch
setstate myABFALL 2024-03-11 21:39:46 Wertstofftonne_date 12.03.2024
setstate myABFALL 2024-03-11 21:39:46 Wertstofftonne_days 1
setstate myABFALL 2024-03-11 21:39:46 Wertstofftonne_description Wertstofftonne
setstate myABFALL 2024-03-11 21:39:46 Wertstofftonne_text Wertstofftonne
setstate myABFALL 2024-03-11 21:39:46 Wertstofftonne_uid 3fb6de0c599c478fae5863b68c3def8c
setstate myABFALL 2024-03-11 21:39:46 Wertstofftonne_weekday Dienstag
setstate myABFALL 2024-03-11 21:39:46 ftui_datum morgen
setstate myABFALL 2024-03-11 21:39:46 ftui_next Wertstofftonne_1
setstate myABFALL 2024-03-11 21:39:46 next Wertstofftonne_1
setstate myABFALL 2024-03-11 21:39:46 next_date 12.03.2024
setstate myABFALL 2024-03-11 21:39:46 next_days 1
setstate myABFALL 2024-03-11 21:39:46 next_description Wertstofftonne
setstate myABFALL 2024-03-11 21:39:46 next_text Wertstofftonne
setstate myABFALL 2024-03-11 21:39:46 next_weekday Dienstag
setstate myABFALL 2024-03-11 21:39:46 state 1
Die Abholdaten holt sich das Modul von hier:
define AbfallGoogleCalender Calendar ical file /opt/fhem/backup/Abfallkalender_2024.ics
attr AbfallGoogleCalender room 99_System
# DEF ical file /opt/fhem/backup/Abfallkalender_2024.ics
# FUUID 60583dd0-f33f-698a-7de1-b6ebd45233ddf207
# NAME AbfallGoogleCalender
# NOTIFYDEV global
# NR 229
# NTFY_ORDER 50-AbfallGoogleCalender
# STATE triggered
# TYPE Calendar
# eventCount 40
# READINGS:
# 2023-12-19 19:24:49 calname GWA Abfallkalender 2023
# 2024-03-11 21:39:45 lastUpdate 2024-03-11 21:39:38
# 2024-03-11 21:39:45 nextUpdate 2024-03-11 22:39:38
# 2024-03-11 21:39:46 nextWakeup 2024-03-11 22:39:38
# 2024-03-11 21:39:45 state triggered
#
setstate AbfallGoogleCalender triggered
setstate AbfallGoogleCalender 2023-12-19 19:24:49 calname GWA Abfallkalender 2023
setstate AbfallGoogleCalender 2024-03-11 21:39:45 lastUpdate 2024-03-11 21:39:38
setstate AbfallGoogleCalender 2024-03-11 21:39:45 nextUpdate 2024-03-11 22:39:38
setstate AbfallGoogleCalender 2024-03-11 21:39:46 nextWakeup 2024-03-11 22:39:38
setstate AbfallGoogleCalender 2024-03-11 21:39:45 state triggered
Unser örtlicher Entsorger bietet die Abholtermine als ical an, die ich dann einmal im Jahr importiere.
Der Übersicht halber habe ich noch diesen Überblick:
define rgAbfall readingsGroup myABFALL:<Tag(e)>,<Abfall>,<Datum>,\
myABFALL:Wertstofftonne_days,<%dustbin@yellow>,Wertstofftonne_date,\
myABFALL:Restmuell2-woe_days,<%dustbin@black>,Restmuell2-woe_date,\
myABFALL:Papiertonne_days,<%dustbin@blue>,Papiertonne_date,\
myABFALL:Biotonne_days,<%dustbin@green>,Biotonne_date,
attr rgAbfall alias Abfalltermine
attr rgAbfall group ABFALL
attr rgAbfall nonames 1
attr rgAbfall room Overview
attr rgAbfall sortColumn 1
# DEF myABFALL:<Tag(e)>,<Abfall>,<Datum>,
#myABFALL:Wertstofftonne_days,<%dustbin@yellow>,Wertstofftonne_date,
#myABFALL:Restmuell2-woe_days,<%dustbin@black>,Restmuell2-woe_date,
#myABFALL:Papiertonne_days,<%dustbin@blue>,Papiertonne_date,
#myABFALL:Biotonne_days,<%dustbin@green>,Biotonne_date,
# FUUID 60584cc4-f33f-698a-c393-bd7dc31f9df951c8
# NAME rgAbfall
# NR 233
# NTFY_ORDER 50-rgAbfall
# STATE Initialized
# TYPE readingsGroup
# changed 0
# mayBeVisible 1
# CONTENT:
# myABFALL 1
# CONTENT2:
# DEVICES:
# ARRAY(0x7cdb108)
# ARRAY(0x7c71630)
# ARRAY(0x7ca3000)
# ARRAY(0x7bc8b48)
# ARRAY(0x75db7b8)
# fhem:
# lastDefChange 27
# last_update 1710166203.47242
# helper:
# DEF
# positions:
# myABFALL.Biotonne_date 5:3
# myABFALL.Biotonne_days 5:1
# myABFALL.Papiertonne_date 4:3
# myABFALL.Papiertonne_days 4:1
# myABFALL.Restmuell2-woe_date 3:3
# myABFALL.Restmuell2-woe_days 3:1
# myABFALL.Wertstofftonne_date 2:3
# myABFALL.Wertstofftonne_days 2:1
# values:
# formated:
# undef
# ARRAY(0x7822bf8)
# undef
# ARRAY(0x7b47ae0)
# orig:
# undef
# ARRAY(0x77eee08)
# undef
# ARRAY(0x770e098)
# prefixsuffix:
# undef
# ARRAY(0x3e8d350)
# undef
# ARRAY(0x751d8b0)
#
sieht in FHEM so aus:
Abfall FHEM.jpg
Gruß
Marco
Bei dem Update stehe ich irgendwie auf dem Schlauch: Es gibt ein Modul FHEMApp, welches über das Update von FHEM aktualisiert wird. Weiterhin gibt es in der FHEMApp auch eine Updatefunktion.
Was wird denn wann aktualisert?
Zitat von: jemu75 am 11 März 2024, 19:05:07Zitat von: marboj am 11 März 2024, 10:49:36Bei der V3 ist es so, dass wenn ich die gewünschte Temperatur ändere, das Template die Änderung sofort anzeigt. Bei den Templates für die V4 passiert dieses verzögert.
Kannst du bitte mal das Template bzw. Panel benennen oder posten. Und mich würde interessieren, welches Device du verwendest.
Grüße
Jens :)
Als Panel habe ich das AVM-Thermostat-Panel von Jürgen genommen.
AVM-Thermostat.txt
Ich habe die Comet-Thermostate. Hier ist exemplarisch ein Device:
define FBDECT_FritzDECT_11961_0644848 FBDECT FritzDECT:11961_0644848 actuator,tempSensor
attr FBDECT_FritzDECT_11961_0644848 userattr room_map structexclude
attr FBDECT_FritzDECT_11961_0644848 alexaName Heizung Arbeitszimmer
attr FBDECT_FritzDECT_11961_0644848 alias Arbeitszimmer Thermostat
attr FBDECT_FritzDECT_11961_0644848 appOptions { "template": "thermostat", "connected": { "receiver": "<devicename>", "valve": "<devicename>" } }
attr FBDECT_FritzDECT_11961_0644848 event-min-interval power:120
attr FBDECT_FritzDECT_11961_0644848 group Heizung
attr FBDECT_FritzDECT_11961_0644848 icon sani_heating
attr FBDECT_FritzDECT_11961_0644848 room 12_Arbeitszimmer,FBDECT
# DEF FritzDECT:11961_0644848 actuator,tempSensor
# FUUID 61a66c71-f33f-698a-ac23-4770b6a6ca2d0d97
# FritzDECT_MSGCNT 86
# FritzDECT_TIME 2024-03-11 22:00:21
# IODev FritzDECT
# LASTInputDev FritzDECT
# MSGCNT 86
# NAME FBDECT_FritzDECT_11961_0644848
# NR 330
# STATE desired-temp: 20.0 C
# TYPE FBDECT
# eventCount 86
# id 11961_0644848
# props actuator,tempSensor
# webCmd desired-temp
# READINGS:
# 2024-03-11 22:00:21 AIN 11961 0644848
# 2024-03-11 22:00:21 FBNAME Arbeitszimmer Thermostat
# 2024-03-11 22:00:21 FBPROP actuator,tempSensor
# 2024-03-11 22:00:21 FBTYPE Comet DECT
# 2024-03-11 22:00:21 ID 20
# 2024-03-11 14:39:06 IODev FritzDECT
# 2024-03-11 22:00:21 battery 60 %
# 2024-03-11 22:00:21 batteryPercent 60
# 2024-03-11 22:00:21 batteryState ok
# 2024-03-11 22:00:21 batterylow 0
# 2024-03-11 22:00:21 boostactive no
# 2024-03-11 22:00:21 boostactiveendtime N/A
# 2024-03-11 22:00:21 day-temp 20.0 C
# 2024-03-11 22:00:21 desired-temp 20.0 C
# 2024-03-11 22:00:21 devicelock yes
# 2024-03-11 22:00:21 errorcode noError (0)
# 2024-03-11 22:00:21 fwversion 03.68
# 2024-03-11 22:00:21 holidayactive no
# 2024-01-31 19:17:48 lastBatChange Wed Jan 31 19:17:48 2024
# 2024-03-11 22:00:21 locked no
# 2024-03-11 22:00:21 nextPeriodStart 2024-03-18 22:00:00
# 2024-03-11 22:00:21 nextPeriodTemp 16.0 C
# 2024-03-11 22:00:21 night-temp 16.0 C
# 2024-03-11 22:00:21 present yes
# 2024-03-11 22:00:21 state desired-temp: 20.0 C
# 2024-03-11 22:00:21 summeractive no
# 2024-03-11 22:00:21 tempadjust -1.0 C
# 2024-03-11 22:00:21 temperature 22.5 C (measured)
# 2024-03-11 22:00:21 windowopenactiv no
# 2024-03-11 22:00:21 windowopenactiveendtime N/A
#
setstate FBDECT_FritzDECT_11961_0644848 desired-temp: 20.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 AIN 11961 0644848
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 FBNAME Arbeitszimmer Thermostat
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 FBPROP actuator,tempSensor
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 FBTYPE Comet DECT
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 ID 20
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 14:39:06 IODev FritzDECT
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 battery 60 %
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 batteryPercent 60
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 batteryState ok
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 batterylow 0
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 boostactive no
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 boostactiveendtime N/A
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 day-temp 20.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 desired-temp 20.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 devicelock yes
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 errorcode noError (0)
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 fwversion 03.68
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 holidayactive no
setstate FBDECT_FritzDECT_11961_0644848 2024-01-31 19:17:48 lastBatChange Wed Jan 31 19:17:48 2024
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 locked no
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 nextPeriodStart 2024-03-18 22:00:00
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 nextPeriodTemp 16.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 night-temp 16.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 present yes
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 state desired-temp: 20.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 summeractive no
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 tempadjust -1.0 C
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 temperature 22.5 C (measured)
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 windowopenactiv no
setstate FBDECT_FritzDECT_11961_0644848 2024-03-11 22:00:21 windowopenactiveendtime N/A
Jürgen hat ja auch geschrieben, dass es zeitverzögert reagiert. Das ist in der V3 aber nicht so...
Gruß
Marco
Zitat von: marboj am 11 März 2024, 22:02:57Bei dem Update stehe ich irgendwie auf dem Schlauch: Es gibt ein Modul FHEMApp, welches über das Update von FHEM aktualisiert wird. Weiterhin gibt es in der FHEMApp auch eine Updatefunktion.
Was wird denn wann aktualisert?
Es gibt das neue FHEMAPP-Modul in FHEM. Dieses Perl-Modul dient nur dazu, die Konfiguration von
FHEMApp zu laden bzw. zu speichern und
FHEMApp mit Updates zu versorgen.
FHEMApp selbst, wird aber nicht mit FHEM ausgeliefert bzw. aktualisiert, da das Repository im Gegensatz zu FHEM nicht auf SVN sondern in Github liegt. Zudem ist es auch möglich,
FHEMApp auf einem separaten Web-Server zu betreiben, ohne das dort FHEM installiert sein muss.
Also einfach regelmäßig die Updates für
FHEMApp machen - insbesondere jetzt in der Beta-Testphase. Um das FHEM Modul musst du dich faktisch nicht kümmern. ;)
Grüße
Jens
Guten Abend an alle Tester,
ich habe eben noch ein weitere Release v4.0.25-beta freigegeben.
Dort sind folgende Änderungen enthalten:
1. Einstellungen für die Sprachen sind noch etwas optimiert
2. Der Infobereich in den Panels liefert jetzt mehr Platz für Texte (so wie es in v3 war)
3. In der mobilen Ansicht kann in der Kopfzeile wieder der aktuell ausgewählte Navigationspunkt angezeigt werden (so wie es in v3 möglich war)
Ps.: Aktuell ist hier echt viel los und ich freue mich über eure vielen Tests und Hinweise. Ich hoffe deshalb nichts zu übersehen. Und wenn doch mal eine Antwort fehlen sollte, dann gern kurz ein PN an mich senden. ;)
Grüße
Jens :)
Hallo Jens,
habe mir (wie schon in V3) anhand des Panels sysmon ein Panel für meine NAS gebaut. Leider wird ein Wert aus den Internals nicht angezeigt. Hast Du eine Idee?
"left1": {
"text": [
"Internals.SystemDescription::%s"
hier das Device:
define AZ.NASStat SYSSTAT 60 600 192.168.0.2
attr AZ.NASStat alias DS220+ Synology
attr AZ.NASStat appOptions { "template": "sysmon", "system": "true", "setup": {"subTitle": ["Internals.SystemDescription::%s"], "main": [{ "name": "CPU Auslastung:", "bar": ["cpu_app::%s:success:0:100"], "subText": ["cpu_app::%n.1 %"] }, {"name": "NAS Temperatur:", "bar": ["temperature::%n:success:0:100"], "subText": ["temperature::%n.1 °C"]}, {"name": "HDD1 Temperatur:", "bar": ["temp_hdd1::%n:success:0:100"], "subText": ["temp_hdd1::%n.1 °C"]}, {"name": "HDD2 Temperatur:", "bar": ["temp_hdd2::%n:success:0:100"], "subText": ["temp_hdd2::%n.1 °C"]},{"name": "HDD1 Status:", "subText": ["state_hdd1:1:normal","state_hdd1:2:Inizialized","state_hdd1:3:NotInizialized","state_hdd1:4:SystemPartitionFailed","state_hdd1:5:Crashed"]}, {"name": "HDD2 Status:", "subText": ["state_hdd2:1:normal","state_hdd2:2:Inizialized","state_hdd2:3:NotInizialized","state_hdd2:4:SystemPartitionFailed","state_hdd2:5:Crashed"]}, { "name": "NAS läuft seit:", "subText": ["uptime::%s"] } ]}}
attr AZ.NASStat icon it_nas
attr AZ.NASStat mibs .1.3.6.1.4.1.6574.2.1.1.6.0:temp_hdd1 ,.1.3.6.1.4.1.6574.2.1.1.6.1:temp_hdd2 ,.1.3.6.1.4.1.6574.2.1.1.5.0:state_hdd1 ,.1.3.6.1.4.1.6574.2.1.1.5.1:state_hdd2 ,.1.3.6.1.4.1.2021.11.11.0:CPUidle
attr AZ.NASStat noSSH 1
attr AZ.NASStat room 12_Arbeitszimmer
attr AZ.NASStat snmp 1
attr AZ.NASStat snmpCommunity fhem
attr AZ.NASStat snmpVersion 2
attr AZ.NASStat synologytemperature 1
attr AZ.NASStat uptime 1
attr AZ.NASStat userReadings cpu_app { 100 - ReadingsVal("AZ.NASStat","CPUidle",0)}\
# DEF 60 600 192.168.0.2
# FUUID 61f14d8a-f33f-698a-3022-2891a2b53ba6da84
# HAS_Net::SNMP 1
# HOST 192.168.0.2
# INTERVAL 60
# INTERVAL_FS 600
# NAME AZ.NASStat
# NR 355
# NTFY_ORDER 50-AZ.NASStat
# STATE 0.11 0.03 0.07
# SystemDescription Linux ds220-synology 4.4.302+ #69057 SMP Fri Jan 12 17:02:28 CST 2024 x86_64
# SystemName DS220+
# TYPE SYSSTAT
# USE_SNMP 1
# eventCount 952
# interval_fs 480
# snmpCommunity fhem
# snmpVersion 2
# QUEUE:
# READINGS:
# 2024-03-12 06:36:41 CPUidle 99
# 2024-03-12 06:36:41 cpu_app 1
# 2024-03-12 06:36:41 load 0.11
# 2024-03-12 06:36:41 state 0.11 0.03 0.07
# 2024-03-12 06:36:41 state_hdd1 1
# 2024-03-12 06:36:41 state_hdd2 1
# 2024-03-12 06:36:41 temp_hdd1 32
# 2024-03-12 06:36:41 temp_hdd2 30
# 2024-03-12 06:36:41 temperature 35
# 2024-03-12 06:36:41 uptime 0 days, 1:35:35
# helper:
#
setstate AZ.NASStat 0.11 0.03 0.07
setstate AZ.NASStat 2024-03-12 06:36:41 CPUidle 99
setstate AZ.NASStat 2024-03-12 06:36:41 cpu_app 1
setstate AZ.NASStat 2024-03-12 06:36:41 load 0.11
setstate AZ.NASStat 2024-03-12 06:36:41 state 0.11 0.03 0.07
setstate AZ.NASStat 2024-03-12 06:36:41 state_hdd1 1
setstate AZ.NASStat 2024-03-12 06:36:41 state_hdd2 1
setstate AZ.NASStat 2024-03-12 06:36:41 temp_hdd1 32
setstate AZ.NASStat 2024-03-12 06:36:41 temp_hdd2 30
setstate AZ.NASStat 2024-03-12 06:36:41 temperature 35
setstate AZ.NASStat 2024-03-12 06:36:41 uptime 0 days, 1:35:35
Gruß
Marco
Hallo zusammen,
falls jemand ähnliche Probleme mit einem Structure hat:
Vergesst nicht den "struct_type" ;-)
define <name> structure <struct_type> <dev1> <dev2> ...
Gruß
Marco
Zitat von: marboj am 12 März 2024, 06:37:07Hallo Jens,
habe mir (wie schon in V3) anhand des Panels sysmon ein Panel für meine NAS gebaut. Leider wird ein Wert aus den Internals nicht angezeigt. Hast Du eine Idee?
"left1": {
"text": [
"Internals.SystemDescription::%s"
Hallo Marco,
in Version 4 ist die Syntax für
reading etwas anders. Für den Zugriff auf Internals stellst du einfach
i- statt
Internals. voran. Für den Zugriff auf Attribute ein
a- und bei Readings wird nichts vorangestellt. Für den Zugriff auf die Zeitstempel von Readings setzt du hinter den Name des Reading noch ein
-tsSo, das war die Onlinehilfe nochmal in Kurzform. ;D
PS.: Lass mich wissen, wenn die Hilfe von
FHEMApp noch besser beschrieben werden sollte.
Grüße
Jens :)
Hallo zusammen,
hier nun mein Feedback nach 3 Tagen intensiver Beschäftigung mit der Beta:
Ich habe innerhalb kurzer Zeit 13 Vorlagen und 83 Panels erstellen können und somit schnell meine Darstellung aus der V3 nachgebaut. Das war in der V3 viel umständlicher und dauerte auch viel länger. Die Oberfläche ist performant und gefällt mir sehr gut. Die Vorschau gefällt mir auch sehr gut und ist sehr hilfreich bei der Anpassung der Panels/Vorlagen.
Hier noch ein kleiner optischer Überblick von "meiner" FHEMApp:
FhemApp Home.jpg
FhemApp Übersichten.jpg
FhemApp Funktionen.jpg
FhemApp Fenster.jpg
Vielen Dank an Jens insbesondere und alle anderen, die helfen und Templates zur Verfügung stellen. Das ist Gemeinschaft.
Gruß
Marco
Hallo zusammen,
in der 4.0.25 habe ich aktuell folgende Probleme:
Die Einstellung von Tag/Nacht-Modus bleibt nicht am PC. Es ist Tag-Modus eingestellt, dann stelle ich auf Nachtmodus um. Alles ok. Dann drucke ich im Browser die Refresh-Taste und schon ist wieder Tag-Modus.
Das verstellen der Thermostate funktioniert genau 1x. Ich reduziere die Temperatur mit Klick auf "Minus": Temperatur wird um 0.5 reduziert. Jeder weitere Klick bleibt ohne Wirkung oder läuft falsch. Bsp.: Ich drücke auf "Minus" -> Reduzierung um 0.5. Drucke auf "Plus" -> Nix passiert. Drücke auf Minus -> Reduzierung um 1 :o
Kann dies jemand reproduzieren? Ich nutze HmIP-Thermostate. Bei den AVM-Thermostaten passiert gar nichts mehr.
Viele Grüße
Jürgen
ZitatDie Einstellung von Tag/Nacht-Modus bleibt nicht am PC. Es ist Tag-Modus eingestellt, dann stelle ich auf Nachtmodus um. Alles ok. Dann drucke ich im Browser die Refresh-Taste und schon ist wieder Tag-Modus.
Ja das kann ich am Mac auch nachvollziehen.
VG Sebastian
Hallo zusammen,
wenn ich in der Infoleiste zwei Texte nebeneinander platziere, werden diese ohne Leerzeichen ausgegeben (hier auto und Boost). Wie kann ich das ändern?
Screenshot 2024-03-12 133345.png
Viele Grüße
Jürgen
ZitatWie kann ich das ändern?
In dem du einfach ein Leerzeichen (im Bsp. vor %s) einfügst:
durTimerPresence:: %s:mdi-account-check-outlineVG Sebastian
Hallo Sebastian,
das funktioniert bei mir leider nicht. Ich kann hier soviele Leerzeichen eingeben wie ich will.
"left2": [
"hkt-BOOST_MODE:on: BOOST::"
Da ziehen die Leerzeichen nicht.
Viele Grüße
Jürgen
Stimmt - da muss ein Zeichen davor stehen:
::Lee
::r zeichen
Hallo zusammen,
gibt es eine Möglichkeit die Ebene 1 auszublenden, wenn man die Ebene 2 + 3 einblendet? Ich möchte in der Ebene 1 nur die Grafik anzeigen und die Einstellmöglichkeiten nur bei Bedarf einblenden. Dann soll aber die Grafik ausgeblendet werden. Aktuell kann ich nur alles gemeinsam oder jede Ebene Einzel anzeigen.
Screenshot 2024-03-12 162021.png
Viele Grüße
Jürgen
Hallo Jens,
ich habe für das Thema "Licht" nun meine Vorlage angepasst. Wenn alle Lichter aus sind, wird nur Ebene 1 mit dem Text "Licht: alles aus" angezeigt. Ist auch nur eine Lampe an, blende ich Ebene 1 aus und die Ebene(n) ein, bei denen die Lampe an ist. Wenn ich die Lampe(n) ausschalte, sollte automatisch wieder nur Ebene 1 eingeblendet werden. Die passiert aber nicht. Ich muss immer erst auf "refresh" gehen. Geht das nicht anders?
Viele Grüße
Jürgen
Hallo Jens,
ich versuche wie im Bild 1 den runden Statusbar zu realisieren, aus V3.
Aber egal wie ich "left1": {"status": ..... } konfiguriere, ich bekomme immer nur den bar als status, aber nie den runden Status -> siehe Bild 2
Ausserdem muss ich bei "left1" im main -> "level", "btn" angeben, sonst bekomme ich gar keinen Status Bar -> siehe Bild 2.
Der Schalter "nothing" ist ein dummy mit on und off.
Kannst Du mir helfen bitte?
"name": "Arbeit",
"template": null,
"panel": {
"devices": [
"mykey:nothing"
],
"expandable": [
"::true:true:"
],
"navigation": [
":::"
],
"show": [
"::true"
]
},
"status": {
"title": [
"PC / Netzwerk"
],
"bar": [
"mykey-state:on:100:success",
"mykey-state:off:0:error"
],
"imageUrl": [
"::https\\://picsum.photos/1920/1080?random"
]
},
"main": [
{
"level": {
"left1": "btn",
"left2": "info"
},
"left1": {
"status": [
"mykey-state:on:100:success:0:70:false:false",
"mykey-state:off:100:error:0:70:false:false"
]
},
"left2": {
"text": [
"A300"
]
}
}
],
"info": {
"status": [
"state:on:0:success:0:30:true:false"
]
}
}
Eigentlich musst Du nur left1 von btn auf info ändern. Dann bekomme ich einen Kreis angezeigt.
Mehr habe ich nicht geändert. Ergebnis siehe Screenshots: aus = rot / an=grün
Gruß
Marco
"main": [
{
"level": {
"left1": "info",
"left2": "info"
},,
Arbeit.jpg Arbeit on.jpg
Hallo Marco,
ZitatEigentlich musst Du nur left1 von btn auf info ändern.
Danke!
Laut Doku sollte es eigentlich 'status' sein, oder ich habe die Doku nicht verstanden.
Hallo an alle Tester,
sorry für die verzögerte Rückmeldung. Ich habe jetzt mal alle Anfragen der letzten Tage durchgesehen und gebe hier ein gesammeltes Feedback.
Tag/Nach-Modus (Jürgen) #150
Es ist Tag-Modus eingestellt, dann stelle ich auf Nachtmodus um. Alles ok. Dann drucke ich im Browser die Refresh-Taste und schon ist wieder Tag-Modus.
Antwort:
Der Tag/Nacht-Modus wird beim Öffnen von FHEMApp aus den Browser-Einstellungen bzw. dem Betriebssystem übernommen.
Wenn man in der URL den Parameter dark verwendet, dann wird diese Einstellung beim Öffnen von FHEMApp verwendet.
Zur Laufzeit kann man dann den Tag/Nach-Modus umschalten. Grundsätzlich wird der Tag/Nacht-Modus nicht gespeichert,
da er je Benutzer (also wenn man mit mehreren Geräten gleichzeitig FHEMApp öffnet) individuell eingestellt sein kann.
Zudem verzichtet FHEMApp auf das Speichern von Sitzungsdaten (Cookies) weshalb diese Einstellung nicht lokal behalten werden kann.
Wenn ihr FHEMApp auf dem jeweiligen Gerät immer im selben Farb-Modus starten möchtet, dann verwendet den URL-Parameter dark
Thermostat Temperatur einstellen (Jürgen)
Das verstellen der Thermostate funktioniert genau 1x. Ich reduziere die Temperatur mit Klick auf "Minus": Temperatur wird um 0.5 reduziert.
Jeder weitere Klick bleibt ohne Wirkung oder läuft falsch.
Antwort:
Beim senden von Dezimalwerten an FHEM ist es wichtig, dass keine Kommas verwendet werden. (also z.B. 23.5 statt 23,5)
Die Ersetzung %n() hat deshalb seit dem letzten Update eine zusätzliche Option, die das Formatierung von Zahlenwerden in das lokale Format verhindert.
Deshalb ist es wichtig, dass die Ersetzung %n() immer in Verbindung mit der neuen Option "noLocaleFormat" verwendet wird. Beispiel: %n(1,0.5,true)
Sollte der "DownStep" bzw. "UpStep" trotzdem nicht funktionieren, dann bitte mal die Definition prüfen und das loglevel hochsetzen, um zu sehen,
ob der richtige set-Befehl gesendet und das korrekte Update von FHEM empfangen wird.
Leerzeichen in Infozeile (Jürgen) #152
wenn ich in der Infoleiste zwei Texte nebeneinander platziere, werden diese ohne Leerzeichen ausgegeben
Antwort:
mit dem nächsten Release wird die Darstellung der Infozeile nochmals optimiert. Es werden Abstände zwischen den Texten gelassen, wenn diese nebeneinander stehen.
Weiterhin werden Texte in der Infozeile abgeschnitten, sollten diese zu lang sein.
oberste Ebene im Panel ausblenden sobald andere Ebenen eingeblendet werden (Jürgen) #156
gibt es eine Möglichkeit die Ebene 1 auszublenden, wenn man die Ebene 2 + 3 einblendet?
Ich möchte in der Ebene 1 nur die Grafik anzeigen und die Einstellmöglichkeiten nur bei Bedarf einblenden.
Dann soll aber die Grafik ausgeblendet werden. Aktuell kann ich nur alles gemeinsam oder jede Ebene Einzel anzeigen.
Antwort:
Aktuell ist diese Funktion nicht vorgesehen.
Panel Licht (Jürgen) #157
Wenn ich die Lampe(n) ausschalte, sollte automatisch wieder nur Ebene 1 eingeblendet werden.
Die passiert aber nicht. Ich muss immer erst auf "refresh" gehen. Geht das nicht anders?
Antwort:
Generell ist kein Seitenreload (Refresh) in FHEMApp nötig. Bei der Entwicklung habe ich besonderen Wert auf diese Funktionalität gelegt, da die Anzeige
aktueller Werte bei SmartHome-Anwendungen essentiell ist. Ich empfehle in solchen Fällen immer zu prüfen, ob die betreffenden Readings auch in FHEM direkt aktualisiert werden.
Wenn dass der Fall ist, dann sollte der nächste Schritt das Einschalten des Loglevel (sinnvoll loglevel=7) sein, um zu prüfen ob das reading auch an FHEMApp zurückgegeben wird.
Zudem ist es sinnvoll die Definition zu prüfen. In der Panelvorschau (in den Einstellungen) kann man zudem das JSON-Resultat für das Panel einsehen (3 Punkte oben über den Panelvorschau)
Status im Panel (Jamo) #158
Anzeige von runden Statusbars in einer Panel-Ebene.
Antwort:
Wie Marco schon richtig geschrieben hat, sollte man für eine linare oder runde Statusbar innerhalb einer Panel-Ebene das Element "info" und dort die Eigenschaft "status" verwenden.
Im Button gibt es die Eigenschaft "status" ebenfalls, sollte dort aber wirklich in Verbindung mit einem Button eingesetzt werden.
Das separate Element "status" gab es in der Hilfe noch, ist aber veraltet. Ich nehme das dort mit dem nächsten Release raus.
So, dann hoffe ich erstmal nichts vergessen zu haben. Das neue Release folgt kurzfristig. :)
Grüße
Jens
So, und hier gleich noch ein neues Release. Habe eben die v4.0.26-beta freigegeben.
In dem Release habe ich übrigens auch das Problem mit der zeitversetzten Anzeige der Temperaturwerte in dem Thermostat-Panel gelöst. ;)
Grundsätzlich lag der Zeitversatz daran, dass die Button-Elemente und die Info-Elemente eigenständig sind. D.h. wenn im Button z.B. ein set-Befehl ausgelöst wird, der die Temperatur um x-Grad verändert, dann wird dieser ja erst von FHEM an das jeweilige SmartHome-Gerät gesendet. Das Gerät bestätigt (mit einem gewissen Zeitversatz) die neue gesetzt Temperatur und sendet diese an FHEM zurück. Erst dann wird das Reading in FHEM aktualisiert. Und erst jetzt kann das Info-Element in FHEMApp auch den neuen Wert anzeigen.
Um dieses Problem generell zu umgehen, habe ich einen kleinen "hack" in FHEMApp eingebaut. Dieser aktualisiert das Reading innerhalb der App SOFORT, also ohne Bestätigung von FHEM. Wenn kurze Zeit später die tatsächliche Rückmeldung von FHEM kommt, wird das Reading dann nochmals aktualisiert. Damit sollte das "Benutzererlebnis" noch etwas besser sein. ;)
Grüße
Jens.
Hallo Jens,
vielen Dank für das ausführliche Feedback. Jetzt klappt es auch mit der Temperatur ;-).
- Ist es richtig, dass man im Raw-Modus mit den Cursor-Tasten nicht nach oben und unten gehen kann?
- Die Grafik im Panel finde ich richtig gut. Das lockert die Ansicht deutlich auf. Im Rahmen meines "Perfektionismus" wollte ich für jedes Gerät in einem Raum die gleiche Grafik nutzen. Habe hierfür in jedem Panel die Image-URL eingefügt und damit ja die aus der Vorlage überschrieben. Wäre es eine Idee, das ggf. mit einer Variablen umzusetzen? FhemApp wählt anhand des Bereiches eine entsprechende Grafik. Nur so eine Idee...
Gruß
Marco
Zitat von: jemu75 am 13 März 2024, 21:26:04So, und hier gleich noch ein neues Release. Habe eben die v4.0.26-beta freigegeben.
In dem Release habe ich übrigens auch das Problem mit der zeitversetzten Anzeige der Temperaturwerte in dem Thermostat-Panel gelöst. ;)
Grundsätzlich lag der Zeitversatz daran, dass die Button-Elemente und die Info-Elemente eigenständig sind. D.h. wenn im Button z.B. ein set-Befehl ausgelöst wird, der die Temperatur um x-Grad verändert, dann wird dieser ja erst von FHEM an das jeweilige SmartHome-Gerät gesendet. Das Gerät bestätigt (mit einem gewissen Zeitversatz) die neue gesetzt Temperatur und sendet diese an FHEM zurück. Erst dann wird das Reading in FHEM aktualisiert. Und erst jetzt kann das Info-Element in FHEMApp auch den neuen Wert anzeigen.
Um dieses Problem generell zu umgehen, habe ich einen kleinen "hack" in FHEMApp eingebaut. Dieser aktualisiert das Reading innerhalb der App SOFORT, also ohne Bestätigung von FHEM. Wenn kurze Zeit später die tatsächliche Rückmeldung von FHEM kommt, wird das Reading dann nochmals aktualisiert. Damit sollte das "Benutzererlebnis" noch etwas besser sein. ;)
Grüße
Jens.
Hallo Jens,
die Lösung mit den Temperaturwerten ist nur suboptimal gelöst. Nach einem Druck auf die + oder - Taste ist die Anzeige weg.Screenshot 2024-03-14 093154.png
Erst wenn das Reading aktualisiert wird, kommt auch die Anzeige wieder. An die neue Option "noLocaleFormat" in %n() muss man auch erst einmal denken und bedeutet ggf. viele Änderungen. Für einen Neueinsteiger nicht leicht zu durchschauen.
Das mit den Leerzeichen sieht jetzt gut aus. Danke.
Zu dem Thema Panel-Refresh versuche ich noch mehr Infos zu liefern. Die Readings werden sofort aktualisiert, da sich die Farbe der Schrift ändert. Dies hatte ich zusätzlich mit eingebaut, damit ich auch sehen kann, ob meine Definitionen funktionieren.
Viele Grüße
Jürgen
Viele Grüße
Jürgen
Hallo Jürgen,
bei den AVM-Thermostaten funktioniert bei mir die Änderung der Temperatur sofort. Einzig bei meinen Klimaanlagen, für deren Steuerung ich das Thermostat-Panel umgebaut habe, wird die Anzeige leer und nach max. 5 Sekunden wird der neue Wert angezeigt.
Ich kann mit der jetzigen Situation gut leben...
Gruß
Marco
Hi Marco,
ich habe es mit Firefox Edge und Mobil mit Chrome getestet. Überall das Gleiche. Die Anzeige ist erst einmal weg.
Viele Grüße
Jürgen
Hier die Vorlage:{
"name": "AVM-Thermostate",
"author": "juemuc",
"date": "27.02.2024",
"panel": {
"navigation": [
"hkt-a-room::Zimmer->%s"
]
},
"status": {
"title": [
"hkt-a-alias::%s"
],
"bar": [
"hkt-present:yes:100:success",
"hkt-present::100:error"
]
},
"main": [
{
"level": {
"left1": "btn",
"mid": "info",
"right1": null,
"right2": "btn"
},
"mid": {
"text": [
"hkt-desired-temp:^7.0$:AUS:text-error text-h4",
"hkt-desired-temp::%n(1)°C:text-h4"
],
"divider": [
"::true"
],
"size": [
"8"
]
},
"right2": {
"btn": [
"::mdi-plus"
],
"click": [
"hkt-desired-temp::set hkt desired-temp %n(1,0.5,true)"
]
},
"left1": {
"btn": [
"::mdi-minus"
],
"click": [
"hkt-desired-temp::set hkt desired-temp %n(1,-0.5,true)"
],
"divider": [
"::true"
]
}
},
{
"level": {
"mid": "chart",
"height": [
"280px"
]
},
"mid": {
"options": {
"legend": {
"show": false
},
"xAxis": {
"show": false
},
"grid": {
"top": 20,
"bottom": 0,
"left": 20,
"right": 20
},
"series": [
{
"type": "gauge",
"center": [
"50%",
"65%"
],
"startAngle": 200,
"endAngle": -20,
"min": 7,
"max": 28,
"splitNumber": 7,
"itemStyle": {
"color": "#FFAB91"
},
"progress": {
"show": true,
"overlap": false,
"width": 20
},
"pointer": {
"show": false
},
"axisLine": {
"lineStyle": {
"width": 20
}
},
"axisTick": {
"distance": -28,
"splitNumber": 6,
"lineStyle": {
"width": 2,
"color": "#999"
}
},
"splitLine": {
"distance": -36,
"length": 12,
"lineStyle": {
"width": 3,
"color": "#999"
}
},
"axisLabel": {
"distance": -7,
"color": "#999",
"fontSize": 10
},
"anchor": {
"show": false
},
"title": {
"show": false
},
"detail": {
"valueAnimation": true,
"width": "60%",
"lineHeight": 40,
"borderRadius": 8,
"offsetCenter": [
0,
"-15%"
],
"fontSize": 35,
"fontWeight": "bolder",
"formatter": "{value}°C",
"color": "inherit"
}
},
{
"type": "gauge",
"center": [
"50%",
"65%"
],
"startAngle": 200,
"endAngle": -20,
"min": 7,
"max": 28,
"itemStyle": {
"color": "#FD7347"
},
"progress": {
"show": true,
"width": 10
},
"pointer": {
"show": false
},
"axisLine": {
"show": false
},
"axisTick": {
"show": false
},
"splitLine": {
"show": false
},
"axisLabel": {
"show": false
},
"detail": {
"valueAnimation": true,
"width": "60%",
"lineHeight": 40,
"borderRadius": 8,
"offsetCenter": [
0,
"15%"
],
"fontSize": 20,
"fontWeight": "normal",
"formatter": "{value}°C",
"color": "inherit"
}
}
]
},
"serie": [
"hkt-desired-temp::%n(1,0,true):Soll:2:°C:gauge",
"hkt-temperature::%n(1,0,true):Temperatur:2:°C:gauge"
]
}
}
],
"info": {
"left1": [
"hkt-nextPeriodStart::Next %d({ \"day\"\\: \"2-digit\", \"month\"\\: \"2-digit\", \"year\"\\: \"2-digit\", \"hour\"\\: \"2-digit\", \"minute\"\\: \"2-digit\" })"
],
"left2": [
"hkt-nextPeriodTemp:: %n(1)°C "
],
"mid2": [
"hkt-temperature::%n(1)°C:mdi-thermometer"
],
"right1": [
"hkt-battery:75:%s:mdi-battery:success",
"hkt-battery:40:%s:mdi-battery-50:success",
"hkt-battery:15:%s:mdi-battery-30:warning",
"hkt-battery::%s:mdi-battery-outline:error"
],
"right2": [
"hkt-present:yes:: mdi-wifi:success",
"hkt-present::: mdi-wifi-off:error"
]
}
}
Hallo Jens,
neben dem Thema "Ausblenden einer Ebene, wenn andere Ebenen eingeblendet werden" hätte ich noch einen weiteren Feature-Request:
Die Anzeige in der Grafik (gauge) sollte immer mit der definierten Nachkommastelle erfolgen, also bei 20,0 auch mit 20,0 und nicht mit 20. So verwirrt es eher.
Viele Grüße
Jürgen
Hallo Jürgen,
habe deine Vorlage mal getestet. Verhält sich bei mir auch so.
Es liegt an den 2 Leerzeichen zwischen temp und %.
So geht es bei mir mit deiner Vorlage:
"click": [
"hkt-desired-temp::set hkt desired-temp %n(1,0.5,true)"
]
},
"left1": {
"btn": [
"::mdi-minus"
],
"click": [
"hkt-desired-temp::set hkt desired-temp %n(1,-0.5,true)"
],
Gruß
Marco
Du hast Adleraugen :o
Das war es O:-) Da wäre ich nie drauf gekommen. Danke für den Hinweis. Ich habe es korrigiert und schon funktioniert es so wie gewünscht.
Viele Grüße
Jürgen
Hallo zusammen,
mir ist aufgefallen, dass ich bei den Thermostaten mit der - bzw + Taste die Temperatur unter das Minimum bzw. über das Maximum stellen kann. Die Einstellungen bei "button-status" ziehen nicht.
Ist das noch ein Bug oder geht das nicht anders?
Viele Grüße
Jürgen
Hallo Jens,
da ich gerade aus dem Ausland über VPN auf die FHAMApp zugreife sehe ich, dass Datum + Uhrzeit des Clients
angezeigt wird und nicht des FHEM Servers. Letzteres macht aber mMn. mehr Sinn da alle Anzeigen ja auch
auf der lokalen Zeit basieren.
Nur mal so als Idee...
VG Sebastian
Hallo Jens,
hier nun meine Infos zu den Ebenen, die sich nicht automatisch ausblenden. Zuerst der Scrrenshot, der zeigt, das alle Fenster wieder geschlossen sind, nachdem vorher das Bürofenster noch offen war.
Screenshot 2024-03-14 163801.png
Die Info zum dazugehörigen loglevel7 als Anhang. Ich hoffe, Du kannst mit diesen Infos etwas anfangen.
Viele Grüße
Jürgen
Zitat von: juemuc am 14 März 2024, 14:03:55Hallo zusammen,
mir ist aufgefallen, dass ich bei den Thermostaten mit der - bzw + Taste die Temperatur unter das Minimum bzw. über das Maximum stellen kann. Die Einstellungen bei "button-status" ziehen nicht.
Ist das noch ein Bug oder geht das nicht anders?
Viele Grüße
Jürgen
Die Einschränkungen funktionieren nur bei der Temperatur nach unten. Stelle ich bei dem oberen Wert eine Höchsttemperatur ein, kann ich per + die Temperatur gar nicht mehr erhöhen.
@Jens: Ist bei deiner Vorlage auch so ;-)
Gruß
Marco
Hallo Marco,
das kann ich nicht bestätigen. Ich kann auch noch oben "unendlich" erhöhen. Ich habe bei minus nur die Untergrenze und bei + nur die Obergrenze gesetzt.
Viele Grüße
Jürgen
Hallo,
bezüglich der Begrenzung bei Upsteps bzw. Downsteps ist es wichtig, dass die Bedingung in der Definition und die Reihenfolge passt.
Wir erinnern uns an:
1. es wird immer die erste zutreffende Definition verwendet
2. Zahlenwerte in der Bedingung werden auf "größer oder gleich" geprüft.
Für den Downstep (also Taste -) ergibt sich damit:
So lange der Readingwert größer oder gleich ist, wie die Bedingung (sprich unser Minimalwert) dann verringere die Temperatur um den Offsetbetrag
Für den Upstep (also Taste +) ergibt sich damit:
Wenn der Readingwert größer oder gleich ist, wie die Bedingung (sprich unser Maximalwert) dann tue nichts. Ansonsten erhöhe die Temperatur um den Offsetbetrag
Damit kommt unser Downstep mit nur einer Definition aus.
Beispiel: "thermo-desired-temp:17.5:set thermo desired-temp %n(1,-0.5,true)"
Solange unsere "desired-temp" über bzw. bei 17.5 Grad liegt wird bei jedem Tastendruck um 0.5 Grad verringert. Ansonsten passiert nichts, da es keine weitere Definition gibt, die zutreffen kann.
Für unsere Upstep brauchen wir zwei Definitionen.
Beispiel: 1. "thermo-desired-temp:30:" und 2. "thermo-desired-temp::set thermo desired-temp %n(1,0.5,true)"
Sobald unsere "desired-temp" über bzw. bei 30.0 Grad liegt wird nichts gemacht, da die Definition keinen set-Befehl enthält. Ansonsten wird bei jedem Tastendruck um 0.5 Grad erhöht.
Somit ist eine Begrenzung innerhalb der App gegeben.
Grüße
Jens :)
Hallo Jürgen,
wenn unmittelbar nach einem set-Befehl (also wenn der Button gedrückt wurde) kein Wert mehr angezeigt wird, dann schau bitte mal, welchen Wert dein set-Befehl genau hat und ob dieser Wert in deinem Textfeld ggf. gefiltert wird. Denn nur so kann es sein, dass kein Wert mehr angezeigt wird.
Letztlich setze ich durch den "hack" innerhalb von FHEMApp einfach nur den Wert des readings auf den Wert, der im set-Befehl an FHEM gesendet wird.
Ich bin aktuell nicht am PC und kann mir deshalb eure Anhänge bzw. Logs nicht ansehen, um noch weitere Hinweise geben zu können.
Aber vielleicht helfen meine Infos ja trotzdem. ;)
PS.: die Sache mit dem Ausblenden bzw. Einblenden der Ebene schaue ich mir am WE auf jeden Fall an. Ich vermute da noch einen Bug, wenn das nicht funktioniert.
Beste Grüße
Jens :)
Hallo Jens,
alles gut ;D
Marco hat mir schon geholfen. Da war nur ein Leerzeichen zu viel. Ist aber merkwürdig, dass dies im set-Befehl diese Auswirkung hatte.
Viele Grüße
Jürgen
Hallo Jens,
wieder einmal vielen Dank für die tolle Erklärung :-).
So funktioniert es:
"right1": {
"btn": [
"::mdi-plus"
],
"click": [
"hkt-desired-temp:28:",
"hkt-desired-temp::set hkt desired-temp %n(1,0.5,true)"
]
Woran kann es liegen, dass dein "Hack" bei den Thermostaten funktioniert, bei meinem Panel für die Klimaanlagen die Anzeige erst nach 5 s aktualisiert wird?
Gruß
Marco
Hallo Marco,
Zitatleider verstehe ich aus der Doku nicht die Funktion des Befehls sortby. Kann mir bitte mal jemand erklären, wie und nach welchen Kriterien ich meine Panels sortiert anzeigen lassen kann
Sortierschlüssel [string | number]ABC|123
Oder du nimmst ein vorhandenes Reading/Internal/Attribut aus FHEM. Oder sogar ein eigenes userAttr?!
Damit ergeben sich dann unbegrenzte Möglichkeiten (per Raum, per Gerät, usw.).
VG Sebastian
Zitat von: marboj am 14 März 2024, 23:21:38Woran kann es liegen, dass dein "Hack" bei den Thermostaten funktioniert, bei meinem Panel für die Klimaanlagen die Anzeige erst nach 5 s aktualisiert wird?
Schicke bitte mal deine Defintionen für die "Anzeige der Klimaanlage". Interessant wäre, ob du dort das gleiche Reading anzeigen lässt, welches du über den set-Befehl veränderst.
Grüße
Jens :)
Hallo Jens,
meines Erachtens ist es das gleiche Reading...
Gruß
Marco
{
"name": "AC-Panasonic",
"author": "mboj",
"date": "08.03.2024",
"panel": {
"navigation": [
"a-room::rooms->%s",
"a-group::groups->%s"
]
},
"status": {
"title": [
"a-alias::%s"
],
"bar": [
"ac-state:on:100:success",
"ac-state::100:error"
],
"imageUrl": [
"::https\\://picsum.photos/1920/1080?random"
]
},
"main": [
{
"level": {
"left1": "btn",
"left2": "btn",
"mid": "info",
"right1": "btn",
"right2": "btn"
},
"mid": {
"text": [
"ac-desired-temp::%n(1)°C:text-h4"
],
"divider": [
"::true"
],
"size": [
"8"
]
},
"right1": {
"btn": [
"::mdi-plus"
],
"click": [
"ac-desired-temp:30:",
"desired-temp::set ac desired-temp %n(1,0.5,true)"
],
"longClick": [
"set ac on"
]
},
"right2": {
"btn": [
"::mdi-air-conditioner::success"
],
"click": [
"set ac on"
]
},
"left1": {
"btn": [
"::mdi-air-conditioner::error"
],
"click": [
"set ac off"
],
"divider": [
"::true"
]
},
"left2": {
"btn": [
"::mdi-minus"
],
"click": [
"desired-temp:16:set ac desired-temp %n(1,-0.5,true)"
],
"longClick": [
"set ac off"
],
"divider": [
"::true"
]
}
},
{
"level": {
"mid": "chart",
"height": [
"280px"
]
},
"mid": {
"options": {
"legend": {
"show": false
},
"xAxis": {
"show": false
},
"grid": {
"top": 20,
"bottom": 0,
"left": 20,
"right": 20
},
"series": [
{
"type": "gauge",
"center": [
"50%",
"65%"
],
"startAngle": 200,
"endAngle": -20,
"min": 15,
"max": 30,
"splitNumber": 5,
"itemStyle": {
"color": "#FFAB91"
},
"progress": {
"show": true,
"overlap": false,
"width": 20
},
"pointer": {
"show": false
},
"axisLine": {
"lineStyle": {
"width": 20
}
},
"axisTick": {
"distance": -28,
"splitNumber": 6,
"lineStyle": {
"width": 2,
"color": "#999"
}
},
"splitLine": {
"distance": -36,
"length": 12,
"lineStyle": {
"width": 3,
"color": "#999"
}
},
"axisLabel": {
"distance": -7,
"color": "#999",
"fontSize": 10
},
"anchor": {
"show": false
},
"title": {
"show": false
},
"detail": {
"valueAnimation": true,
"width": "60%",
"lineHeight": 40,
"borderRadius": 8,
"offsetCenter": [
0,
"-15%"
],
"fontSize": 35,
"fontWeight": "bolder",
"formatter": "{value}°C",
"color": "inherit"
}
},
{
"type": "gauge",
"center": [
"50%",
"65%"
],
"startAngle": 200,
"endAngle": -20,
"min": 7,
"max": 28,
"itemStyle": {
"color": "#FD7347"
},
"progress": {
"show": true,
"width": 10
},
"pointer": {
"show": false
},
"axisLine": {
"show": false
},
"axisTick": {
"show": false
},
"splitLine": {
"show": false
},
"axisLabel": {
"show": false
},
"detail": {
"valueAnimation": true,
"width": "60%",
"lineHeight": 40,
"borderRadius": 8,
"offsetCenter": [
0,
"15%"
],
"fontSize": 20,
"fontWeight": "normal",
"formatter": "{value}°C",
"color": "inherit"
}
}
]
},
"serie": [
"ac-desired-temp::%n(1,0,true):Soll:2:°C:gauge",
"ac-temperature::%n(1,0,true):Temperatur:2:°C:gauge"
]
}
}
],
"info": {
"left1": [
"state:::mdi-air-conditioner"
],
"left2": [],
"mid2": [
"ac-temperature::%n(1)°C:mdi-thermometer"
],
"right1": [],
"right2": [
"state::on:mdi-wifi:success",
"state::off:mdi-wifi-off:error"
]
}
}
Hallo Marco,
die Sache mit dem doppelten Leerzeichen fällt mir sofort in deinem set-Befehl auf. Ich fange sowas mit dem nächsten Release ab. Aktuell sollte es aber schon mit der Aktualisierung des Textes funktionieren, wenn du das zweite Leerzeichen in deinem set-Befehl entfernst.
Grüße
Jens :)
wie doof von mir, in Jürgens Panel weise ich ihn auf die doppelten Leerzeichen hin und ich selber mache den gleichen Fehler 8)
Naja, wird Zeit fürs Wochenende...
O:-)
Hallo zusammen,
wie schaffe ich es, dass beim ersten Aufruf keine leere Seite angezeigt wird sondern direkt ein Menupunkt. Ideal wäre, wenn sogar der letzte ausgewählte Menüpunkt angezeigt wird. In FTUI3 habe ich das so realsisiert, dass ich ein Dummy "letzte Seite" in FHEM definiert habe, den ich bei jedem Aufruf eines Menues dann neu setzte. Beim Start von FTUI3 holfe ich mir dann die dort hinterlegte Info.
Viele Grüße
Jürgen
Hallo Jürgen,
über den Eintrag ::home im Bereich navigation des Panels kannst Du einstellen, welche Panels auf der Home-Seite angezeigt werden. Alternativ kannst Du den Aufruf um die gewünschte Gruppe oder Bereich ergänzen.
http://fhem:8083/fhem/fhemapp4/index.html#/myapp/devices/groups-%3ELicht ruft beispielsweise bei mir die Geräte der Gruppe Licht auf.
Hier siehst Du z.B. meine Startseite:
Zitat von: marboj am 12 März 2024, 08:42:09Gruß
Marco
Hallo Marco,
danke für den Tipp. Ich hatte dort nur die erste Ebene definiert :-[
Mit der zweiten Ebene habe ich genau die Info, die ich wollte.
Viele Grüße
Jürgen
Hallo Jens,
hast Du eigentlich Infos, wie viele die Beta 4 testen?
Gruß
Marco
Zitathast Du eigentlich Infos, wie viele die Beta 4 testen?
Die FHEM Statistik (https://fhem.de/stats/statistics.html) meldet für 02_FHEMAPP.pm aktuell 13 Definitionen in Deutschland.
VG Sebastian
Zitat von: binford6000 am 16 März 2024, 03:18:17Die FHEM Statistik (https://fhem.de/stats/statistics.html) meldet für 02_FHEMAPP.pm aktuell 13 Definitionen in Deutschland.
Ja, ja, die liebe Statistik :D
("Traue keiner Statistik, .... generell!")
Es sind ja nur die Erfasst, die auch Statistikdaten zur Verfügung stellen.
Das meine Produktiv-Installation schon länger keine update mehr gemacht hat, fehlten deren Infos, ebenso wie die aus meiner Test & Dev - Installation.
Hab's mal übertragen, jetzt sind es 15 Installationen mit 19 Definitionen 8)
gb#
Hallo an alle Tester,
ich habe eben ein weiteres Beta-Release (v4.0.27-beta) freigegeben. Folgende Änderungen sind enthalten.
Ersetzung %n()
Rückmeldung von Jürgen in #164 (#post_164) - "An die neue Option "noLocaleFormat" in %n() muss man auch erst einmal denken und bedeutet ggf. viele Änderungen. Für einen Neueinsteiger nicht leicht zu durchschauen."
Ich habe das Problem mit den Kommazahlen in set-Befehlen jetzt direkt im Core gelöst, wodurch die Option "noLocaleFormat" obsolet ist. D.h. bei Ausgaben von Readings unter Verwendung von %n() wird in das lokale Zahlenformat konvertiert, so wie in der Doku beschrieben. Und bei Verwendung von %n() innerhalb von FHEM Befehlen wird darauf geachtet, dass bei Zahlen die Nachkommastellen durch einen Punkt statt durch Komma getrennt und damit von FHEM sauber verarbeitet werden.
Fehler bei doppelten Leerzeichen in set-Befehlen
Unabhängig davon, ob FHEM sowas sauber verarbeitet, erfolgt die sofortige/lokale Aktualisierung von Readings (also innerhalb von FHEMApp) auch in dem Fall.
Fehler beim Umschalten Tag/Nacht-Modus
Der Farbfilter für Hintergrundbilder wurde beim Umschalten nicht angepasst, weshalb das Hintergrundbild in der Kopfzeile nicht in die Farbe der Kopfzeile (primary) eingefärbt wurde.
Fehler beim Ein/Ausblenden von Ebenen
Das Ein/Ausblenden von Ebenen über den Parameter show erfolgt jetzt direkt bei Änderung des zugehörigen Readings. Das betrifft auch das Icon (oben rechts im Panel) zum Durchschalten der Ebenen bzw. Aufklappen des Panels. Sobald zur Laufzeit nur noch eine Ebene aktiv ist, wird das Icon automatisch "versteckt".
So, ich meine damit alle aktuellen Fehler behoben zu haben. Bitte meldet euch auf jeden Fall, wenn noch Fehler offen sind! :)
Eure Verbesserungswünsche habe ich noch nicht alle umgesetzt.
Zum weiteren Verlauf der Beta-Testphase hätte ich folgenden Vorschlag. Ich würde diese bis zum Ende des Monats abschließen und die Version 4 dann Anfang April offiziell freigeben. Die Verbesserungswünsche würde ich dann Step-by-Step nach dem offizellen Launch umsetzen. Lasst mich bitte mal wissen wie ihr dazu denkt und ob es evtl. noch Optimierungspunkte gibt, die auf jeden Fall vor dem offizellen Launch umgesetzt werden sollten.
Beste Grüße und nochmals vielen Dank für's Testen! :)
Jens
Hallo Jens,
das Ersetzen %n() funktioniert leider bei mir mit der .27 nicht in der Grafik. Es sieht wieder wie in #95 aus. Ist die Definition so falsch?
"serie": [
"hkt-desired-temp::%n(1):Soll:2:°C:gauge",
"hkt-temperature::%n(1):Temperatur:2:°C:gauge"
Auch der "Fehler" beim Ein-/und Ausklappen ist bei mir nur beim Einklappen weg. Das funktioniert nun. Ausklappen muss ich weiterhin manuell.
Viele Grüße
Jürgen
Hallo Jürgen,
in chart-serie kann man ja nicht nur einzelne Werte übergeben. Man kann auch ganze Arrays übergeben.
Deshalb ist in chart-serie die Ersetzung %n() nicht zu empfehlen. Ich nutze in dem Fall die Ersetzung %s. Diese übergibt die Werte aus dem FHEM-Reading unverändert.
Und welchen Fehler "beim Ausklappen" meinst du?
Grüße
Jens
Hallo Jens,
%s geht bei AVM-Thermostaten nicht, da die Werte bei desired-temp und temperature nicht numerisch sind ("22.0 C" und "22.0 C (measured)")
Bei den Ebenen sieht es so aus, dass die Ebene die "wahr" wird nicht automatisch ausgeklappt wird. Sie bleibt verdeckt. Erst wenn ich manuell ausklappe, passt es. Ausblenden funktioniert super.
Viele Grüße
Jürgen
Hallo Jürgen,
in dem Fall könntest du das "C" entweder mit einem kleinen Offset z.B. 0.01 wegradieren oder es über ein userreading in FHEM eliminieren. Wie schon geschrieben, möchte ich die Werte in chart-serie ungern "manipulieren". Wenn du einen Vorschlag hast, wie man Werte allgemeingültig korrigieren könnte, dann gern mal in die Runde schreiben.
Bzgl. Ausklappen habe ich noch nicht ganz verstanden, was du meinst. Ebenen die über den Parameter show während der Laufzeit ihren Zustand wechseln, werden nicht automatisch eingeblendet. Wenn ich die Ebene einfach nur einblenden würde, dann kollidiert dieses Verhalten mit den Definitionen vom Parameter expandable. Beispiel:
Wenn du das Element expandable auf "::true:true" setzt, dann wird die Ebene solange dein Panel ausgeklappt ist angezeigt.
Wenn du das Element expandable auf "::false:true" setzt, dann wird die Ebene direkt angezeigt, da das Panel dann immer ausgeklappt ist.
Wenn du das Element expandable auf "::false:false" setzt bzw. wenn es gar nicht definiert ist, dann wird die Ebene beim Durchschalten der Ebenen, in der entsprechenden Reihenfolge angezeigt.
Wenn du hier generell ein anderes Verhalten wünschst, dann gern mal einen Vorschlag in die Runde geben.
Grüße
Jens :)
Hallo Jörg,
unter FTUI3 gibt es ein "pipe" "part". Damit kann man einen String splitten. Bsp.: desired-temp=20 C (measured), dann ergibt "desired-temp | part (0)" "20" und "desired-temp | part (2)" ergibt "(measured)".
Weitere Infos unter FTUI3 (https://github.com/knowthelist/ftui/)
Das mit expandable ist ein guter Tipp. Werde ich direkt testen.
Viele Grüße
Jürgen
Hallo Jens,
ich habe bei meiner Tür-/Fenstervorlage bereits expandable auf "::true:true" stehen. Damit werden alle Ebenen angezeigt, bei denen Show zutrifft. Wenn nun aber nachträglich ein Fenster geöffnet wird und somit der Wert für Show zutrifft, wird expandable nicht mehr berücksichtigt. Ich hoffe, ich habe es vernünftig erklären können :)
{
"name": "Fenster/Türen",
"author": "juemuc",
"date": "07.03.2024",
"panel": {
"navigation": [
"FTS-a-room::Zimmer->%s"
],
"expandable": [
"::true:true"
]
},
"status": {
"bar": [
"FTS-count:^0$:100:success",
"FTS-count::100:error"
],
"title": [
"FTS-a-alias::%s"
]
},
"main": [
{
"level": {
"left1": "info",
"right1": "info"
},
"left1": {
"text": [
"FTS-windows:alles zu:Fenster\\: %s:text-success text-h4",
"FTS-windows::offene Fenster:text-error text-h4"
]
},
"right1": {
"text": [
"FTS-doors:alles zu:Türen\\: %s:text-success text-h4",
"FTS-doors::offene Türen:text-error text-h4"
]
}
},
{
"level": {
"show": [
"FE1-state:^(?!closed):true",
"FE1-state:closed:false"
],
"left1": "info"
},
"left1": {
"text": [
"FE1-a-alias::%s ist offen:text-error text-h4"
]
}
},
{
"level": {
"show": [
"FE2-state:^(?!closed):true",
"FE2-state:closed:false"
],
"left1": "info"
},
"left1": {
"text": [
"FE2-a-alias::%s ist offen:text-error text-h4"
]
}
},
{
"level": {
"show": [
"FE3-state:^(?!closed):true",
"FE3-state:closed:false"
],
"left1": "info"
},
"left1": {
"text": [
"FE3-a-alias::%s ist offen:text-error text-h4"
]
}
},
{
"level": {
"show": [
"FE4-state:^(?!closed):true",
"FE4-state:closed:false"
],
"left1": "info"
},
"left1": {
"text": [
"FE4-a-alias::%s ist offen:text-error text-h4"
]
}
},
{
"level": {
"show": [
"TU1-state:^(?!closed):true",
"TU1-state:closed:false"
],
"left1": "info"
},
"left1": {
"text": [
"TU1-a-alias::%s ist offen:text-error text-h4"
]
}
},
{
"level": {
"show": [
"TU2-state:^(?!closed):true",
"TU2-state:closed:false"
],
"left1": "info"
},
"left1": {
"text": [
"TU2-a-alias::%s ist offen:text-error text-h4"
]
}
}
],
"info": {}
}
Viele Grüße
Jürgen
Hallo Jürgen,
wird die nachträglich aktivierte Ebene angezeigt, wenn du das Panel einmal zuklappst und danach wieder aufklappst?
Und was passiert, wenn Du expandable mal auf "::false:true" setzt?
Ich schaue mir das morgen auf jeden Fall nochmal an, wenn ich am Rechner bin.
PS.: auf deinem Vorschlag bzgl. chart-serie denke ich auch nochmal rum. :)
Jens
Hallo Jens,
ich bin verwirrt O:-)
Ich habe es gerade noch einmal getestet und jetzt wird die Ebene automatisch eingeblendet. Ich beobachte das ganze noch ein wenig.
Viele Grüße
Jürgen
Hallo Jürgen,
kein Problem. Ich musste die Funktion neu bauen, damit die Ebenen zur Laufzeit angezeigt bzw. ausgeblendet werden. Habe da heute auch echt viel getestet, um sicherzugehen, dass es jetzt wie gewollt funktioniert. Und bei mir hat es einwandfrei geklappt.
Habe trotzdem nochwas übersehen. Aktuell funktioniert das maximizable nicht mehr. 8)
Fehler habe ich aber schon gefunden und werde das mit der v4.0.28-beta beheben.
Grüße
Jens :)
Hallo Jens,
jetzt habe ich noch einmal getestet.
Ausgangspunkt: Alle Fenster zu und eine Tür auf. Wenn ich jetzt FHEMApp aufrufe, wird es korrekt angezeigt (Ebene 1 und die Ebene der offenen Tür). Öffne ich nun ein Fenster, geht die Ebene der Tür zu. Wenn ich manuell aufklappe, ist alles da (Ebene 1 und die Ebene für die offene Tür und die Ebene für das offene Fenster). Schließe ich nun das Fenster, werden alle Ebenen bis auf Ebene 1 wieder geschlossen.
Ich hoffe, Du kannst es reproduzieren.
Viele Grüße
Jürgen
Hallo Jürgen,
du hast Recht. Ich konnte das jetzt auch reproduzieren. ;D Die Ebenen wurden bei jeder Änderung auf- bzw. zugeklappt.
Schau mal bitte, ob das mit der v4.0.28-beta jetzt wie gewünscht klappt.
Grüße
Jens :)
Hallo Jens,
mit der .29b funktioniert es super. Vielen Dank.
Jürgen
Hallo Benni und Jens,
aktuell muss man ja für jedes Device das Update durchführen. Kann man dies nicht "zentralisieren"?
Viele Grüße
Jürgen
Hallo Jürgen,
das Appverzeichnis kannst du, unabhängig von den FHEMApp Devices immer gleich definieren. Damit sollte es ausreichen, wenn du das Update in einem der FHEMApp Devices ausführst.
Grüße
Jens
Zitat von: jemu75 am 17 März 2024, 16:03:53das Appverzeichnis kannst du, unabhängig von den FHEMApp Devices immer gleich definieren. Damit sollte es ausreichen, wenn du das Update in einem der FHEMApp Devices ausführst.
Das funktioniert grundsätzlich!Allerdings bekommen die anderen FHEMAPP-Instanzen erst mal nicht mit, dass ein Update durchgeführt wurde, bis dort wenigstens noch checkVersions das nächste mal aufgerufen wird.
Ich werde in einer der nächsten Versionen aber auch ein (optionales) AutoUpdate einbauen, ich weiß nur noch nicht so ganz genau, wie ich das umsetzen will. Damit könnten sich alle Instanzen auch selbst aktuell halten.
Aber eigentlich ist das gar nicht notwendig! Es macht keinen Sinn, mehrere gleiche FHEMApp-Installation auf einem FHEM-Server zu haben.
Denn: Ich kann jede vorhandene FHEMApp-Installation, mit jeder beliebigen FHEMAPP-Device-Konfiguration aufrufen.
Beispiel:Ich habe 3 FHEMApp-Konfigurationen und dafür ein meinem FHEM 3 verschiedene FHEMApp-Devices (für jede Konfig eines!)
Das erste verwaltet die FHEMApp-Installation auf dem FHEM-Server und beinhaltet außerdem noch meine "God-Mode"-Konfig 8)
Das Device heißt
faMain und ist definiert
mit FHEMApp-Verzeichnis.
define faMain FHEMAPP fhemappMainDie anderen beiden sind mit unterschiedlichen Konfigurationen und z.B. für Partner und Kinder jeweils unterschiedlich definiert, aber
OHNE FHEMApp-Verzeichnis:
define faPartner FHEMAPP none
define faKinder FHEMAPP none
Alle Konfigs können nun über den Link der Main-Installation aufgerufen werden:
http://<myHOST>:<myPORT>/fhem/fhemappMain/index.html#/faMain
http://<myHOST>:<myPORT>/fhem/fhemappMain/index.html#/faPartner
http://<myHOST>:<myPORT>/fhem/fhemappMain/index.html#/faKinder
Damit finden Updates nur noch über faMain statt.
(Ich habe mir dazu eben notiert, dass man in dem Fall ggf. noch den Link in den INERNALS per Attribut festlegen können sollte, so dass auch hier ein Sprung aus FHEM heraus auf die passende FHEMApp-Installation möglich ist ... mal sehen, wie ich das umsetze)
gb#
Hallo Jens,
wenn ich einen info-Text 3 anlege, wird der Text in der Zeile 2 der FHEMAPP angezeigt.
Mache ich hier etwas verkehrt?
{
"name": "energie",
"author": "Armin",
"date": "09.03.2024",
"panel": {
"navigation": [
"::energie"
]
},
"status": {
"title": [
"a-alias::%s"
],
"imageUrl": [
"::https\\://picsum.photos/1920/1080?random"
]
},
"main": [
{
"level": {
"mid": "info"
},
"mid": {
"text2": [
"tagesverbrauch::Derzeitiger Gesamttagesverbrauch\\: %n(1) kWh:text-right text-h7 text-red"
],
"text": [
"power::Aktuelle Leistung\\: %n(0) Watt:text-h7 text-right text-yellow"
],
"text3": [
"tagesnetzeinspeisung::Tagesnetzeinspeisung\\: %n(1) kWh:text-right text-h7 text-gold"
]
}
}
],
"info": {
"mid1": [
"power-ts::%d()"
]
}
}
Viele Grüße
Armin
Hallo Armin,
in info stehen bis zu 3 Textfelder zur Verfügung. Dabei sind die beiden Elemente text2 und text3 nebeneinander und unter dem Element text angeordnet. Zudem kann zwischen den beiden "Textzeilen" ein Element icon oder ein Element status eingefügt werden.
Damit sollte es, so wie du es beschrieben hast, passen. Falls Du noch Fragen hast, schicke gern mal ein Bild dazu.
Beste Grüße
Jens :)
Hallo Jens,
danke für deine Info. Ich hatte gedacht, dass man auch eine 3.Zeile in
der App anzeigen kann.
attach id=177213]Bild.jpeg[/attach]
Viele Grüße
Armin
Hallo Jens,
hast Du schon eine Idee bzgl. der Charts in den Thermostat-Devices?
Gruß
Marco
Zitat von: Sommerfeld am 17 März 2024, 22:17:29Hallo Jens,
danke für deine Info. Ich hatte gedacht, dass man auch eine 3.Zeile in
der App anzeigen kann.
attach id=177213]Bild.jpeg[/attach]
Viele Grüße
Armin
Hallo Armin,
wie das geht, würde mich auch interessieren. ;D
Grüße
Jens
Hallo zusammen,
ich werde in kürze eine neu Version des FHEMAPP-Moduls (Version 1.1.0) veröffentlichen.
Folgende Änderungen, bzw. Neuerungen sind in dieser Version enthalten:
- Die Config-Files werden von .fhemapp in .fhemapp.json umbenannt.
Dies hat vor allem für die Bearbeitung in einem Editor Relevanz, da so der Inhalt zwecks Syntax-Highlighting als JSON-Format gekennzeichnet wird.
Das Umbenennen selbst wird im Hintergrund automatisch durchgeführt, sobald eine Config im alten Dateinamensformat eingelesen wird, wird sie anschließend direkt mit neuem Namen wieder gespeichert und die alte Datei dann gelöscht.
- Config-Files können in der "Edit-Files" Liste in FHEM sichtbar gemacht werden. Dazu gibt es eine neues Attribut "exposeConfigFile". Ist dieses Attribut gesetzt, wird die Config des FHEMAPP-Devices in "Edit Files" angezeigt. Wird das Attribut gelöscht ist die Datei dort nicht mehr aufgelistet. Diese Einstellung ist je FHEMAPP-Device separat vorzunehmen.
Ein direktes bearbeiten der Config in FHEM wird aber dennoch ausdrücklich nicht empfohlen. Die Funktion ist v.a. für Backup-Zwecke gedacht oder für "Notfälle", wo die Config in FHEMApp selbst nicht mehr bearbeitet werden kann. - Verschiedene Set-Kommandos, die nur bei FHEMAPP-Devices mit lokaler FHEMApp-Installationsverwaltung sinn machen, sind dann auch nur noch dort verfügbar. (Bspw. checkVersions und update). Ebenso wird bei einem FHEMAPP-Device ohne FHEMApp-Verwaltung auch keine zyklische Versionsabfrage mehr gestartet
- Es gibt ein neues Set-Kommando "getConfig", das die, aktuell im Speicher vorhandene Config im Browser-Fenster, ohne umschließenden OK-Dialog ausgibt.
- Es gibt außerdem ein neues Attribut "linkPath". Die Angabe hier ist analog der Verzeichisangabe im DEF bei FHEMAPP-Instanzen mit lokaler FHEMAPP-Installationsverwaltung, um auch dort einen Link in den INTERNALS generieren zu können, über den bequem aus dem FHEMAPP-Device auf das gewünschte UI abgesprungen werden kann.
- Bei der Versionsprüfung (checkVersions) wird nun ein Reading "update_available", mit Event gesetzt (=1), sofern ein FHEMApp-Update verfügbar ist. Das Reading wird nach erfolgreichem Update auch wieder auf 0 gesetzt. Somit kann jetzt, in Verbindung mit den zyklischen checkVersions und einem Notify oder DOIF auf diesen Event, eine Auto-Update-Funktion umgesetzt werden.
HINWEIS: Wir befinden uns immer noch in der Beta-Phase, von daher wird ein Backup (FHEM inkl. FHEMApp-Configs) vor Update empfohlen, zumal nach diesem Update explizit FHEMApp-Config-Dateien automatisch neu geschrieben und alte gelöscht werden.
(Backup sollte aber eh immer gemacht werden ;) )
Ich plane das Update noch heute einzuchecken, so dass es ab morgen im FHEM-Update enthalten sein sollte. Wichtig ist auch, dass nach dem Update ein shutdown restart von FHEM durchgeführt wird (sollte eh immer gemahcht werden ;) )
gb#
Update: Modul erfolgreich eingecheckt!
Hallo zusammen,
kann sich jemand erklären, warum im Hauptbereich, nachdem ich rechts einen 2. Button eingefügt habe, der komplette Hauptbereich nicht mehr angezeigt wird?
{
"name": "Nuki Smart Lock",
"author": "mboj",
"date": "2024-03-11",
"panel": {
"navigation": [
"a-room::rooms->%s",
"a-group::groups->%s"
],
"sortby": [
"a-room::%s"
]
},
"status": {
"bar": [
"state:unlocked:100:red",
"::0:on"
],
"title": [
"a-alias::%s"
],
"imageUrl": [
"::https\\://picsum.photos/1920/1080?random"
]
},
"main": [
{
"level": {
"left1": "btn",
"mid": "info",
"right1": "btn",
"right2": "btn"
},
"left1": {
"btn": [
"mdi-lock-outline"
],
"click": [
"state::set switch lock"
],
"divider": [
"true"
]
},
"mid": {
"text": [
"state:unlocked:aufgeschlossen",
"state:locked:verschlossen",
"state::%s"
],
"size": [
"7"
],
"divider": [
"true"
]
},
"right2": {
"btn": [
"mdi-lock-open-outline"
],
"click": [
"state::set switch unlock"
],
"divider": [
"::true"
],
"right1": {
"btn": [
"mdi-door-open"
],
"click": [
"state::set switch unlatch"
]
}
}
}
],
"info": {
"left1": [
"state:unlocked::mdi-door-open",
"state:locked::mdi-door-closed"
],
"right1": [
"batteryPercent:75:%s:mdi-battery:success",
"batteryPercent:40:%s:mdi-battery-50:success",
"batteryPercent:15:%s:mdi-battery-30:warning",
"battery::%s:mdi-battery-outline:error"
]
}
}
Gruß
Marco
Hallo Marco,
du hattest "right1" innerhalb von "right2" verschachtelt. Wenn du in den Einstellung mal vom raw-mode in den UI-mode umschaltest, siehst du auch, dass mit der Definition was nicht stimmt. Ich empfehle (zumindest das Grundgerüst) im UI-mode zu erstellen und danach kann man das im raw-mode bearbeiten.
Anbei das korrigierte Template:
{
"name": "Nuki Smart Lock",
"author": "mboj",
"date": "2024-03-11",
"panel": {
"navigation": [
"a-room::rooms->%s",
"a-group::groups->%s"
],
"sortby": [
"a-room::%s"
]
},
"status": {
"bar": [
"state:unlocked:100:red",
"::0:on"
],
"title": [
"a-alias::%s"
],
"imageUrl": [
"::https\\://picsum.photos/1920/1080?random"
]
},
"main": [
{
"level": {
"left1": "btn",
"mid": "info",
"right1": "btn",
"right2": "btn"
},
"left1": {
"btn": [
"mdi-lock-outline"
],
"click": [
"state::set switch lock"
],
"divider": [
"true"
]
},
"mid": {
"text": [
"state:unlocked:aufgeschlossen",
"state:locked:verschlossen",
"state::%s"
],
"size": [
"7"
],
"divider": [
"true"
]
},
"right2": {
"btn": [
"mdi-lock-open-outline"
],
"click": [
"state::set switch unlock"
],
"divider": [
"::true"
]
},
"right1": {
"btn": [
"mdi-door-open"
],
"click": [
"state::set switch unlatch"
]
}
}
],
"info": {
"left1": [
"state:unlocked::mdi-door-open",
"state:locked::mdi-door-closed"
],
"right1": [
"batteryPercent:75:%s:mdi-battery:success",
"batteryPercent:40:%s:mdi-battery-50:success",
"batteryPercent:15:%s:mdi-battery-30:warning",
"battery::%s:mdi-battery-outline:error"
]
}
}
Hallo Jens,
wie genau muss eine Verlinkung auf ein Gerät aussehen?
Folgender Link geht ins Leere:
"click": [
"::devices->Gardena Sileno:route"
]
Werde aus der Doku nicht schlau.
Gruß
Marco
Hallo Marco,
du kannst mit dem Parameter route zu bestimmten Punkten aus deinem Navigationsmenü "springen".
Dafür kannst du wie folgt vorgehen.
1. Öffnest du in deinem Navigationsmenü den gewünschten Menüpunkt.
2. kopierst du aus deiner URL den Teil, der nach .../devices/ folgt.
3. fügst du diesen Teil in deine Definition ein.
Im folgenden Beispiel wäre das z.B. groups->Heizung
http://fhem:8083/fhem/fhemapp4/index.html#/myapp/devices/groups->Heizung
Lass mich bitte wissen, ob du damit weiterkommst. Und ich mache mir nochmal Gedanken, wie ich die Doku hier etwas besser mache. :)
Grüße
Jens :)
Hi Jens,
so komme ich damit klar. Habe nicht verstanden, dass Grundlage für eine Verlinkung eine "Gruppe" in der Navigation sein muss. Wollte auf ein einzelnes Panel verlinken.
Das geht aber scheinbar nicht.
Gruß
Marco
Hallo Marco,
ja, das ist korrekt. Aktuell kann man nicht auf ein einzelnes Panel verlinken. Falls das generell gewünscht ist, kann ich das als Feature aber gern mit aufnehmen.
Was meinen die anderen Tester dazu?
Grüße
Jens :)
Hallo Benni,
hast Du eine Idee, warum (bei mir) die Umlaute nicht korrekt dargestellt werden?
Save config
Tablet-UI3
Bad
Büro
Esszimmer
Flur
Küche
Schlafzimmer
Wohnzimmer
Wetter/Zeit
AVM
Alexa
Backup
Beta
HUEDevice
Hilferufe
Homematic
IP Kamera
Kammer
MieleAtHome
Parameter
SIP
Schaltzentrale
Sonos
Statuszentrale
Systemdaten
TTS
icoEverything Everything
Logfile
Commandref
Edit files
Event monitor
Backup
Stop Shutdown
HUE reconnect
{"header":{"showTime":true,"showDate":true,"showSettings":true,"showReloadPage":true,"showDarkMode":true,"commands":[{"name":"Backup","title":"FHEM Backup","icon":"mdi-database-arrow-down","cmd":"backup"}]},"navigation":[{"name":"Heizung","title":"Heizung","icon":null,"divider":false,"groupAsChips":false,"sort":true,"group":[{"name":"B�ro","title":"B�ro","icon":null,"divider":null,"groupAsChips":null,"sort":false,"group":[]},
Viele Grüße
Jürgen
Hintergrund meiner Frage nach der direkten Verlinkung auf Devices ist, dass ich für meine Gardena-Geräte eine Übersicht gebastelt habe und durch das Anklicken zum Panel des Gerätes gelange, in dem noch mehr Infos enthalten sind und die Möglichkeit der Steuerung der Geräte...
Gardena Übersicht.jpg
Gruß
Marco
Zitat von: juemuc am 19 März 2024, 22:42:47hast Du eine Idee, warum (bei mir) die Umlaute nicht korrekt dargestellt werden?
Hallo Jürgen,
ich habe zwar keine Ahnung, warum du meinen kompletten Post zitiert hast, aber gut!
Dafür fehlen wichtige Infos, nämlich was für eine Ausgabe zeigt die fehlerhaften Umlaute?
Wenn ich es richtig verstehe, ist das was du an Info in Code-Tags mitgibst, das was im Browser zu sehen ist, wenn man set getConfig ausführt? Korrekt? Welcher Browser? Welches System?
Ein schneller Test hat ergeben, dass das bei mir (im Chrome) genauso aussieht .... warum muss ich mir anschauen. Ist mal wieder so ein Unicode-"Problem" (Browser, FHEM-interne Codierung, File-Codierung, Systemeinstellung, Codierung in FHEMApp, ...)
Solange in FHEMApp alles korrekt dargestellt wird ist es tatsächlich erst mal nur ein Darstellungsproblem!
Ich schaue mir das aber auf jeden Fall an.
gb#
Hallo Benni,
keine Ahnung warum ich das Vollzitat gewählt hatte O:-) . Habe es gelöscht.
Das Problem mit der Anzeige tritt ei Firefox, Chrome und den Betriebssystemen PI-OS, Ubuntu und Debian bzw. W11 auf.
Viele Grüße
Jürgen
Hallo Benni,
ich habe mir mal Gedanken gemacht, wie man die verschiedenen devicekeys in Templates und Panels handeln kann. Wie von dir vorgeschlagen, habe ich im Template ein neues Element deviceskeys eingefügt. Und in dem Zusammenhang habe ich eine weitere Idee umgesetzt, die die Erstellung von Templates im UI-Mode erleichtert. Ich habe einen Assistenten entwickelt, der bei der Erstellung der Definitionen unterstützt. Im Fall der devicekeys liefert der Assistent im Panel dann die keys, die im Template definiert wurden und die verfügbaren FHEM Devices direkt aus FHEM.
Ich muss das ganze noch etwas feinschleifen, bevor ich das in das nächste Release packe. Vorab aber schon mal zwei Screenshots, die einen ersten Eindruck von der neuen Funktion verschaffen.
Grüße
Jens :)
Hallo Jens,
ja cool!
Das macht die Verwendung der Templates deutlich einfacher! Ich vergesse ja mitunter selbst, welche Keys ich in meinen Templates vorgesehen habe, bzw. Wie deren genaue Bezeichnung ist.
Das mit der device-Auswahl aus fhem ist auch eine sehr schicke Sache! Das braucht aber, wenn ich so an meine installation denke, auf jeden Fall noch eine Filtermöglichkeit auf Namen und evtl. Device TYPE ... aber du sagtest ja etwas von "... Feinschliff" ;)
gb#
ZitatZum weiteren Verlauf der Beta-Testphase hätte ich folgenden Vorschlag. Ich würde diese bis zum Ende des Monats abschließen und die Version 4 dann Anfang April offiziell freigeben. Die Verbesserungswünsche würde ich dann Step-by-Step nach dem offizellen Launch umsetzen. Lasst mich bitte mal wissen wie ihr dazu denkt und ob es evtl. noch Optimierungspunkte gibt, die auf jeden Fall vor dem offizellen Launch umgesetzt werden sollten.
Hallo Jens,
das ist ein guter Vorschlag. Ich habe mittlerweile 99% auf FHEMApp4 umgebaut und kann damit sehr gut arbeiten.
Anbei der direkte Vergleich von V3 zu V4 (siehe Screenshots):
- V4 sieht auf jeden Fall moderner aus und bietet im Detail mehr Möglichkeiten
- zB. SONOS mit Coverart innerhalb der Steuerelemente,
- Oder Niederschlag + Tankstellen mit einfacherer Gestaltung und Kombi aus Icon+Text
- Auch der vorhandene Platz wird besser ausgenutzt als V3.
- uvm...
Also RIP V3 :'( und auf noch viele weitere Features in V4 :D
VG Sebastian
Guten Abend,
ich habe eben die v4.0.30-beta veröffentlicht. Folgende Änderungen sind enthalten
1. optimierte Verarbeitung von einzelnen Zahlenwerten in Charts (Doku in dem Zuge erweitert)
2. neues Element devicekeys in Templates zur Festlegung von Devicevariablen (siehe auch Doku)
3. Assistent für Zuordnung von FHEM-Devices in Panels
4. Bugfix für Verwendung von €-Zeichen in Definitionen
@Jürgen: im AVM Thermostat Template sollte die Darstellung der Temperatur jetzt auch mit reading-werten wie "22.3 C" funktionieren. Wichtig ist, dass du aus chart-options bzw. chart-options2 aus dem JSON die Definitonen "formatter" eliminierst. Weiterhin empfehle ich in der chart-serie Definition %s statt %n(...) zu verwenden, wenn du einzelne Zahlenwerte an das Chart übergibst. Die Anzahl der Nachkommastellen bzw. den Prefix musst du in der chart-serie ohnehin separat festlegen. Diese Parameter werden dann auch für alle Zahlenwerte, die im Chart zur Anzeige kommen, verwendet. Deshalb ist "formatter" obsolet.
Schaut euch gern auch mal die erste Variante des Assistenten an. Wenn das soweit passt, würde ich den Assistent auch auf die anderen Definitionen erweitern, sodass man auch den Parameter "reading" in allen Definitionen besser befüllen kann.
Na dann, bin ich gespannt auf Euer Feedback!
Beste Grüße
Jens :)
Hallo Jens,
erster Eindruck der Device-Keys und des Assistenten: Hammer! 8)
Vor allem finde ich es genial, dass du es so implementiert hast, dass der Assistent optional genutzt werden kann. Und der Filter für die Device-Auswahl funktioniert ja sogar auch schon. ;D
Ich bin echt begeistert!
gb#
Hallo Jens,
anbei ein erstes Feedback ;D
Bei Assistenten kann ich nicht alle Keys aus der Vorlage auswählen. -> geht doch O:-)
Durch die Optimierung werden die Nachkommastellen nicht korrekt angezeigt (21.5 °C als 21.0 °C) -> hat sich erledigt. Ich musste die Ersetzung noch auf %s ändern.
Viele Grüße
Jürgen
Zitat von: juemuc am 21 März 2024, 20:40:48Bei Assistenten kann ich nicht alle Keys aus der Vorlage auswählen.
Das kann ich bei mir nicht nachvollziehen, ich habe die Wandthermostat-Variante von Jens um die device-Keys thermo, valve und reciever erweitert. Die habe ich in allen Panels in der Device-Zuordnung zur Verfügung.
@Jürgen: Etwas mehr Info, als "tut nicht" wäre schon hilfreich ;)
Du könntest ja mal das json der Vorlage posten, deren Device-Keys nicht auswählbar sind.
gb#
War wohl zu schnell mit meinen Tests.
Bisher alles ok. Jetzt fehlt mir nur noch das Ausblenden einer Ebene, wenn eine andere Ebene eingeblendet wird ::)
Viele Grüße
Jürgen
ZitatNa dann, bin ich gespannt auf Euer Feedback!
Ich habe das Update gemacht und wollte die €-Ersetzung ausprobieren. Ich kann aber in keinem Panel und keiner Vorlage
die Ebenen bearbeiten. Es wird einfach nichts angezeigt (siehe Screenshot). In der Raw-Ansicht kann man dagegen noch alles sehen.
VG Sebastian
Uups :o
Darauf habe ich gar nicht geachtet. Ich hatte mir nur de Vorlagen genauer angesehen. Meine Ebenen sind in den Panels alle weg.
{
"name": "Fenster/Türen",
"template": "Fenster/Türen",
"panel": {
"devices": [
"FTS:di_uiTable_windows",
"FE1:HM_Sec_SCo_OEQ0424862",
"FE2:HMIP_SWDO_0000DA498D427A",
"FE3:HMIP_SWDO_0000DA498D4303",
"FE4:HMIP_SWDO_0000DA498D425C",
"TU1:HM_Sec_RHS_NEQ1477040",
"TU2:HM_Sec_SCo_OEQ0223456"
],
"navigation": [
"::Fenster/Türen"
]
},
"status": {
"title": [
"::Fenster- und Türenstatus"
]
},
"main": [
{
"level": {}
}
],
"info": {}
Viele Grüße
Jürgen
}
Oder reicht es, wenn die Ebenen nur in der Vorlage definiert sind? Bin mir jetzt total unsicher. Auf jeden Fall verwirrt das rote Ausrufezeichen.
Viele Grüße
Jürgen
Hallo zusammen,
finde auch, dass die V4 richtig gut geworden ist und super läuft. Optik ist auch viel besser als bei der V3.
Wenn ich nun die V3 deistallieren möchte:
- appOptions-Attribute löschen
- Verzeichnis fhemapp in www löschen
Hab ich noch was vergessen?
Gruß
Marco
ZitatOder reicht es, wenn die Ebenen nur in der Vorlage definiert sind?
Ja genau, wenn du eine Vorlage verwendest werden die Ebenen nur dort definiert. Im Panel selbst erscheint nur ein Platzhalter.
Siehe auch https://github.com/jemu75/fhemApp/issues/79 (https://github.com/jemu75/fhemApp/issues/79)
VG Sebastian
ZitatHab ich noch was vergessen?
Ich habe noch appOptions aus userattr in global gelöscht.
Zitat von: binford6000 am 21 März 2024, 22:40:17ZitatNa dann, bin ich gespannt auf Euer Feedback!
Ich habe das Update gemacht und wollte die €-Ersetzung ausprobieren. Ich kann aber in keinem Panel und keiner Vorlage
die Ebenen bearbeiten. Es wird einfach nichts angezeigt (siehe Screenshot). In der Raw-Ansicht kann man dagegen noch alles sehen.
VG Sebastian
Nach einem Downgrade auf 4.0.29-beta können die Ebenen sowohl in Panels als auch in Vorlagen wieder bearbeitet werden.
Wenn der Fehler bei EINER Vorlage oder EINEM Panel liegen würde könnte man das eingrenzen. Aber dass wirklich ALLE
Panels und Vorlagen betroffen sind ist schon merkwürdig.
@Jens: Irgendeine Idee was das auslösen kann?
VG Sebastian
Hallo Sebastian,
bzgl. des Problems mit dem Bearbeiten der Ebenen wäre es hilfreich, wenn du mir deine aktuelle Konfiguration (json Datei aus dem fhem/conf/ Verzeichnis) zukommen lassen könntest.
Grüße
Jens :)
Zitat von: jemu75 am 22 März 2024, 07:55:11Hallo Sebastian,
bzgl. des Problems mit dem Bearbeiten der Ebenen wäre es hilfreich, wenn du mir deine aktuelle Konfiguration (json Datei aus dem fhem/conf/ Verzeichnis) zukommen lassen könntest.
Grüße
Jens :)
Moin Jens,
hier meine config. Vielen Dank!
EDIT: Ich habe ein frische config mit der V4.0.30-beta erstellt und wollte dort eine Vorlage erstellen und bin auf
den gleichen Fehler gestoßen (siehe Screenshot).
VG Sebastian
Das Verhalten kann ich bestätigen!
In der Browser-Konsole ist auch bei loglevel 7 nichts relevantese zu sehen.
gb#
Hallo,
danke für eure Rückmeldungen. Der Fehler, dass die einzelnen Elemente einer Ebene nicht mehr bearbeitet werden können ist gefunden.
Ich stelle kurzfristig ein neues Release bereit.
Grüße
Jens :)
Hallo Jens,
die grafische Anzeige bei den AVM-Thermostaten funktioniert auch nicht mehr. Beim Aufruf meldet das System einen JSON-Fehler. Ich vermute, dass %s hier nicht nur numerische Werte übergibt. %n funktioniert mit dem anderen Problem, dass die Zahlen nicht lesbar sind.
Viele Grüße
Jürgen
Hallo Jürgen,
komisch, bei mir geht es noch...
Gruß
Marco
Hallo Jens,
ich würd dich gerne nochmal auf das Thema 'Fehlender Navigationspunkt (https://github.com/jemu75/fhemApp/issues/70)' in der mobilen Ansicht aufmerksam machen.
Ich hatte vor zwei Wochen mit V4.0.25 getestet und damals schon beobachtet, dass der Navigationspunkt erst nach einem Wechsel
zu einem anderen Raum/Bereich angezeigt wird. Mit V4.0.30-beta ist das auch noch zu beobachten.
VG Sebastian
Hallo zusammen,
bei mir geht es auch wieder O:-)
Habe einfac noch einmal "update" durchgeführt und schon war es wieder in Ordnung. Keine Ahnung was passiert war.
@Marco: Danke für die Info. Manchmal sitzt das Problem auch vor dem Bildschirm ;D
Viele Grüße
Jürgen
Hallo in die Runde,
ich habe eben die v4.0.31-beta freigegeben. Folgende Änderungen sind enthalten:
- bugfix für Anzeige der aktuellen Seite im Header (mobile Ansicht)
- bugfix für Panels/Templates - Elemente in Ebenen können wieder bearbeitet werden
- Assistent für alle Element-Definitionen erstellt
Bitte schaut euch insbesondere mal den Assistent zur Bearbeitung der Element-Definitionen an. Der ist komplett neu und unterstützt bei der Erstellung der Definitionen, indem er die verfügbaren Devices und die Readings als Auswahlfelder bereitstellt.
Beste Grüße
Jens :)
Hallo Jens,
muss man im Panel eine Ebene definieren? Bisher funktioniert es bei mir auch ohne. Es wird allerdings das rote Ausrufezeichen angezeigt.
Screenshot 2024-03-24 152428.png
Hier mein Panel und die dazugehörige Vorlage.
Panel:
{
"name": "Fenster/Türen",
"template": "Fenster/Türen",
"panel": {
"devices": [
"FTS:di_uiTable_windows",
"FE1:HM_Sec_SCo_OEQ0424862",
"FE2:HMIP_SWDO_0000DA498D427A",
"FE3:HMIP_SWDO_0000DA498D4303",
"FE4:HMIP_SWDO_0000DA498D425C",
"TU1:HM_Sec_RHS_NEQ1477040",
"TU2:HM_Sec_SCo_OEQ0223456"
],
"navigation": [
"::Fenster/Türen"
]
},
"status": {
"title": [
"::Fenster- und Türenstatus"
]
},
"main": [
{
"level": {}
}
],
"info": {}
}
Vorlage:
{
"name": "Fenster/Türen",
"author": "juemuc",
"date": "07.03.2024",
"panel": {
"navigation": [
"FTS-a-room::Zimmer->%s"
],
"expandable": [
"::true:true"
],
"devicekeys": [
"FTS:Fenster/Türen-Status",
"FE1:Küchenfenster",
"FE2:Wohnzimmerfenster",
"FE3:Schlafzimmerfenster",
"FE4:Bürofenster",
"TU1:Balkontür",
"TU2:Flurtür"
]
},
"status": {
"bar": [
"FTS-count:^0$:100:success",
"FTS-count::100:error"
],
"title": [
"FTS-a-alias::%s"
]
},
"main": [
{
"level": {
"left1": "info",
"right1": "info"
},
"left1": {
"text": [
"FTS-windows:alles zu:Fenster\\: %s:text-success text-h4",
"FTS-windows::offene Fenster:text-error text-h4"
]
},
"right1": {
"text": [
"FTS-doors:alles zu:Türen\\: %s:text-success text-h4",
"FTS-doors::offene Türen:text-error text-h4"
]
}
},
{
"level": {
"show": [
"FE1-state:^(?!closed):true",
"FE1-state:closed:false"
],
"left1": "info"
},
"left1": {
"text": [
"FE1-a-alias::%s ist offen:text-error text-h4"
]
}
},
{
"level": {
"show": [
"FE2-state:^(?!closed):true",
"FE2-state:closed:false"
],
"left1": "info"
},
"left1": {
"text": [
"FE2-a-alias::%s ist offen:text-error text-h4"
]
}
},
{
"level": {
"show": [
"FE3-state:^(?!closed):true",
"FE3-state:closed:false"
],
"left1": "info"
},
"left1": {
"text": [
"FE3-a-alias::%s ist offen:text-error text-h4"
]
}
},
{
"level": {
"show": [
"FE4-state:^(?!closed):true",
"FE4-state:closed:false"
],
"left1": "info"
},
"left1": {
"text": [
"FE4-a-alias::%s ist offen:text-error text-h4"
]
}
},
{
"level": {
"show": [
"TU1-state:^(?!closed):true",
"TU1-state:closed:false"
],
"left1": "info"
},
"left1": {
"text": [
"TU1-a-alias::%s ist offen:text-error text-h4"
]
}
},
{
"level": {
"show": [
"TU2-state:^(?!closed):true",
"TU2-state:closed:false"
],
"left1": "info"
},
"left1": {
"text": [
"TU2-a-alias::%s ist offen:text-error text-h4"
]
}
}
],
"info": {}
}
Viele Grüße
Jürgen
Viele Grüße
Jürgen
Hallo zusammen,
ist es möglich, bei einer Click-Aktion auch 2 Set-Befehle auszuführen?
Gruß
Marco
Hallo Jens
ich wollte dies gerade testen, aber in den Ebenen kann man immer noch nicht alles ohne raw-Modus bearbeiten.
Screenshot 2024-03-24 160434.png
right2 kann man nicht weiter bearbeiten. Man muss jetzt in den raw Mode gehen.
Viele Grüße
Jürgen
Zitat von: juemuc am 24 März 2024, 15:28:02muss man im Panel eine Ebene definieren? Bisher funktioniert es bei mir auch ohne. Es wird allerdings das rote Ausrufezeichen angezeigt.
Hallo Jürgen,
wenn du im Panel ein Template verwendest musst du lediglich 2 Dinge definieren.
1. das Template, welches du für das Panel verwenden möchtest
2. das oder die FHEM-Device(es) die mit deinem Panel verbunden werden sollen
Die erweiterten Einstellungen im Panel sind
nur dafür da, wenn du ein Panel ohne Verwendung eines Templates erstellen möchtest (dann ist das rote Ausrufezeichen auch relevant), oder wenn du gezielt einzelne Elemente aus dem verwendeten Template übersteuern möchtest.
Grüße
Jens
Zitat von: marboj am 24 März 2024, 15:57:54ist es möglich, bei einer Click-Aktion auch 2 Set-Befehle auszuführen?
Hallo Marco,
ich meine du kannst mehrere FHEM-Befehle absetzen, indem du diese durch ein Semikolon trennst. Das sollte direkt in der FHEM-Kommandozeile und damit auch in
FHEMApp funktionieren. :)
Grüße
Jens
Zitat von: juemuc am 24 März 2024, 16:07:38ich wollte dies gerade testen, aber in den Ebenen kann man immer noch nicht alles ohne raw-Modus bearbeiten.
right2 kann man nicht weiter bearbeiten. Man muss jetzt in den raw Mode gehen.
Hallo Jürgen,
der Fehler, den ich mit
v4.0.31-beta behoben habe, betraf alle Element-Definitionen in den Ebenen. Insofern wäre es sehr merkwürdig, wenn du nur
right2 nicht bearbeiten kannst. Hast du mal in der Navigationsleiste geschaut, ob die
v4.0.31-beta installiert ist? Bei mir funktioniert es auf jeden Fall wieder ohne Probleme. :)
Grüße
Jens
Zitat von: juemuc am 23 März 2024, 17:15:56die grafische Anzeige bei den AVM-Thermostaten funktioniert auch nicht mehr. Beim Aufruf meldet das System einen JSON-Fehler. Ich vermute, dass %s hier nicht nur numerische Werte übergibt. %n funktioniert mit dem anderen Problem, dass die Zahlen nicht lesbar sind.
Hallo Jürgen,
wenn dein
reading irgendeinen Zahlenwert enthält, dann wird dieser "extrahiert" und dann entsprechend der Defintion in
chart-serie formatiert. Ich hatte das mit verschiedensten Zahlenwerten (die teilweise mitten im Text des Readings "versteckt" waren) erfolgreich getestet. Soweit ich mich erinnere liefert dein AVM-Thermostat in dem betreffenden Reading sowas hier "22.3 C" und das funktioniert bei mir auf jeden Fall.
Die Ersetzung
%s überträgt das reading aus FHEM unverändert an
FHEMApp. Und wie in der Doku beschrieben, ist das die empfohlene Variante, wenn du einzelne Werte aus
readings anstelle von Logdaten an deine Chart-Serie in
FHEMApp übergibst. Die Ersetzung
%n() ist im konkreten Fall möglich aber im Grunde doppelt. Denn einmal formatierst du den Wert des
readings mittels
%n() und dann nochmals über die Parameter in der chart-serie. Im Zweifel ist das sogar ungünstig, wenn du im Parameter data
%n() definierst und dann im Parameter
digits einen Wert größer 0 definierst. Denn in dem Fall wird dein
reading zuerst über %n() auf 0 Nachkommastellen gerundet und soll danach im Chart mit mehreren Nachkommastellen ausgegeben werden.
Anbei ein Beispiel, wie ich
chart-serie zur Anzeige der Soll-/Isttemperatur definiert habe.
Grüße
Jens :)
Hallo Jens,
jetzt funktioniert es bei mir auch wieder. Wahrscheinlich war ich nach dem Update zu schnell mit den Tests. Beim nächsten Mal warte ich nach dem Update etwas länger O:-)
Das die Grafik auch bei mir wieder funktioniert hatte ich ja schon geschrieben. ;)
Viele Grüße
Jürgen
Zitat- bugfix für Anzeige der aktuellen Seite im Header (mobile Ansicht)
Prima, jetzt wird auf mobilen Devices der aktuelle Navigationspunkt angezeigt. ✅Zitat- bugfix für Panels/Templates - Elemente in Ebenen können wieder bearbeitet werden
Die Bearbeitung der Ebenen funktioniert auch wieder. ✅Zitat- Assistent für alle Element-Definitionen erstellt
Der Assistent ist
der KNALLER!
Nicht dass ich ihn gebraucht hätte aber gerade für (Neu-)Einsteiger wird die Hürde dadurch noch viel niedriger und
der Einstieg in FHEMApp super einfach! Damit werden noch vermutlich noch weitere "FTUI-gestresste" Anwender den Weg
zur FEHMApp finden! ;)
Wie immer tolle Arbeit!
VG Sebastian
Zitat von: juemuc am 24 März 2024, 17:41:07Hallo Jens,
jetzt funktioniert es bei mir auch wieder. Wahrscheinlich war ich nach dem Update zu schnell mit den Tests. Beim nächsten Mal warte ich nach dem Update etwas länger O:-)
Das die Grafik auch bei mir wieder funktioniert hatte ich ja schon geschrieben. ;)
Viele Grüße
Jürgen
Nach einem Update der FHEMApp macht man am besten einen kompletten Reload der Seite im Browser oder
geht über Einstellungen->Aktualisieren. Dann treten solche Effekte nicht auf. ;)
Zitat von: binford6000 am 24 März 2024, 17:55:55Der Assistent ist der KNALLER!
<...> für (Neu-)Einsteiger wird die Hürde dadurch noch viel niedriger und
der Einstieg in FHEMApp super einfach!
*unterschreib*gb#
Hallo Jens,
der manuelle Aufruf in der FHEM-Kommandozeile funktioniert, beim Klick auf den Button wird nur der erste Wert aktualisiert.
Hast Du eine Idee?
"click": [
"set rain refresh temperature;set rain refresh humidity"
]
Gruß
Marco
Hallo Marco,
versuche einmal die Befehle nur mit Komma zu trennen.
Viele Grüße
Jürgen
Hallo Jürgen,
mit Komma getrennt wird gar kein Befehl ausgeführt ...
Gruß
Marco
Zitat von: marboj am 24 März 2024, 22:22:18der manuelle Aufruf in der FHEM-Kommandozeile funktioniert, beim Klick auf den Button wird nur der erste Wert aktualisiert.
Hallo Marco,
ich habe eine Vermutung. Möglicherweise wird beim zweiten Befehl aktuell das "rain" noch nicht durch den tatsächlichen Device-Name ersetzt. Auf jeden Fall müssen beide Befehle durch Semikolon getrennt werden. Du kannst gern mal das loglevel=7 setzen und dir dann anschauen, was genau an FHEM gesendet wird. Sollte ich mit meiner Vermutung richtig liegen, dann kannst du mich das schon mal wissen lassen. Ich mache dann kurzfristig ein Update fertig.
Einen guten Start in die neue Woche
Jens :)
Hallo Jens,
wo gwnau kann ich sehen, was gesendet wird?
Bei mir sieht das so aus:
07:55:19,963 Data from FHEM handled.
{reading: 'Regensensor-state', value: 'send command to gardena cloud'}
reading
:
"Regensensor-state"
value
:
"send command to gardena cloud"
[[Prototype]]
:
Object
index-c3ae80b8.js:45 07:55:28,411 Data from FHEM handled.
{reading: 'Regensensor-state', value: 'the command is processed'}
reading
:
"Regensensor-state"
value
:
"the command is processed"
[[Prototype]]
:
Object
Gruß
Marco
Hallo Marco,
das Loglevel kannst du über den entsprechenden Parameter in der URL einstellen. Siehe dazu auch die Doku zusätzliche Parameter (https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#zus%C3%A4tzliche-url-parameter)
Damit du die Logausgaben sehen kannst, musst du deinen Browser in den Debug-Modus schalten. (geht bei Chrome z.B. mit der Taste F12) Im Debug-Modus gibt es einen Reiter "Konsole". Hier kannst du dann alle Logmeldungen sehen, die FHEMApp generiert.
Grüße
Jens :)
Hallo Jens,
das hatte ich hinbekommen und leider nicht mehr gesehen, als im vorherigen Post geschrieben.
Gruß
Marco
Hallo,
ich würde die app gerne mal ausprobieren, scheitere aber als Laie schon am Anfang bei der Einleitung,
ZitatKopiert einfach alle Dateien und Unterverzeichnisse aus dem Ordner www/fhemapp in eure FHEM-Installation unter opt/fhem/www/fhemapp bzw. in das gewünschte Verzeichnis auf eurem Webserver
weil es mir einfach am Wissen über den korrekten Befehl dazu mangelt. Ich habe es mit einem einfachen "wget" probiert, aber da is dann nicht die Verzeichnis- und Dateistruktur bei mir vorhanden, die im Repository liegt.
Gruß
Wolfgang
Zitat von: WolfgangV am 25 März 2024, 10:03:55Hallo,
ich würde die app gerne mal ausprobieren, scheitere aber als Laie schon am Anfang bei der Einleitung,
ZitatKopiert einfach alle Dateien und Unterverzeichnisse aus dem Ordner www/fhemapp in eure FHEM-Installation unter opt/fhem/www/fhemapp bzw. in das gewünschte Verzeichnis auf eurem Webserver
weil es mir einfach am Wissen über den korrekten Befehl dazu mangelt. Ich habe es mit einem einfachen "wget" probiert, aber da is dann nicht die Verzeichnis- und Dateistruktur bei mir vorhanden, die im Repository liegt.
Gruß
Wolfgang
Hallo Wolfgang,
ich tippe mal du hast dir noch die alte Doku von V3 angeschaut.
Die Doku zu V4 findest du hier. (https://github.com/jemu75/fhemApp/tree/dev-v4)
define myapp fhemapp fhemapp4VG Sebastian
Hallo,
leider meldet die app nach der Installation
ZitatCan't open ./conf/myapp_config.fhemapp: No such file or directory
Und tatsächlich befinden sich auch im Verzeichnis /opt/fhem nicht die angekündigten Ordner oder Dateien.
Gruß
Wolfgang
Zitat von: WolfgangV am 25 März 2024, 12:37:08Hallo,
leider meldet die app nach der Installation
ZitatCan't open ./conf/myapp_config.fhemapp: No such file or directory
Und tatsächlich befinden sich auch im Verzeichnis /opt/fhem nicht die angekündigten Ordner oder Dateien.
Gruß
Wolfgang
Wenn du mal die URL der FHAMApp öffnest, kannst du dort erste Einstellungen vornehmen. Mit einem Klick auf das Speichern-Symbol wird die config in den genannten Ordner geschrieben und du kannst loslegen.
VG Sebastian
Hi,
wenn ich auf den Link klicke, sehe ich nur einen weißen Bildschirm. Es wird nichts geladen. Und es kann auch nichts geladen werden, da das Verzeichnis http://192.168.178.40:8083/fhem/fhemapp4/index.html#/myapp nicht existiert, wie ich gerade überprüft habe.
Gruß
Wolfgang
Zitat von: WolfgangV am 25 März 2024, 13:12:58wenn ich auf den Link klicke, sehe ich nur einen weißen Bildschirm. Es wird nichts geladen. Und es kann auch nichts geladen werden, da das Verzeichnis http://192.168.178.40:8083/fhem/fhemapp4/index.html#/myapp nicht existiert, wie ich gerade überprüft habe.
Hallo,
ich denke, da muss Benni mal nachschauen, ob hier beim Aufsetzen einer neuen Instanz noch was klemmt. Der Name der Konfig-Datei sollte meiner Meinung nach auch nicht mehr mit ".fhemapp" enden.
Aber sag mal, hast du in dem Device auch das Attribute "updatePath" -> "beta" gesetzt? Das ist für die Beta-Testphase noch nötig.
Grüße
Jens :)
Hallo,
Danke, das mit dem Attribut beta wars.
Jetzt sehe ich das Menü und kann konfigurieren.
Ist aber auch nicht ganz so trivial, wie mir scheint...
Gruß
Wolfgang
Hallo zusammen,
habe für meine Rolladen anhand Jens Template ebenfalls eines gebaut.
Leider ist die Zahl, die angezeigt wird, wenn man den Slider verschiebt, in der Nacht-Variante grau auf grau. Wie kann man die Zahlenanzeige in weiss darstellen?
Gruß
Marco
Hallo Marco,
meinst du das hier?
Grüße
Jens
ja genau. Nicht wirklich gut zu sehen auf einem Handydisplay ;-)
Zitat von: marboj am 25 März 2024, 19:31:29ja genau. Nicht wirklich gut zu sehen auf einem Handydisplay ;-)
Das stimmt. Ich schau mal, wie das besser geht. Sprich, wie sich die Anzeige bei Umschaltung in den Nachtmodus automatisch anpasst.
Grüße
Jens :)
Passt sich ja an. Weiss zu Grau...
Zitat von: WolfgangV am 25 März 2024, 17:14:55Danke, das mit dem Attribut beta wars.
Ist aber eigentlich auch alles hier im ersten Post (https://forum.fhem.de/index.php?topic=137239.0) erklärt. ;)
gb#
Guten Abend an alle Tester,
ich habe eben noch ein kleines Release (v4.0.32-beta) bereitgestellt.
Folgende Punkte sind enthalten:
Panel Button - senden mehrerer FHEM-Kommandos (Semikolon getrennt) ist möglich
Panel Slider - Farbe der Labelschrift im DarkMode optimiert
Grüße
Jens :)
Hi Jens,
klappt alles...
Gruß
Marco
Hallo,
wollte mal für den Anfang ein sysmon Panel anlegen und hab mir das entsprechende template in den template Ordner kopiert.
Das Panel lässt sich auch anlegen, aber ich kann dem kein template zuordnen bzw. beim Klick auf den Pfeil im Vorlagen-Fenster werden keine templates vorgeschlagen. Ich könnte schwören, dass das bei mir schon mal ging ...
Hallo grappa24,
das Verzeichnis ist nicht zur Ablage individueller Templates gedacht. Den Code des heruntergeladenen Templates fügst Du unter Einstellungen - Vorlagen in eine neu zu erstellende Vorlage im raw-Bildschirm ein.
Danach kannst Du ein Panel anlegen und auf dein Template verweisen.
Zwischendurch die Diskette zum speichern nicht vergessen.
Gruß
Marco
Hallo,
ich hatte die Neuerungen von FHEMApp4 hier in einem separaten Thread geschrieben bzw. angekündigt. Eine der wesentlichen Neuerungen von FHEMApp4 ist die Ablage der gesamten Konfiguration in einem separaten Verzeichnis, damit der Updateprozess nicht mehr so aufwändig wie in Version 3 erfolgen muss. In den Ordner template solltest du in FHEMApp4 nichts reinkopieren. Der dient ausschließlich zur Bereitstellung der Standard-Templates, die mit der Installation bzw. mit Updates ausgeliefert werden. Dateien die du dort reinkopierst, sind in der App nicht registriert und werden deshalb in dem Auswahlmenü auch nicht angezeigt.
Wenn du eigene Templates erstellen möchtest, dann öffnest du in FHEMApp4 einfach die Einstellungen und gehst dort auf den "Tab" Vorlagen (bzw. Templates). Hier kannst du neue Templates erstellen. Nachdem du ein neues Template erstellt hast, kannst du die einzelnen Definitionen aus deinem bisherigen (V3) Template an die passende Stelle in der Template-Konfiguration kopieren. Beachte dabei ob die Definition in FHEMApp4 noch zu der bisherigen Definition (V3) passt. (Sollte aber in den meisten Fällen passen.
Grüße
Jens :)
Zitat von: marboj am 27 März 2024, 12:06:17Den Code des heruntergeladenen Templates fügst Du unter Einstellungen - Vorlagen in eine neu zu erstellende Vorlage im raw-Bildschirm ein.
Templates - sprich den gesamten Inhalt der JSON-Datei aus V3 - kann man nicht unverändert über den raw-Modus einfügen. Die JSON-Struktur - insbesondere die der Ebenen - ist mit V4 deutlich erweitert. Wie eben schon geschrieben, kann man jedoch die einzelnen Definitionen aus bisherigen Templates an die passende Stelle in der neuen Template-Konfiguration kopieren. So habe ich das beispielsweise gemacht um meine V3 auf V4 umzuziehen.
Mir ist bewusst, dass das je nach Umfang der App einiges an Aufwand bedeutet. Deshalb werde ich - wie ebenfalls schon geschrieben - mit dem offiziellen Launch der V4 auch wieder Standard-Templates bereitstellen, die dann sehr einfach den jeweiligen FHEM-Devices zugeordnet werden können. :)
Für die Beta-Testphase ist der "manuelle Aufwand" aber hilfreich, da somit alle Funktionen intensiv verwendet und getestet werden. ;)
Hier mal noch ein Beispiel wie eine Template-Definition in V4 aussehen kann. Es gibt beispielsweise ein ganz neues Element "panel" und im Bereich "main" sieht die Struktur jetzt auch anders aus, als in V3
{
"name": "shellyPlus_1pm",
"author": "jemu75",
"date": "2023-11-29",
"dist": true,
"panel": {
"navigation": [ "a-group::groups->%s", "a-room::rooms->%s" ],
"sortby": [ "a-sortby::%s" ],
"devicekeys": ["switch:FHEM switch Device"]
},
"status": {
"title": [ "a-alias::%s" ],
"bar": [ "state:on:100:success", "::0:success" ],
"imageUrl": [ "::https\\://picsum.photos/1920/1080?random" ]
},
"main": [
{
"level": { "left1": "btn", "left2": null, "mid": "info", "right1": null, "right2": "btn" },
"mid": {
"text": [ "state:off:aus", "relay_0_power:0.1:an", "relay_0_power:0:standby", "state:on:an" ],
"divider": [ "::true" ],
"size": [ "::8" ]
},
"right2": {
"btn": [ "::mdi-power-on" ],
"click": [ "::set switch on" ]
},
"left1": {
"btn": [ "::mdi-power-off" ],
"click": [ "::set switch off" ],
"divider": [ "::true" ]
}
}
],
"info": {
"left1": [ "state:on::mdi-power-plug", ":::mdi-power-plug-off" ],
"mid1": [ "temperature::%n(1)°C" ],
"left2": [ "relay_0_power:100:%n()w", "relay_0_power:0.1:%n(1)w", "apower:100:%n()w", "apower:0.1:%n(1)w" ],
"right2": [ "mqtt_connected:true::mdi-wifi", "mqtt_connected:::mdi-wifi-off" ],
"right1": [ "new_fw:true::mdi-cloud-download" ]
}
}
Grüße
Jens
Zitat von: marboj am 27 März 2024, 12:06:17das Verzeichnis ist nicht zur Ablage individueller Templates gedacht.
o.k. o.k. - so einfach ist es dann doch nicht ... ;D
Edit: Kaum macht mans richtig, schon gehts - Prinzip verstanden - Danke!
noch was, mein perl-Prozess lastet jetzt häufig meinen RasPi zu 100% aus, hab ich da in den Einstellungen etwas übersehen?
Zitat von: grappa24 am 27 März 2024, 12:49:11noch was, mein perl-Prozess lastet jetzt häufig meinen RasPi zu 100% aus, hab ich da in den Einstellungen etwas übersehen?
Mit perl hat
FHEMApp ansich erstmal nichts zu tun, da es sich um eine reine BrowserApp handelt. Lediglich beim Start der App werden ein paar Daten aus FHEM abgerufen. Danach "lauscht" die App nur, was auf dem FHEM "Eventbus" passiert. Perl sollte hier im Normalfall also wenig bis garnichts zu tun haben.
Zitat von: marboj am 27 März 2024, 12:06:17Den Code des heruntergeladenen Templates fügst Du unter Einstellungen - Vorlagen in eine neu zu erstellende Vorlage im raw-Bildschirm ein.
Hallo Jens,
hiermit meinte ich den Code der V4 Templates hier aus dem Forum ;-)
Gruß
Marco
Hallo Jens,
ich habe noch einen Glitch beim Durchschalten der Ebenen gefunden. Es tritt lustiger Weise nur mit der letzten Ebene
(im Beispiel im Video die 3. Ebene) auf.
Das gezeigte Template ist das gleiche wie im github-issue #83 (https://github.com/jemu75/fhemApp/issues/83)
VG Sebastian
Zitat von: binford6000 am 27 März 2024, 14:35:45ich habe noch einen Glitch beim Durchschalten der Ebenen gefunden. Es tritt lustiger Weise nur mit der letzten Ebene
Sachen findet ihr... ;D
Wird mit
v4.0.33-beta behoben.
Zitat von: jemu75 am 27 März 2024, 13:28:45Zitat von: grappa24 am 27 März 2024, 12:49:11noch was, mein perl-Prozess lastet jetzt häufig meinen RasPi zu 100% aus, hab ich da in den Einstellungen etwas übersehen?
Mit perl hat FHEMApp ansich erstmal nichts zu tun, da es sich um eine reine BrowserApp handelt. Lediglich beim Start der App werden ein paar Daten aus FHEM abgerufen. Danach "lauscht" die App nur, was auf dem FHEM "Eventbus" passiert. Perl sollte hier im Normalfall also wenig bis garnichts zu tun haben.
Umschaltung auf "longpoll" brachte Abhilfe ;)
Zitat von: grappa24 am 27 März 2024, 16:46:50Umschaltung auf "longpoll" brachte Abhilfe ;)
Das klingt sehr merkwürdig.
FHEMApp4 macht bei beiden Protokollen faktisch das Gleiche. Und letztlich wirkt sich das Umschalten auch nur auf den Javascript-Code (der im Browser läuft) aus. Das Thema würde mich also schon noch etwas genauer interessieren, denn unnötig Last darf
FHEMApp4 nicht auf dem FHEM-System verursachen.
mein kurzes Fazit noch einem Tag:
Ich wäre sehr froh gewesen, wenn ich bei der Gestaltung meiner App früher schon die Möglichkeiten der Version 4 gehabt hätte.
Sehr viel strukturierter und übersichtlicher.
Besonders der "connected-Mechanismus" lässt sich jetzt sehr schön umsetzen, war immer etwas umständlich.
Mal sehen, was es an features so neues gibt ...
Danke Jens ;D
Hallo Jens,
wenn ich bei einem User bei "allowed" das attribut "allowedCommands" mit "get,set" setze, kann die App nicht mehr aufgerufen werden. Was muss ich hier noch eintragen?
Viele Grüße
Jürgen
Zitat von: juemuc am 27 März 2024, 22:22:20wenn ich bei einem User bei "allowed" das attribut "allowedCommands" mit "get,set" setze, kann die App nicht mehr aufgerufen werden. Was muss ich hier noch eintragen?
Zum Initialen Abrufen der Daten kommt noch "jsonList2" zum Einsatz. Ich meine, dass sollte (neben get und set) auch schon ausreichen. :)
EDIT: Zum Lauschen am Eventbus nutze ich zudem noch "inform". Bin mir aber nicht sicher, ob das innerhalb von FHEM auch zu Commandos zählt.
Grüße
Jens
Guten Morgen,
ich habe ein weiteres Release v4.0.33-beta bereitgestellt.
Folgende Änderungen sind enthalten:
In den Einstellungen für Panels und Templates ist ein Fehler beim Umschalten der Ebenen behoben
In der Statuszeile von Panels wird der "expand" Button jetzt auch angezeigt, wenn kein title definiert ist.
Grüße
Jens :)
Hallo Jens,
hattest Du nochmal darüber nachgedacht, eine Verlinkung auf einzelne Panels einzubauen?
Gruß
Marco
Hallo,
hat sich was an dem Internal FHEMAPP_UI geändert?
Beim Klick darauf öffnet sich bei mir nicht mehr die app.
/fhemapp4/index.html#/myapp
Da fehlt davor noch das fhem. Oder mache ich da was falsch?
Christian
Zitat von: Christian83 am 28 März 2024, 16:45:06hat sich was an dem Internal FHEMAPP_UI geändert?
Beim Klick darauf öffnet sich bei mir nicht mehr die app.
/fhemapp4/index.html#/myapp
Da fehlt davor noch das fhem. Oder mache ich da was falsch?
Nein, da (am Modul) hat sich nichts geändert!
Und ja, wahrscheinlich fehlt da noch ein /fhem.
Magst du mal noch ein List von deinem Device posten?
Evtl. hilft ja ein set refreshLink am FHEMAPP-Device.
Ansonsten wäre auch noch interessant, mit welcher URL du dein FHEM aufrufst.
gb#
Zitat von: marboj am 28 März 2024, 08:00:21hattest Du nochmal darüber nachgedacht, eine Verlinkung auf einzelne Panels einzubauen?
Würde mich mal interessieren, wie du dir das vorstellst und was eine konkrete Anwendung davon sein könnte.
gb#
Hallo Benni,
ich habe für meine Gardena-Geräte eine Übersicht gemacht, in der der Status angezeigt wird. Mit klick auf die Verlinkung soll das Panel des Gerätes geöffnet werden, in dem man das Gerät dann bedienen kann.
Im Moment wird halt die Gruppe geöffnet.
Gruß
Marco
Zitat von: Christian83 am 28 März 2024, 16:45:06Hallo,
hat sich was an dem Internal FHEMAPP_UI geändert?
Beim Klick darauf öffnet sich bei mir nicht mehr die app.
/fhemapp4/index.html#/myapp
Da fehlt davor noch das fhem. Oder mache ich da was falsch?
Christian
Tipp: Mit Mouseover über den Link in FHEMAPP_UI siehst du den kompletten Pfad ;-)
Zitat von: binford6000 am 28 März 2024, 19:49:45Tipp: Mit Mouseover über den Link in FHEMAPP_UI siehst du den kompletten Pfad ;-)
Wobei im Internal tatsächlich nur der relative Pfad drin steht, den Rest macht der Browser.
Somit funktioniert der Link auf allen FHEMWEB-Devices, die man so in seiner FHEM-Installation hat/haben kann ;)
gb#
so ich habe mal die Version 4 installiert.
Ist soweit alles da, UI geht auch. Allerdings habe ich keine Vorlagen. Und bin etwas lost was ich da nun machen.
Einzig die shelly pm Vorlage konnte ich finden. Damit kann ich immerhin meine Steckdosen sichtbar machen.
Was mache ich falsch?
Zitat von: marboj am 28 März 2024, 08:00:21hattest Du nochmal darüber nachgedacht, eine Verlinkung auf einzelne Panels einzubauen?
Ich habe einen Ansatz, wie das machbar wäre. Werde vorr. mit v4.0.34-beta eine Lösung dafür liefern. ;)
Grüße
Jens
Zitat von: desmoloch am 28 März 2024, 20:38:56so ich habe mal die Version 4 installiert.
Ist soweit alles da, UI geht auch. Allerdings habe ich keine Vorlagen. Und bin etwas lost was ich da nun machen.
Einzig die shelly pm Vorlage konnte ich finden. Damit kann ich immerhin meine Steckdosen sichtbar machen.
Was mache ich falsch?
In der Beta Version ist aktuell nur ein Standard-Template als Test enthalten. Mit dem offiziellen Launch von V4 wird dann eine größere Auswahl an Standard-Templates bereitgestellt. Aktuell kannst du aber hier im Forum unter dem Thread V4 Templates (https://forum.fhem.de/index.php?topic=137430.0) ein paar Vorlagen sehen und damit gern schon testen.
Beste Grüße
Jens :)
Zitat von: jemu75 am 28 März 2024, 20:39:16Zitat von: marboj am 28 März 2024, 08:00:21hattest Du nochmal darüber nachgedacht, eine Verlinkung auf einzelne Panels einzubauen?
Ich habe einen Ansatz, wie das machbar wäre. Werde vorr. mit v4.0.34-beta eine Lösung dafür liefern. ;)
Grüße
Jens
Hallo Jens,
könnte man das nicht über ein Template lösen, bei dem dann die "Übersichtsebene" ausgeblendet wird? Dies wäre für mich die perfekte Lösung O:-)
Viele Grüße
Jürgen
Guten Morgen,
hier das letzte Release vor Ostern - dann ist erstmal Pause ;)
In v4.0.34-beta können jetzt auch einzelne Panels "angesteuert" werden. Doku dazu ist entsprechend erweitert.
@Marco: im Element button-click kann man bei Verwendung des Types route jetzt auch sowas wie "panel=licht_bad" eintragen. Dann wird nur dieses Panel angezeigt.
Kurzer Ausblick noch: Ich würde nach Ostern die Standard-Templates noch erstellen und einbinden.
Danach wären wir meiner Meinung nach startklar für den offiziellen Launch der Version 4.
In diesem Sinne wünsche ich Euch allen schöne Ostern und weiterhin viel Spaß beim Testen! :)
Jens
Hallo Jens,
erst einmal vielen Dank für die App.
Für eine 4.1 hätte ich folgende Wünsche ;D
- Ausblenden von Ebenen, wenn andere eingeblendet werden.
- Einbinden der von Fhem genutzten Icons
- Nutzung auch, wenn über "allowed" nur "geht/Set" zugelassen ist.
Allen ein frohes Osterfest 🐰
Jürgen
Hallo Jens, hallo Benni,
im Zuge einer Massen-Umbenennung von Räumen/Gruppen habe ich mir die config heruntergeladen
und mit CotEditor am Mac bearbeitet. Dabei habe ich festgestellt, das diese die Codierung "Japanisch (ISO 2022-JP)" hat! :o
Ich habe es dann im CotEditor auf Westeuropäisch (ISO Latin 1) umgestellt und wieder hochgeladen. Alle Umlaute wie gewünscht.
Nach ein paar kleinen Änderungen online in FHEMApp habe ich erneut die config heruntergeladen. Und siehe da - die Codierung
ist wieder auf Japanisch (ISO 2022-JP)!
Um das OS bzw. FHEM auszugrenzen habe ich die fhem.cfg, alexa-fhem.cfg und die MAINTAINER.txt heruntergeladen.
Allesamt in der erwarteten Codierung Unicode (UTF-8).
Warum wird die myapp_config.fhemapp.json also in "Japanisch (ISO 2022-JP)" codiert?
VG Sebastian
Im Prinzip ist uns das Problem schon bekannt:
https://github.com/jemu75/fhemApp/issues/81
gb#
Hallo Sebastian,
wie Benni eben geschrieben hat, ist das Thema schon bekannt. Bisher habe ich das nur noch nicht in Angriff genommen, da ich keinen Ansatz hatte. Danke deiner Analyse habe ich jetzt was, womit ich auf Fehlersuche gehen kann. Problem liegt auf jeden Fall an der Übergabe der Konfiguration aus der App an FHEM. Ich werde mir das nach Ostern auf jeden Fall einmal ansehen und dann korrigieren.
Grüße
Jens :)
Hallo Jens,
mir ist (vielleicht) noch ein Anzeigefehler im Panel meiner Rolladen aufgefallen:
Über dem Titel wird der Status der Rolladenöffnung als Balken angezeigt: 100% offen komplett schwarz, 0% offen komplett grau.
Wenn ich die Rollade zufahre auf 0%, erscheint folgende Anzeige (oben rechts der kleine schwarze Bereich):
Rollade Fehler.jpg
Nach dem Aktualisieren der Seite ist der Balken dann komplett grau.
Gruß
Marco
Hallo Marco,
du musst die 0% mit ^0$ definieren. Ansonsten gilt ja 0 bis ...
Viele Grüße
Jürgen
Hallo Jürgen,
was hat das mit dem Anzeigefehler zu tun?
Gruß
Marco
Hallo zusammen. Gibt es eigentlich eine Möglichkeit den Titel einfach einfarbig einzufärben, statt ein Bild einzufügen?
Zitat von: marvin78 am 02 April 2024, 09:34:27Gibt es eigentlich eine Möglichkeit den Titel einfach einfarbig einzufärben, statt ein Bild einzufügen?
Hallo,
der Statusbereich nimmt entweder die primäre Farbe der Instanz an oder es wird das Bild als Hintergrund verwendet.
Beste Grüße
Jens :)
Zitat von: marboj am 01 April 2024, 22:45:43Hallo Jürgen,
was hat das mit dem Anzeigefehler zu tun?
Gruß
Marco
Hallo Marco,
da habe ich wohl wieder etwas falsch interpretiert. Ich vermute, dass die Veränderung des grauen Balkens nur verzögert erfolgt. Was passiert, wenn Du das Rollo nur halb öffnest? Eventuell das gleiche Thema wie bei der Temperaturanzeige bei den Thermostaten.
Viele Grüße
Jürgen
Bei halber Öffnung ist alles ok. Der Balken wird komplett grau und dann, im letzen Moment, wieder ein wenig schwarz. Nach Aktualisieren der Seite ist alles schön...
Zitat von: marboj am 01 April 2024, 22:17:35Wenn ich die Rollade zufahre auf 0%, erscheint folgende Anzeige (oben rechts der kleine schwarze Bereich
Nach dem Aktualisieren der Seite ist der Balken dann komplett grau.
Hallo Marco,
mir war das punktuell auch schon aufgefallen. Das passiert vermutlich, wenn es keinen definierten Wert für die Bar gibt. Kannst du mir bitte mal die Definition für die
bar schicken. Und es würde mir auch helfen, wenn du die Veränderung des Readings während sich der Stand des Rollo ändert, mal beobachtest. Das kannst du in der Panelvorschau über das kleine Symbol oben rechts {...} am besten machen.
Zu dem Thema bzgl. Definitionen mit Zahlenwerten empfehle ich folgendes. Die Definitionen immer vom größten zum kleinsten Zahlenwert sortieren.
Beispiel:
pct:100:offen (Readingwert ab 100%)
pct:1:teilweise offen (Readingwert ab 1%)
pct::geschlossen (ansonsten)
Es geht aber grundsätzlich auch das, was Jürgen geschrieben hat. Also via regexp einen exakten Wert verwenden.
Grüße
Jens :)
Hallo Jens,
hier die Definition der BAR:
"bar": [
"state:0.1:%n():on:0:100"
]
Über das Feld {...} sehe ich leider keine Veränderung. Da sind nur die Bereiche name, author und date gefüllt. Der Rest ist leer...
Gruß
Marco
Zitat von: marboj am 02 April 2024, 12:15:00hier die Definition der BAR:
"bar": [
"state:0.1:%n():on:0:100"
]
Hallo Marco,
es gibt keine gültige Definition, wenn der Readingwert kleiner 0.1 (also z.B. auch 0) ist. Das bringt möglicher Weise das Verhalten zustande.
Wenn das Reading
state Werte zwischen 0 und 100 liefert, dann kannst du diese ja 1:1 an das Element
bar übergeben, ohne das eine Bedingung nötig ist.
Was passiert denn, wenn du deine Definition wie folgt änderst?
state::%n():on:0:100Grüße
Jens :)
Hallo Jens,
so sieht es gut aus. Kannst ja auch nochmal bei Dir schauen ;-).
Gruß
Marco
Hallo Jens,
mal ein Beitrag unter dem Stichwort "jammern auf hohem Niveau":
Der Assistent beim Anlegen der Einstellungen ist ja vorallem für Ungeübte wunderbar. Allerdings funktioniert er nur für ein devicekey, bei mehreren werden alle ausser dem ersten ignoriert.
Das ist bei Vorlagen, die ich gern für mehrere Gerätearten (devicekey) nutze, etwas schlecht. Aber, wie gesagt...
Zitat von: sd am 04 April 2024, 17:45:52Allerdings funktioniert er nur für ein devicekey, bei mehreren werden alle ausser dem ersten ignoriert.
Hallo Steffen,
vielen Dank für den Hinweis. Kannst du bitte noch etwas genauer beschreiben, wie sich das ignorieren bemerkbar macht.
Werden nur die
readings vom ersten Device angezeigt oder stehen die anderen Deviceskeys nicht zur Verfügung?
Beides sollte auf jeden Fall nicht so sein. Also "jammern" erlaubt. ;)
Beste Grüße
Jens :)
Hallo,
ich bin gerade dabei, die Standard-Templates für den offiziellen Start vorzubereiten.
In dem Zusammenhang hatte ich noch überlegt, ob es generell möglich ist, FHEM Devices automatisch bestimmten Templates zuzuordnen. Bei Erstellung einer neuen Instanz könnte man somit sehr schnell starten.
Habt ihr evtl. Ideen oder Ansätze, wie man in FHEM Devices rausbekommt, um welche Art von Device (z.B. Tür/Fensterkontakt, Dimmer, Schalter, Jalousie, usw.) es sich handelt? Sinnvoller Weise auch herstellerübergreifend.
Gebt gern mal eure Meinung und Vorschläge dazu in die Runde.
Besten Dank schon mal im Voraus!
Jens :)
Hallo Jens,
du könntest das Attribut "genericDeviceType" verwenden.
VG
Torsten
Zitat von: ToKa am 07 April 2024, 15:35:24du könntest das Attribut "genericDeviceType" verwenden
Hallo Torsten,
in meiner Installation habe ich das Attribut nicht gefunden. Muss man dieses Attribut in allen FHEM Devices setzen oder ist das von Haus aus (also im Zuge der Deviceanalage) da?
Grüße
Jens :)
Hallo Jens,
dieses Attribut findest Du unter "global Userattr". Bei manchen Modulen wird dieses Attribut automatisch mit vergeben, bei anderen muss man es manuell setzen. Hängt also vom Modulverantwortlichen ab. Kann aber auch sein, dass ich es bei vielen Devices manuell gesetzt habe O:-)
Viele Grüße
Jürgen
Hallo Jens,
ich habe das Attribut bisher nicht manuell gesetzt und bei mir haben es 1/4 aller Devices. Gleichwohl fällt mir auch keine andere Möglichkeit ein.
Man kann aber bestimmt bei Falschzuordnung die Zuordnung auch anpassen.
Ich finde die Idee gut.
Gruß
Marco
Zitat von: jemu75 am 07 April 2024, 16:17:10in meiner Installation habe ich das Attribut nicht gefunden.
Soweit ich weiß, kommt das Attribut von div. Sprachsteuerungsumsetzungen.
grep findet das in folgenden Modulen:
10_RHASSPY.pm
22_HOMEMODE.pm
39_gassistant.pm
98_serviced.pm
HMCCUConf.pm
gb#
Hallo Jens,
sorry dass ich nicht mehr geschrieben habe und danke an die anderen die weitere Erklärungen gegeben haben.
Das Attribut steht im Zusammenhang mit den Sprachassistenten, um eine Abstraktionsebene bereitzustellen. Siehe
https://wiki.fhem.de/wiki/Alexa_und_Mappings (https://wiki.fhem.de/wiki/Alexa_und_Mappings)
https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa (https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa)
Wie es grundsätzlich über global angelegt wird haben die Vorredner ja bereits beschrieben. Für die devices, die dann in der fhemapp verwendet werden, könnte man es dann entsprechend setzen.
Viele Grüße
Torsten
Zitat von: Benni am 08 April 2024, 17:16:10grep findet das in folgenden Modulen:
10_RHASSPY.pm
Eventuell lohnt sich für eine generische Umsetzung in Richtung Standardtemplates mal ein Blick in den Code, v.a. in _analyze_genDevType(). Das macht genau das:
Zitat von: jemu75 am 07 April 2024, 15:22:17Habt ihr evtl. Ideen oder Ansätze, wie man in FHEM Devices rausbekommt, um welche Art von Device (z.B. Tür/Fensterkontakt, Dimmer, Schalter, Jalousie, usw.) es sich handelt? Sinnvoller Weise auch herstellerübergreifend.
Das erkennt z.B. auch, ob hue-Setter für Farbe da sind (dann werden in der Regel die verwendet, wenn man nicht "tweakt") oder "nur" RGB, wie weit der "brightness"-Range ist (0-99, 0-100, 0-254, 0-255, oder allg. x-y) und generiert sich eine Art Abstraktionssschicht für generische Befehle.
Bin noch nicht soweit, mit FHEMApp4 starten zu können, kann mir aber vorstellen, dass sich ggf. noch das eine oder andere neben diesem Codeschnippsel von RHASSPY zu FHEMApp4 übertragen läßt...
Zitat von: jemu75 am 04 April 2024, 18:57:48Zitat von: sd am 04 April 2024, 17:45:52Allerdings funktioniert er nur für ein devicekey, bei mehreren werden alle ausser dem ersten ignoriert.
Hallo Steffen,
vielen Dank für den Hinweis. Kannst du bitte noch etwas genauer beschreiben, wie sich das ignorieren bemerkbar macht.
Werden nur die readings vom ersten Device angezeigt oder stehen die anderen Deviceskeys nicht zur Verfügung?
Beides sollte auf jeden Fall nicht so sein. Also "jammern" erlaubt. ;)
Beste Grüße
Jens :)
Hallo Jens,
angezeigt wird nur das erste Gerät. Allerdings bin ich mir nicht sicher, ob der Fehler bei mir liegt. Deshalb muss ich noch mehr testen. Ich melde mich wieder.
zu den automatischen Zuordnungen:
Ich habe Geräte unterschiedlicher Hersteller mit gleicher/ähnlicher Fubktion. Für eine automatische Zuordnung wirkt die unterschiedliche Bezeichnung der Readings in FHEM erschwerend. Das beginnt schon bei so einfachen Readings wie battery, bei mir taucht da "ok/low", "ok 100%/low 0%", "100/0" mit Abstufung, "100%/0%" mit Abstufung und zu guter Letzt andere Readings-Namen auf.
Es macht aus meiner Sicht zur Zeit keinen Sinn, eine automatische Zuornung vorzugeben. Es sollte ja auch die Anzahl der verwendeten Vorlagen des Einzelnen überschaubar bleiben.
Besser finde ich eine Vorlagensammlung, wo mann sich das Geeignetste aussuchen kann.
Zitat von: sd am 09 April 2024, 12:08:22Es macht aus meiner Sicht zur Zeit keinen Sinn, eine automatische Zuornung vorzugeben. Es sollte ja auch die Anzahl der verwendeten Vorlagen des Einzelnen überschaubar bleiben.
Verstehe ich nur bedingt. Vorlagen sollten (gute) Beispiele sein, die (überschaubar) einen erheblichen Teil der "typischen" Fälle abdecken. Wenn man automatisiert bestimmen kann, was in etwa paßt, ist das erst mal eine gute Basis, verbessern kann man immer noch, indem man seine eigenen (besseren) Vorgaben macht.
PS: z.B. für "battery" gibt es "eigentlich" eine Vorgabe, was in welchem Reading stehen sollte...
Guten Abend an alle Tester,
vielen Dank für eure Rückmeldungen und Vorschläge bzgl. der automatischen Erstellung von Panels und Zuordnung von Templates bei neu erstellten Instanzen. Aktuell bin ich mir nicht sicher, ob der Aufwand gerechtfertigt wäre, wenn man die Hürden sieht, die eine saubere Zuordnung mit sich bringen würde. Wahrscheinlich lass ich dieses "Feature" doch erstmal aus der Version 4 raus.
ich habe eben ein weiteres Release v4.0.35-beta freigegeben. Dieses Release enthält folgende Änderungen:
1. im Optionsmenü kann man jetzt die Funktion "Update" aktivieren. Damit wird im Optionsmenü der Punkt "Aktualisierung" angezeigt, sobald ein Update für FHEMApp verfügbar ist. Die neue Funktion prüft das Reading update_available. Damit sind Updates von FHEMApp noch einfacher und direkt über FHEMApp möglich. Nachdem das Update ausgeführt wurde, wird automatisch auch ein Reload von FHEMApp ausgeführt.
2. der Reiter "Kopfzeile" in den Einstellungen wurde in "Allgemein" umbenannt
3. Der darkMode kann jetzt auch über ein beliebiges Reading gesteuert werden. Die Konfiguration ist in den Einstellungen unter dem Reiter "Allgemein" möglich
4. das Problem mit den Sonderzeichen bei Anzeige der Konfiguration in FHEM wurde behoben. (siehe auch unicode problem (https://developer.mozilla.org/en-US/docs/Glossary/Base64#the_unicode_problem)) Die Lösung dieses Problems bringt einen kleinen "Wermutstropfen" mit sich. Alle bisher in Konfigurationen befindlichen Sonderzeichen und Umlaute müssen einmalig korrigiert werden. Nachdem ihr die Sonderzeichen und Umlaute geändert habt, sollten diese sowohl in FHEMApp als auch in FHEM korrekt angezeigt werden.
Wichtig: Bevor ihr dieses Release installiert, macht bitte auf jeden Fall eine Kopie eurer FHEMApp-Konfiguration! Für den Fall, dass der Pkt. 4 noch irgendwelche Fehler aufwirft, könnte eure Konfiguration zerstört werden.
In diesem Sinne viel Spaß beim weiteren Testen! :)
Jens
ZitatDie Lösung dieses Problems bringt einen kleinen "Wermutstropfen" mit sich. Alle bisher in Konfigurationen befindlichen Sonderzeichen und Umlaute müssen einmalig korrigiert werden. Nachdem ihr die Sonderzeichen und Umlaute geändert habt, sollten diese sowohl in FHEMApp als auch in FHEM korrekt angezeigt werden.
Das heißt, dass ich das Update mache und dann alle Umlaute und Sonderzeichen anpasse, wenn diese nicht korrekt angezeigt werden.
Um sich einen Überblick zu verschaffen, was alles zu ändern ist: Im FHEM in dem myapp-Device
get myapp rawconfigausführen. Überall, wo eine scharze Raute angezeigt wird, ist Handlungsbedarf.
Bei 18 Vorlagen und 90 Devices ca. 30 Minuten Aufwand...
Gruß
Marco
Zitat von: jemu75 am 10 April 2024, 22:26:39Aktuell bin ich mir nicht sicher, ob der Aufwand gerechtfertigt wäre, wenn man die Hürden sieht, die eine saubere Zuordnung mit sich bringen würde.
Glaube nicht, dass der Aufwand wirklich so groß ist. Falls (!) ich dazu komme, werfe ich mal einen Blick in den Code um zu checken, was da eigentlich wo gebraucht wird und ggf. aus dem RHASSPY-Code entlehnt werden könnte. Der ist ja da und funktional - meicht mich aber sicher nicht die kommenden paar Tage.
Zitat von: marboj am 11 April 2024, 08:00:23Bei 18 Vorlagen und 90 Devices ca. 30 Minuten Aufwand...
Gruß
Marco
Bei 27 Vorlagen und 122 Panels keine 10 Minuten Aufwand:
- myapp config in einen Editor laden und nach � suchen
- � durch ä|ö|ü und € durch € ersetzen lassen
- myapp config wieder hochladen
- set myapp rereadCfg
VG Sebastian
Ich musste bei mir lediglich die Vorlagen anpassen.
Ein Fehler bei der Panelvorschau in der Vorlagendefinition hat sich mit der neuen Version aufgelöst.
Guten Abend,
ich habe vorhin die v4.0.36-beta freigegeben. Vielleicht habt ihr es ja schon an dem roten Pünktchen am Optionsmenü bemerkt. ;)
In der aktuellen Version habe ich begonnen, die Standard-Templates bereitzustellen.
Alle derzeit enthaltenen Standard-Templates sind auch in der Doku unter Standardvorlagen (https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#standardvorlagen) beschrieben. Probiert die Standard-Templates gern mal aus und gebt eine Rückmeldung, ob die Doku für die Standard-Templates so passt. Wenn das soweit in Ordnung ist, würde ich in den nächsten Tagen noch einige Standard-Templates ergänzen und dann die Version 4 offiziell ausrollen. :D
Beste Grüße
Jens :)
Zitatich habe vorhin die v4.0.36-beta freigegeben. Vielleicht habt ihr es ja schon an dem roten Pünktchen am Optionsmenü bemerkt.
Hallo Jens,
ich habe es nach dem Update auch an der jetzt blauen Kopfzeile gemerkt. :o
Ich mag blau - aber grau hat mir dort besser gefallen... Daher die Frage: Könnte man das konfigurierbar machen?
VG Sebastian
Hallo Sebastian,
Du kannst in den Einstellungen unter Farben die Farbvariable primary definieren und dort für das dunkle und helle Farbschema eine Farbe festlegen, die dir für deine FHEMApp Instanz gefällt. Die Farbvariable primary wird für die Kopfzeile und die Statuszeile der Panels verwendet. Die Farbvariable secondary wird für die Navigationsleiste verwendet. Du kannst über diesen Weg auch die anderen Systemfarbvariablen (success, error, warning, info) verändern.
Melde dich gern, wenn Du noch Fragen dazu hast.
Grüße
Jens :)
Zitat von: jemu75 am 18 April 2024, 20:15:58Hallo Sebastian,
Du kannst in den Einstellungen unter Farben die Farbvariable primary definieren und dort für das dunkle und helle Farbschema eine Farbe festlegen, die dir für deine FHEMApp Instanz gefällt. Die Farbvariable primary wird für die Kopfzeile und die Statuszeile der Panels verwendet. Die Farbvariable secondary wird für die Navigationsleiste verwendet. Du kannst über diesen Weg auch die anderen Systemfarbvariablen (success, error, warning, info) verändern.
Melde dich gern, wenn Du noch Fragen dazu hast.
Grüße
Jens :)
Moin Jens,
ich hatte primary/secondary nicht gesetzt und nach dem Update war primary für den Tag-Modus ein Blauton.
Das war vorher definitiv ein anderer Default-Wert. Bei allen anderen FHEMApp Instanzen verhielt es sich (bei mir) genauso.
Nach einem Update und ohne gesetztem primary ändert sich dessen Default-Wert. Daher meine Frage...
Ich hab jetzt überall primary/secondary gesetzt - selbstredend dass es mir jetzt noch besser gefällt! ;D
VG Sebastian
Hallo Jens,
gibt es eine Möglichkeit in den Ebenen auch einen anklickbaren Text (statt des Buttons) abzubilden? ich habe ein Display mit Schaltern im Einsatz (Wandtaster mit E-Paper (https://www.homematic-inside.de/hardware/wandtaster-mit-e-paper-statusdisplay-hmip-aufputz-bausatz)). Statt des abgebideten symbols kann auch nur ein kurzer Text stehen.
Die zweite Frage betrifft die Realisierung eine Anrufliste wie in FB_CallList. Mir ist da noch nichts eingefallen. Hat ein anderer eine Idee?
Hallo Jens,
ich muss leider nochmal auf das primary-Blau-Thema zurückkommen.
In allen meinen Browsern (Brave, Chrome, Firefox & Safari) wird dieses Blau beim Laden der Seite kurz angezeigt
um dann auf die primary Fabre z wechseln. Ist nur ganz kurz aber deutlich sichtbar.
@Alle: Kann das bitte sonst jemand noch bestätigen?
PS: Vielleicht bin ich auch der einzige der keine Bilder in der Kopfzeile anzeigen lässt und es daher so auffällt? ::)
VG Sebastian
Hallo Sebastian,
bei mir unter Windows11 und Android taucht im Edge, Firefox, Chrome kein blauer Ton mit auf.
Ich denke, ich bin einfach zu blöd, das zu kapieren:
Ich verstehe das mit den keys in den panels nicht: Wie kann ich den Assistenten zur Deviceauswahl nutzen? Einen key gibt es nicht, also kann ich das Fenster nie schließen, wenn ich das Device gewählt habe. Wie muss ich da vorgehen?
Ich beziehe mich hier auf die Standard-Templates.
2024-04-19 17_16_40-FHEMApp v4.png
Die Devicekeys müssen im Template definiert werden. Probieren mal mein template für mpd oder schaue es dir an.
Zitat von: sd am 19 April 2024, 18:10:45Die Devicekeys müssen im Template definiert werden. Probieren mal mein template für mpd oder schaue es dir an.
Das ist mir eigentlich schon klar. Aber wie ist das bei einem enthaltenen Standard-Template (bspw. contact)? Dort gibt es keine devicekey bzw. werden sie nicht im Assistenten verwendet.
Dann: ich hatte mir das so vorgestellt, dass man die Stanard-Templates nehmen und daraus eigene Vorlagen entwickeln kann. Ist das so vorgesehen bzw. wird das noch eingebaut? Danke.
ZitatAber wie ist das bei einem enthaltenen Standard-Template (bspw. contact)? Dort gibt es keine devicekey bzw. werden sie nicht im Assistenten verwendet.
Zwischen Template-Auswahl und Device-Auswahl musst du 1x abspeichern. Dann kannst du den Key und deine Devices auch auswählen.
ZitatDann: ich hatte mir das so vorgestellt, dass man die Stanard-Templates nehmen und daraus eigene Vorlagen entwickeln kann. Ist das so vorgesehen bzw. wird das noch eingebaut? Danke.
Was steht dir im Weg? -> RAW-Mode, copy&paste, neues Template anlegen und dann kannst du dich austoben.
VG Sebastian
Stimmt. Speichern hilft. Da ist das Ganze ein bisschen inkonsequent. Bei einem eigenen Template ist Zwischenspeichern nicht nötig.
Zum Template: Der Weg funktioniert (Danke!), wenn es direkt unter Templates möglich wäre, wäre es trotzdem schöner :)
Zitat von: sd am 19 April 2024, 16:37:03Hallo Sebastian,
bei mir unter Windows11 und Android taucht im Edge, Firefox, Chrome kein blauer Ton mit auf.
Danke für die Rückmeldung!
Im Anhang mal ein gif wo man es deutlich erkennen kann. Ich habe dafür extra ein frisches FHEMApp heruntergeladen
und kein bestehendes auf .36-beta ge-updatet.
VG Sebastian
Guten Morgen an alle,
der Austausch untereinander läuft ja prima. ;D
Zum Thema Standardfarben. Ja ich hatte die Standardfarben tatsächlich geändert. Das Du beim Öffnen von FHEMApp ganz kurz die blaue Kopfzeile siehst, liegt daran, dass die App schon angezeigt wird, bevor die Konfiguration aus FHEM geladen wurde. Der Effekt tritt je nach Performance des Browsers, Netzwerkverbindung und Größe der Konfiguration mehr oder weniger auf. Ich kann den Standard zwar wieder "zurückdrehen". Der Effekt tritt aber trotzdem immer auf, wenn man die Farben (primary, secondary) für FHEMApp anpasst. Alternativ kann ich auch die Kopfzeile den Navigationsbereich erst dann anzeigen, nachdem die Konfiguration geladen wurde. Gern mal Rückmeldung geben, was hier gewünscht ist.
Zum Thema Anzeige der devicekeys. Das diese erst angezeigt werden, nachdem man in einem neu angelegten Panel das gewünschte Template ausgewählt und einmal auf Speichern geklickt hat, war mir auch schon aufgefallen und ist für den Neueinstieg verwirrend. Ich werde das auf jeden Fall noch ändern.
Ich werde kurzfristig noch ein weitere Release fertig machen und dort noch ein paar weitere Standard-Templates bereitstellen. Das Thema mit der Anzeige der devicekeys werde ich ebenfalls beheben.
Grüße und einen guten Start in den verregneten Samstag! :)
Jens
Zitat von: jemu75 am 02 April 2024, 09:45:42Zitat von: marvin78 am 02 April 2024, 09:34:27Gibt es eigentlich eine Möglichkeit den Titel einfach einfarbig einzufärben, statt ein Bild einzufügen?
Hallo,
der Statusbereich nimmt entweder die primäre Farbe der Instanz an oder es wird das Bild als Hintergrund verwendet.
Beste Grüße
Jens :)
Das habe ich verstanden. Aber wenn ich die Image-URL raus nehme oder den Pfad leer mache, wird der Titel nur Grau hinterlegt, nicht mit der primary Farbe.
ZitatDer Effekt tritt je nach Performance des Browsers, Netzwerkverbindung und Größe der Konfiguration mehr oder weniger auf.
Okay... Meine myapp_c_config.fhemapp.json ist 87 KB "groß"... :o
Ob GBit Ethermet, WLAN oder von unterwegs über VPN sieht der Effekt IMMER gleich aus.
Ich denke daher nicht, dass es ein Performance Problem ist. Zumal mit einer "leeren" myapp_c_config.fhemapp.json mit 444 Byte der Effekt exakt der Gleiche ist.
(Das .gif oben und im github Ticket ist von dieser leeren Instanz gemacht).
Die Browser sind auch alle auf dem letzten Stand - sowohl auf Mac-Seite als auch auf den iOS- und iPadOS Geräten.
Mit V4.0.35 ist es definitiv nicht zu sehen - gerade mal schnell ein Downgrade gemacht. ;)
VG Sebastian
Hallo Sebastian,
ich wollte das Thema gar nicht mit der "Performance" argumentieren. Natürlich ist der kurzzeitige Wechsel der Farbe nicht schön. Wollte eben nur schreiben, wodurch der Effekt mehr oder weniger unschön auftritt. Und wenn die Netzwerkverbindung nicht die beste ist, oder der Browser auf einem älteren (langsameren) Gerät läuft oder die Konfiguration recht groß ist, dann dauert das Laden der Konfiguration etwas länger. Und dann sieht man den Wechsel auf jeden Fall. Aber lange Rede kurzer Sinn. Das Problem wird mit dem nächsten Release behoben. :)
Grüße
Jens
ZitatDas Problem wird mit dem nächsten Release behoben.
Sehr nice! Vielen Dank Jens!
VG Sebastian
Hallo an alle Tester,
so, ich habe die Version v4.0.37-beta eben veröffentlicht. In der Version sind folgende Änderungen enthalten:
1. Die Verknüpfung zu FHEM Devices in der Panelkonfiguration optimiert (einschließlich Aktualisierung der Dokumentation)
2. weitere Standard-Templates implementiert (einschließlich Aktualisierung der Dokumentation)
3. Problem mit der Farbe der Kopfzeile(primary) beim Laden von FHEMApp behoben
Wichtig: +++ Vorbereitungen zum Launch +++
Wenn ihr mit der Version v4.0.37-beta keine Bugs mehr entdeckt, würde ich diese als Grundlage für den offiziellen Launch der Version 4 verwenden.
Den Launch würde ich nächstes Wochenende (27.04 oder 28.04.) einplanen. Bis dahin wäre also noch Zeit für letzte Tests. ;)
Ab diesem Zeitpunkt würde ich die Version 4 in den Master auf github mergen und die Version 3.36.3 in den Wartungsmodus versetzen.
Grüße
Jens :)
Hallo Jens,
Die neue Version sieht bisher gut aus. Die Neuerung beim Zuordnen der Devicekeys ist super. Allerdings geht das Löschen etwas hakelg.
Kannst Du bitte mal noch hier (https://forum.fhem.de/index.php?topic=137955.0) nachschauen?
Hallo Jens,
bei mir funktioniert weiterhin FHEMAPP4 nicht, wenn ich bei "allowedCommands" die Kommandos auf "get,set" einschränke. Ich befürchte allerdings, dass ich damit etwas Alleine darstehe O:-)
Screenshot 2024-04-20 203712.png
Lösche ich das Attribut, funktiniert alles. Ich nutze dies für einen zweiten User ;D
Viele Grüße
Jürgen
Kannst du neben get und set zumindest mal jsonList2 dazu nehmen. Das benötigt FHEMApp auf jeden Fall.
Zitat von: marvin78 am 20 April 2024, 09:15:36Zitat von: jemu75 am 02 April 2024, 09:45:42Zitat von: marvin78 am 02 April 2024, 09:34:27Gibt es eigentlich eine Möglichkeit den Titel einfach einfarbig einzufärben, statt ein Bild einzufügen?
Hallo,
der Statusbereich nimmt entweder die primäre Farbe der Instanz an oder es wird das Bild als Hintergrund verwendet.
Beste Grüße
Jens :)
Das habe ich verstanden. Aber wenn ich die Image-URL raus nehme oder den Pfad leer mache, wird der Titel nur Grau hinterlegt, nicht mit der primary Farbe.
Kann jemand bestätigen, dass er es schafft, den Titel eines Panels einzufärben, ohne ein Image anzugeben? Wenn ja, wie? Danke.
Zitat von: jemu75 am 20 April 2024, 17:37:36Hallo an alle Tester,
so, ich habe die Version v4.0.37-beta eben veröffentlicht. In der Version sind folgende Änderungen enthalten:
1. Die Verknüpfung zu FHEM Devices in der Panelkonfiguration optimiert (einschließlich Aktualisierung der Dokumentation)
2. weitere Standard-Templates implementiert (einschließlich Aktualisierung der Dokumentation)
3. Problem mit der Farbe der Kopfzeile(primary) beim Laden von FHEMApp behoben
Wichtig: +++ Vorbereitungen zum Launch +++
Wenn ihr mit der Version v4.0.37-beta keine Bugs mehr entdeckt, würde ich diese als Grundlage für den offiziellen Launch der Version 4 verwenden.
Den Launch würde ich nächstes Wochenende (27.04 oder 28.04.) einplanen. Bis dahin wäre also noch Zeit für letzte Tests. ;)
Ab diesem Zeitpunkt würde ich die Version 4 in den Master auf github mergen und die Version 3.36.3 in den Wartungsmodus versetzen.
Grüße
Jens :)
Ob Bug oder Feature, weiß ich nicht aber mich stört das hier noch (Smartphone-Ansicht):
Screenshot_20240421-072647~2.png
Zitat von: marvin78 am 21 April 2024, 06:44:54Kann jemand bestätigen, dass er es schafft, den Titel eines Panels einzufärben, ohne ein Image anzugeben? Wenn ja, wie? Danke.
Hallo,
aktuell gibt es keine Eigenschaft, mit der man die Farbe des Titels in einem Panel verändern kann. (siehe auch Doku unter Element title (https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#element-title))
Grüße
Jens :)
Zitat von: jemu75 am 02 April 2024, 09:45:42Zitat von: marvin78 am 02 April 2024, 09:34:27Gibt es eigentlich eine Möglichkeit den Titel einfach einfarbig einzufärben, statt ein Bild einzufügen?
Hallo,
der Statusbereich nimmt entweder die primäre Farbe der Instanz an oder es wird das Bild als Hintergrund verwendet.
Beste Grüße
Jens :)
Mir wurde gesagt, dass das über die primary Farbe geht. Diese wird aber nicht übernommen. Der Titel bleibt grau.
Zitat von: marvin78 am 21 April 2024, 07:44:44Mir wurde gesagt, dass das über die primary Farbe geht. Diese wird aber nicht übernommen.
Die Farbvariable
primary steuert die Hintergrundfarbe für die Kopfzeile von
FHEMApp sowie die Hintergrundfarbe aller Statuszeilen der Panels.
Für ein einzelnes Panel gibt es aktuell keine Eigenschaft, mit der die Hintergrundfarbe angepasst werden kann.
Grüße
Jens :)
Zitat von: jemu75 am 21 April 2024, 07:48:44Zitat von: marvin78 am 21 April 2024, 07:44:44Mir wurde gesagt, dass das über die primary Farbe geht. Diese wird aber nicht übernommen.
Die Farbvariable primary steuert die Hintergrundfarbe für die Kopfzeile von FHEMApp sowie die Hintergrundfarbe alle Statuszeilen der Panels.
Für ein einzelnes Panel gibt es aktuell keine Eigenschaft, mit der die Hintergrundfarbe angepasst werden kann.
Grüße
Jens :)
Ich möchte gar nicht ein einzelnes Panel ändern. Ich möchte alle Panels mit der primary Farbe ausstatten. Wenn ich aber die imageURL weg lasse, bleiben die Statuszeilen grau. primary ist aber gesetzt (ein grün). Es ist auch egal, ob Tag- oder Nachtmodus.
Zitat von: marvin78 am 21 April 2024, 07:35:59Ob Bug oder Feature, weiß ich nicht aber mich stört das hier noch (Smartphone-Ansicht):
[url="https://forum.fhem.de/index.php?action=dlattach;attach=177932;type=preview;file"]Screenshot_20240421-072647~2.png[/url]
Hallo,
kannst du bitte genauer beschreiben, was dich stört.
Danke Dir!
Jens :)
Zitat von: jemu75 am 21 April 2024, 07:52:19Zitat von: marvin78 am 21 April 2024, 07:35:59Ob Bug oder Feature, weiß ich nicht aber mich stört das hier noch (Smartphone-Ansicht):
Hallo,
kannst du bitte genauer beschreiben, was dich stört.
Danke Dir!
Jens :)
Der Umbruch, wie markiert. Nutzt man keinen Slider, sondern bspw. Text im mid, bleibt alles im main in einer Zeile, wie auf einem breiteren Screen. Das hier bricht um und sieht unschön aus.
Zitat von: marvin78 am 21 April 2024, 07:54:27Der Umbruch, wie markiert. Nutzt man keinen Slider, sondern bspw. Text im mid, bleibt alles im main in einer Zeile, wie auf einem breiteren Screen. Das hier bricht um und sieht unschön aus.
Schicke bitte mal deine Template bzw. Panel Definition dazu.
"main": [
{
"level": {
"mid": "slider",
"left1": "btn",
"right1": "btn",
"right2": "btn"
},
"mid": {
"slider": [
"dimmer-brightness::set dimmer brightness %v:%n(0):success:0:255"
],
"divider": [
"::true"
],
"size": [
"8"
]
},
"left1": {
"btn": [
"::mdi-lightbulb-outline"
],
"divider": [
"::true"
],
"click": [
"::set dimmer off"
]
},
"right1": {
"btn": [
"::mdi-weather-night"
],
"divider": [
"::true"
],
"click": [
"::set dimmer night"
]
},
"right2": {
"btn": [
"::mdi-lightbulb-on"
],
"click": [
"::set dimmer bright"
]
}
}
Lässt man die divider weg, ändert das nichts.
Zitat von: marvin78 am 21 April 2024, 07:50:28Zitat von: jemu75 am 21 April 2024, 07:48:44Zitat von: marvin78 am 21 April 2024, 07:44:44Mir wurde gesagt, dass das über die primary Farbe geht. Diese wird aber nicht übernommen.
Die Farbvariable primary steuert die Hintergrundfarbe für die Kopfzeile von FHEMApp sowie die Hintergrundfarbe alle Statuszeilen der Panels.
Für ein einzelnes Panel gibt es aktuell keine Eigenschaft, mit der die Hintergrundfarbe angepasst werden kann.
Grüße
Jens :)
Ich möchte gar nicht ein einzelnes Panel ändern. Ich möchte alle Panels mit der primary Farbe ausstatten. Wenn ich aber die imageURL weg lasse, bleiben die Statuszeilen grau. primary ist aber gesetzt (ein grün). Es ist auch egal, ob Tag- oder Nachtmodus.
Hierzu nochmal. So ist es bswp. definiert, dann bleibt der Status immer grau hinterlegt und primary wird NICHT als Hintergrundfarbe genommen:
"status": {
"title": [
"dimmer-a-alias:^.+$:%s",
"dimmer-i-NAME::%s"
],
"bar": [
"dimmer-state:off:0",
"dimmer-brightness::%n(0)"
]
},
Zitat von: marvin78 am 21 April 2024, 07:59:33"main": [
{
"level": {
"mid": "slider",
"left1": "btn",
"right1": "btn",
"right2": "btn"
},
"mid": {
"slider": [
"dimmer-brightness::set dimmer brightness %v:%n(0):success:0:255"
],
"divider": [
"::true"
],
"size": [
"8"
]
},
"left1": {
"btn": [
"::mdi-lightbulb-outline"
],
"divider": [
"::true"
],
"click": [
"::set dimmer off"
]
},
"right1": {
"btn": [
"::mdi-weather-night"
],
"divider": [
"::true"
],
"click": [
"::set dimmer night"
]
},
"right2": {
"btn": [
"::mdi-lightbulb-on"
],
"click": [
"::set dimmer bright"
]
}
}
Lässt man die divider weg, ändert das nichts.
https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#level-element-size
size: Werte zwischen 1 und 12. Der Wert 12 entspricht der vollen Breite der Ebene. Die Summe aller size-Werte innerhalb einer Ebene sollte den Wert 12 nicht überschreiten. [number]
In FHEMApp3 konnte man noch dei Breite des Panels beeinflussen. In V4 dagegen nicht mehr. Gerade mit Slidern (zum Dimmen o.Ä.) wähle ich maximal 3 Elemente in einer Ebene und halte mich an die max. Breite von 12. Damit wird kein Umbruch verursacht - egal auf welchem Endgerät oder größe des Browser-Fensters.
Zitat von: binford6000 am 21 April 2024, 08:14:37Zitat von: marvin78 am 21 April 2024, 07:59:33"main": [
{
"level": {
"mid": "slider",
"left1": "btn",
"right1": "btn",
"right2": "btn"
},
"mid": {
"slider": [
"dimmer-brightness::set dimmer brightness %v:%n(0):success:0:255"
],
"divider": [
"::true"
],
"size": [
"8"
]
},
"left1": {
"btn": [
"::mdi-lightbulb-outline"
],
"divider": [
"::true"
],
"click": [
"::set dimmer off"
]
},
"right1": {
"btn": [
"::mdi-weather-night"
],
"divider": [
"::true"
],
"click": [
"::set dimmer night"
]
},
"right2": {
"btn": [
"::mdi-lightbulb-on"
],
"click": [
"::set dimmer bright"
]
}
}
Lässt man die divider weg, ändert das nichts.
https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#level-element-size
size: Werte zwischen 1 und 12. Der Wert 12 entspricht der vollen Breite der Ebene. Die Summe aller size-Werte innerhalb einer Ebene sollte den Wert 12 nicht überschreiten. [number]
In FHEMApp3 konnte man noch dei Breite des Panels beeinflussen. In V4 dagegen nicht mehr. Gerade mit Slidern (zum Dimmen o.Ä.) wähle ich maximal 3 Elemente in einer Ebene und halte mich an die max. Breite von 12. Damit wird kein Umbruch verursacht.
Und Standard (nichts angegeben) ist?
ZitatUnd Standard (nichts angegeben) ist?
Ich glaube 4. Ist aber nicht dokuemtiert afaik.
Mache es doch genau andersrum: Setze size jeweils ganz außen und dann lass es beim slider weg.
Dann passt sich die Größe des Sliders automatisch an.
VG Sebastian
Slider auf 5 geht gut. Danke.
Bleibt die Sache mit dem grauen Status.
Zitat von: jemu75 am 20 April 2024, 22:21:58Kannst du neben get und set zumindest mal jsonList2 dazu nehmen. Das benötigt FHEMApp auf jeden Fall.
Hallo Jens,
das reicht leider noch nicht. Was könne sonst noch fehlen?
Viele Grüße
Jürgen
Zitat von: jemu75 am 20 April 2024, 17:37:36Hallo an alle Tester,
so, ich habe die Version v4.0.37-beta eben veröffentlicht. In der Version sind folgende Änderungen enthalten:
1. Die Verknüpfung zu FHEM Devices in der Panelkonfiguration optimiert (einschließlich Aktualisierung der Dokumentation)
2. weitere Standard-Templates implementiert (einschließlich Aktualisierung der Dokumentation)
3. Problem mit der Farbe der Kopfzeile(primary) beim Laden von FHEMApp behoben
Wichtig: +++ Vorbereitungen zum Launch +++
Wenn ihr mit der Version v4.0.37-beta keine Bugs mehr entdeckt, würde ich diese als Grundlage für den offiziellen Launch der Version 4 verwenden.
Den Launch würde ich nächstes Wochenende (27.04 oder 28.04.) einplanen. Bis dahin wäre also noch Zeit für letzte Tests. ;)
Ab diesem Zeitpunkt würde ich die Version 4 in den Master auf github mergen und die Version 3.36.3 in den Wartungsmodus versetzen.
Grüße
Jens :)
Hallo Jens,
ich wollte auch nochmal das Hinzufügen anderer Sprachen testen - scheitere aber schon bei der Eingabe vom Code.
Nach Eingabe eines ISO-639-1-Codes wie zB. "pt" für Portugiesisch erscheint kein "+" Symbol und ich kann nicht fortfahren.
Was mache ich falsch?
VG Sebastian
Zitat von: juemuc am 21 April 2024, 14:21:58das reicht leider noch nicht. Was könne sonst noch fehlen?
Dann nehme bitte noch
inform dazu. Das benötigt
FHEMApp um auf alle Events zu lauschen und Aktualisierungen in der App vorzunehmen.
Wäre interessant zu wissen, ob es damit geht. Im Grunde sind das dann die wesentlichen FHEM-Befehle (set, get, jsonList2 und inform)
Falls es dann immer noch nicht geht, dann bitte mal das loglevel auf den Wert 8 setzen und mir mal einen Auszug zukommen lassen.
Grüße
Jens :)
Zitat von: binford6000 am 21 April 2024, 14:23:21ich wollte auch nochmal das Hinzufügen anderer Sprachen testen - scheitere aber schon bei der Eingabe vom Code.
Nach Eingabe eines ISO-639-1-Codes wie zB. "pt" für Portugiesisch erscheint kein "+" Symbol und ich kann nicht fortfahren.
Hallo Sebastian,
gut, dass Du das nochmal getestet hast. Bei mir geht das Hinzufügen neuer Sprachen auch nicht mehr. Habe ich wohl zwischendrin irgendwann mal kaputt gemacht. Du machst also nichts falsch. ;)
Ich werde den Bug auf jeden Fall noch beheben und kurzfristig ein Update fertig machen.
Danke Dir für's Finden! :D
Jens
Zitat von: jemu75 am 21 April 2024, 16:55:28Zitat von: juemuc am 21 April 2024, 14:21:58das reicht leider noch nicht. Was könne sonst noch fehlen?
Dann nehme bitte noch inform dazu. Das benötigt FHEMApp um auf alle Events zu lauschen und Aktualisierungen in der App vorzunehmen.
Wäre interessant zu wissen, ob es damit geht. Im Grunde sind das dann die wesentlichen FHEM-Befehle (set, get, jsonList2 und inform)
Falls es dann immer noch nicht geht, dann bitte mal das loglevel auf den Wert 8 setzen und mir mal einen Auszug zukommen lassen.
Grüße
Jens :)
Hallo Jens, O:-)
leider passt das immer noch nicht. Anbei die Info über loglevel8. Ich kann hier leider nichts erkennen.
Viele Grüße
Jürgen
Guten Abend,
nachdem ihr nochmal fleißig getestet habt, hier noch ein Release. In der Version v4.0.38-beta sind folgende Änderungen enthalten:
- Panel: Statusbereich verwendet jetzt die Farbvariable primary
- Panel Menu: unterstützt jetzt dynamische Listen und ermöglicht somit u.a. Verwendung von lightScenes und SONOSPlayer Favouriten
- Einstellungen: Fehler bei der Erstellung neuer Sprachen behoben
- Standard-Templates: Template lightscene aufgenommen
Grüße
Jens :)
Zitat von: juemuc am 21 April 2024, 19:30:11leider passt das immer noch nicht. Anbei die Info über loglevel8. Ich kann hier leider nichts erkennen.
Hallo Jürgen,
sorry, hatte mich etwas missverständlich geäußert. Ich benötige bei aktiviertem loglevel 8 bitte den Auszug aus der Browser Konsole (Debugmodus). So kann ich nachvollziehen, an welcher Stelle das Laden von
FHEMApp fehlschlägt und kann ggf. noch weitere Tipps geben, ob der Betrieb möglich ist, wenn der Zugriff auf FHEM über deinen gewählten Weg eingeschränkt ist.
Grüße
Jens :)
Guten Morgen Jens & Benni,
ich habe auf einem weiteren FHEM (OS: Raspbian GNU/Linux 11 (bullseye) armv6l) versucht, FHEMApp auf die letzte Version zu aktualisieren.
Das hat nicht funktioniert:
2024.04.22 08:02:40.988 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/02_FHEMAPP.pm line 703.
2024.04.22 08:02:40.989 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/02_FHEMAPP.pm line 706.
2024.04.22 08:02:40.990 3: [myapp]: filename for update package is fhemapp_update.tar.gz
2024.04.22 08:02:40.992 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/02_FHEMAPP.pm line 712
Daraufhin habe ich ALLES (Device+conf und FHEMApp-Verzeichnis in www) gelöscht und von vorne angefangen.
Das Ergebnis ist leider das Gleiche mit obigen Fehlern. Auf einem Docker-FHEM läuft der Vorgang mit Löschen + Neuanlegen dagegen problemlos durch.
Was läuft denn da schief?
Update: Mit Verbose 4/5 kommt noch das hier:
2024.04.22 08:15:58.347 5: [myapp]: http-header:
2024.04.22 08:15:58.362 4: [myapp]: error while requesting https://codeload.github.com/jemu75/fhemApp/legacy.tar.gz/refs/tags/v4.0.38-beta - read from https://codeload.github.com:443 timed out
github ist aber erreichbar:
seb@pi0:/ $ ping codeload.github.com
PING codeload.github.com (140.82.121.10) 56(84) bytes of data.
64 bytes from lb-140-82-121-10-fra.github.com (140.82.121.10): icmp_seq=1 ttl=57 time=16.4 ms
64 bytes from lb-140-82-121-10-fra.github.com (140.82.121.10): icmp_seq=2 ttl=57 time=19.2 ms
Wenn ich das .zip-File manuell herunterlade/entpacke funktioniert FHEMApp ganz normal.
VG Sebastian
Hallo Jens,
evtl. noch ein Punkt für das Go-Live: Beim Testen mir einer neuen FHEMApp-Instanz ist mir wieder aufgefallen,
dass keine Farben unter Einstellungen->Farben definiert sind. Ich finde es sollten zumindest primary/secondary definiert sein wie zB. im
Screenshot unter https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#farben zu sehen ist.
VG Sebastian
Zitat von: jemu75 am 21 April 2024, 16:55:28Dann nehme bitte noch inform dazu. Das benötigt FHEMApp um auf alle Events zu lauschen und Aktualisierungen in der App vorzunehmen.
Wäre interessant zu wissen, ob es damit geht. Im Grunde sind das dann die wesentlichen FHEM-Befehle (set, get, jsonList2 und inform)
Falls es dann immer noch nicht geht, dann bitte mal das loglevel auf den Wert 8 setzen und mir mal einen Auszug zukommen lassen.
Grüße
Jens :)
Hallo Jens,
anbei die neuen Infos. Du kannst dies aber auch sehr einfach selbst nachvolziehen. Anbei die Definitionen für einen Test. Dann einfach FHEMAPP mit Port:8084 aufrufen.
WEB_Test:
defmod WEB_Test FHEMWEB 8084 global
attr WEB_Antje HTTPS 1
attr WEB_Antje confirmJSError 0
attr WEB_Antje iconPath default:fhemSVG:openautomation:sscam
attr WEB_Antje stylesheetPrefix defaultallowed_Test:
defmod allowed_Test allowed
attr allowed_Test allowedCommands get,set,JsonList2,inform
attr allowed_Test allowedIfAuthenticatedByMe 0
attr allowed_Test validFor WEB_Test Viele Grüße
Jürgen
Hallo Jens,
ein kleiner Anzeigebug ist mir aufgefallen:
Wenn ein Device-Name zu lang ist, werden, obwohl das Panel aufklappbar ist, auf dem Handy im Hochformat die beiden Pfeile zum aufklappen nicht angezeigt. Im Querformat oder am PC werden sie angezeigt. Nach dem Kürzen des Namens funktioniert es.
Gruß
Marco
Zitat von: binford6000 am 22 April 2024, 08:11:19ich habe auf einem weiteren FHEM (OS: Raspbian GNU/Linux 11 (bullseye) armv6l) versucht, FHEMApp auf die letzte Version zu aktualisieren.
Das hat nicht funktioniert:
Daraufhin habe ich ALLES (Device+conf und FHEMApp-Verzeichnis in www) gelöscht und von vorne angefangen.
Das Ergebnis ist leider das Gleiche mit obigen Fehlern. Auf einem Docker-FHEM läuft der Vorgang mit Löschen + Neuanlegen dagegen problemlos durch.
Was läuft denn da schief?
Update: Mit Verbose 4/5 kommt noch das hier:
2024.04.22 08:15:58.347 5: [myapp]: http-header:
2024.04.22 08:15:58.362 4: [myapp]: error while requesting https://codeload.github.com/jemu75/fhemApp/legacy.tar.gz/refs/tags/v4.0.38-beta - read from https://codeload.github.com:443 timed out
github ist aber erreichbar:
seb@pi0:/ $ ping codeload.github.com
PING codeload.github.com (140.82.121.10) 56(84) bytes of data.
64 bytes from lb-140-82-121-10-fra.github.com (140.82.121.10): icmp_seq=1 ttl=57 time=16.4 ms
64 bytes from lb-140-82-121-10-fra.github.com (140.82.121.10): icmp_seq=2 ttl=57 time=19.2 ms
Wenn ich das .zip-File manuell herunterlade/entpacke funktioniert FHEMApp ganz normal.
Verstehe ich es richtig, dass eine Erstinstallation irgendwann mal über das Modul funktioniert hat?
Ansonsten, hast du das ZIP-File "manuell" auf dem Rechner direkt heruntergeladen?
Falls ja, wie und unter welchem User?
Ansonsten mal per wget, auf dem Rechne den Download versuchen unter dem User, unter dem auch FHEM läuft. Am besten mit Option -v Verbose
wget -v https://api.github.com/repos/jemu75/fhemApp/tarball/v4.0.38-beta
Mehr fällt mir im Moment leider nicht ein!
gb#
Hi Benni,
ZitatVerstehe ich es richtig, dass eine Erstinstallation irgendwann mal über das Modul funktioniert hat?
Genau. Ein Update von .37 auf .38 ist mit dem gleichen Fehler fehlgeschlagen. Daraufhin hab ich das gesamte device gelöscht
und den fhemapp4 Ordner in www und ganz von vorne angefangen. Weiter wie oben zu sehen bin ich nie gekommen.
ZitatAnsonsten, hast du das ZIP-File "manuell" auf dem Rechner direkt heruntergeladen? Falls ja, wie und unter welchem User?
Ja das hab ich mit dem User seb wie oben zu sehen. Das hat dann anstandslos geklappt.
ZitatMehr fällt mir im Moment leider nicht ein!
Wer weiß was das war. Bin mal gespannt wie es dann von beta auf master ausieht.
In der Haupt-FHEM-Instanz hatt ich nie Probleme dieser Art...
VG Sebastian
Zitat von: marboj am 23 April 2024, 07:09:46Wenn ein Device-Name zu lang ist, werden, obwohl das Panel aufklappbar ist, auf dem Handy im Hochformat die beiden Pfeile zum aufklappen nicht angezeigt. Im Querformat oder am PC werden sie angezeigt. Nach dem Kürzen des Namens funktioniert es.
Hallo Marco,
Danke für den Hinweis! Ich korrigiere das auf jeden Fall noch. :)
Grüße
Jens
Zitat von: binford6000 am 23 April 2024, 18:34:49ZitatVerstehe ich es richtig, dass eine Erstinstallation irgendwann mal über das Modul funktioniert hat?
Genau. Ein Update von .37 auf .38 ist mit dem gleichen Fehler fehlgeschlagen. Daraufhin hab ich das gesamte device gelöscht
und den fhemapp4 Ordner in www und ganz von vorne angefangen. Weiter wie oben zu sehen bin ich nie gekommen.
Merkwürdig, das vorgehen ist ja immer dasselbe, egal ob update oder Neuinstallation. Einziger Unterschied, dass die Verzeichnisse (mit Berechtigungen) schon existieren. Das Problem tritt bei dir ja aber beim HTTP-Request auf.
ZitatZitatAnsonsten, hast du das ZIP-File "manuell" auf dem Rechner direkt heruntergeladen? Falls ja, wie und unter welchem User?
Ja das hab ich mit dem User seb wie oben zu sehen. Das hat dann anstandslos geklappt.
FHEM läuft normalerweise unter dem User fhem. Wenn das bei dir auch so ist, muss der Download unter dem User funktionieren
ps aux|grep fhemSollte den FHEM-Prozess anzeigen, inkl. dem Userkontext.
ZitatWer weiß was das war. Bin mal gespannt wie es dann von beta auf master ausieht.
Das sollte ebenfalls keinen funktionalen Unterschied machen, lediglich der Filter für die Auswahl der zu berücksichtigenden Releases, bzw. Pre-Releases ist ein anderer.
gb#
Moin Benni,
ja FHEM läuft unter dem User "fhem" und der Download läuft auch problemlos durch:
fhem@pi0:~$ wget -v https://api.github.com/repos/jemu75/fhemApp/tarball/v4.0.38-beta
--2024-04-24 05:39:10-- https://api.github.com/repos/jemu75/fhemApp/tarball/v4.0.38-beta
Auflösen des Hostnamens api.github.com (api.github.com)... 140.82.121.5
Verbindungsaufbau zu api.github.com (api.github.com)|140.82.121.5|:443 ... verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet ... 302 Found
Platz: https://codeload.github.com/jemu75/fhemApp/legacy.tar.gz/refs/tags/v4.0.38-beta [folgend]
--2024-04-24 05:39:11-- https://codeload.github.com/jemu75/fhemApp/legacy.tar.gz/refs/tags/v4.0.38-beta
Auflösen des Hostnamens codeload.github.com (codeload.github.com)... 140.82.121.9
Verbindungsaufbau zu codeload.github.com (codeload.github.com)|140.82.121.9|:443 ... verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet ... 200 OK
Länge: nicht spezifiziert [application/x-gzip]
Wird in »v4.0.38-beta« gespeichert.
v4.0.38-beta [ <=> ] 10,15M 2,25MB/s in 5,4s
2024-04-24 05:39:17 (1,89 MB/s) - »v4.0.38-beta« gespeichert [10648478]
Falls es nochmal auftreten sollte zB. beim nächsten Update zu Stable melde ich mich wieder.
Danke und VG,
Sebastian
Hallo zusammen,
ich habe versucht, meinen Geburtstagskalender von FHEMapp auf FHEMapp4 zu protieren.
Es hat soweit geklappt bis auf die Status Bar.
In Abhängigkeit von von den Tagen bis zum Termin soll sich die Farbe der Bar ändern und die Bar soll von 0-10 abbilden statt 0-100.
Weder die Einfärbung funktioniert noch die 0-10
"bar": [
"info-t_001_daysleft:2:%n(0):success:invert",
"info-t_001_daysleft:1:%n(0):warning:invert",
"info-t_001_daysleft:0:%n(0):error:invert",
"min: 0",
"max: 10"
],
Vlt. hat jemand einen Tip / Denkanstoß
Gruß LuGu
Was genau funktioniert nicht bzw. was soll wann angezeigt werden?
Viele Grüße
Jürgen
Zitat von: juemuc am 24 April 2024, 21:29:05Was genau funktioniert nicht bzw. was soll wann angezeigt werden?
Viele Grüße
Jürgen
Wenn:
- der Termin noch mehr als 2 Tage hin ist Farbe sucsess die bar soll immer länger werden um so weniger Resttage
- der Termin noch weniger als 2 Tage hin ist Farbe warning die bar soll immer länger werden um so weniger Resttage
- der Termin noch weniger als 1 Tag hin ist Farbe error die bar soll immer länger werden um so weniger Resttage
So klappt es schon mit der Farbe, aber min max wird ignoriert und nach wie vor auf 0-100 abgebildet.
"bar": [
"calview-t_001_daysleft:17:%n(0):success",
"calview-t_001_daysleft:16:%n(0):warning",
"calview-t_001_daysleft::%n(0):error",
"min:0","max:10"
]
Gruß LuGu
Zitat von: LuGu am 24 April 2024, 21:13:04Es hat soweit geklappt bis auf die Status Bar.
In Abhängigkeit von von den Tagen bis zum Termin soll sich die Farbe der Bar ändern und die Bar soll von 0-10 abbilden statt 0-100.
Weder die Einfärbung funktioniert noch die 0-10
"bar": [
"info-t_001_daysleft:2:%n(0):success:invert",
"info-t_001_daysleft:1:%n(0):warning:invert",
"info-t_001_daysleft:0:%n(0):error:invert",
"min: 0",
"max: 10"
],
Hallo Lugu,
die Statusbar wird unter
FHEMApp Version 4 etwas anders definiert. Siehe dazu auch die Doku unter Element Status bar (https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#element-bar) Deine Definition für das Element
bar müsste wie folgt aussehen:
"bar": [
"info-t_001_daysleft:2:%n(0):success:0:10:true",
"info-t_001_daysleft:1:%n(0):warning:0:10:true",
"info-t_001_daysleft:0:%n(0):error:0:10:true"
],
Grüße
Jens :)
Guten Abend,
und kurz vor dem Launch noch ein paar letzte Korrekturen, die ich eben mit der Version v4.0.39-beta bereitgestellt habe.
Folgende Änderungen sind enthalten:
- Panel Status: zu lange Title werden abgeschnitten, sodass "Expand"-Button rechts angezeigt wird
- Panel Status: ab loglevel 7 wird im Panel rechts ein "Stift" angezeigt. Über diesen kann man direkt zu den Paneleinstellungen springen
- Einstellungen Panels: Fehler behoben, wenn neue Panels ohne Template erstellt werden und manuelle devicekeys hinzugefügt werden sollen
- Einstellungen: die verschiedenen Tabs sind jetzt auch über URL Routen ansprechbar
- Standard-Templates: ein Chart-Template für Thermostate hinzugefügt
Grüße
Jens :)
Zitat von: jemu75 am 24 April 2024, 22:01:36Zitat von: LuGu am 24 April 2024, 21:13:04Es hat soweit geklappt bis auf die Status Bar.
In Abhängigkeit von von den Tagen bis zum Termin soll sich die Farbe der Bar ändern und die Bar soll von 0-10 abbilden statt 0-100.
Weder die Einfärbung funktioniert noch die 0-10
"bar": [
"info-t_001_daysleft:2:%n(0):success:invert",
"info-t_001_daysleft:1:%n(0):warning:invert",
"info-t_001_daysleft:0:%n(0):error:invert",
"min: 0",
"max: 10"
],
Hallo Lugu,
die Statusbar wird unter FHEMApp Version 4 etwas anders definiert. Siehe dazu auch die Doku unter Element Status bar (https://github.com/jemu75/fhemApp/tree/dev-v4?tab=readme-ov-file#element-bar) Deine Definition für das Element bar müsste wie folgt aussehen:
"bar": [
"info-t_001_daysleft:2:%n(0):success:0:10:true",
"info-t_001_daysleft:1:%n(0):warning:0:10:true",
"info-t_001_daysleft:0:%n(0):error:0:10:true"
],
Grüße
Jens :)
Danke Jens für die wieder mal sehr schnelle Hilfe.
Jetzt verstehe ich auch, wie ich die Doku lesen muss.
Gruß LuGu
Zitat von: jemu75 am 24 April 2024, 22:10:35Guten Abend,
und kurz vor dem Launch noch ein paar letzte Korrekturen, die ich eben mit der Version v4.0.39-beta bereitgestellt habe.
Folgende Änderungen sind enthalten:
- Panel Status: zu lange Title werden abgeschnitten, sodass "Expand"-Button rechts angezeigt wird
- Panel Status: ab loglevel 7 wird im Panel rechts ein "Stift" angezeigt. Über diesen kann man direkt zu den Paneleinstellungen springen
- Einstellungen Panels: Fehler behoben, wenn neue Panels ohne Template erstellt werden und manuelle devicekeys hinzugefügt werden sollen
- Einstellungen: die verschiedenen Tabs sind jetzt auch über URL Routen ansprechbar
- Standard-Templates: ein Chart-Template für Thermostate hinzugefügt
Grüße
Jens :)
Hallo Jens,
mit .39 und .40 wird der Expand-Button jetzt links angezeigt, wenn kein Title aber dafür eine imageURL definiert ist.
VG Sebastian
Zitat von: binford6000 am 25 April 2024, 20:32:05mit .39 und .40 wird der Expand-Button jetzt links angezeigt, wenn kein Title aber dafür eine imageURL definiert ist.
Hallo Sebastian,
ja, jetzt wo du es schreibst... ;D
Dann wird es wohl noch eine
v4. 0.41-beta geben.
Danke auf jeden Fall für den Hinweis. Update mache ich zeitnah fertig.
Grüße
Jens :)
Guten Abend,
ich habe eben die v4.0.41-beta und damit letzte Beta-Version freigegeben. ;)
Morgen werde ich die Version 4 offiziell launchen.
An dieser Stelle möchte ich ein gaaaanz großes Dankeschön an alle Tester sagen!
Dank eurer Unterstützung ist FHEMApp in den letzten Wochen nochmal ordentlich gereift.
Diesen Megathread (inzwischen 27 Seiten und 400 Posts) schließe ich morgen ebenfalls. ;D
Wenn es dann Themen gibt, dann machen wir das in gewohnter Form mit separaten Threads.
Beste Grüße
Jens :)
Hallo Jens,
gibt es die Möglichkeit aus einem String (%s) eines readings nur einen Teil anzuzeigen?
Mit slice oder substr kommen ich nicht weiter.
Ein %s gibt mir 11.05.2024 zurück. Ich möchte im Panel aber nur 11.05. anzeigen.
Gruß LuGu
Zitat von: LuGu am 27 April 2024, 23:38:12gibt es die Möglichkeit aus einem String (%s) eines readings nur einen Teil anzuzeigen?
Mit slice oder substr kommen ich nicht weiter.
Ein %s gibt mir 11.05.2024 zurück. Ich möchte im Panel aber nur 11.05. anzeigen.
Hallo LuGu,
schau doch mal, ob du mit der Datumsersetzung und entsprechender Formatierung dein Ziel erreichen kannst:
https://github.com/jemu75/fhemApp/tree/dev-v4#ersetzungen
gb#
Zitat von: Benni am 28 April 2024, 10:11:28Zitat von: LuGu am 27 April 2024, 23:38:12gibt es die Möglichkeit aus einem String (%s) eines readings nur einen Teil anzuzeigen?
Mit slice oder substr kommen ich nicht weiter.
Ein %s gibt mir 11.05.2024 zurück. Ich möchte im Panel aber nur 11.05. anzeigen.
Hallo LuGu,
schau doch mal, ob du mit der Datumsersetzung und entsprechender Formatierung dein Ziel erreichen kannst:
https://github.com/jemu75/fhemApp/tree/dev-v4#ersetzungen
gb#
Danke Benni, dass hatte ich mir schon angesehen. Hat aber keinen Erfolg gebracht.
Das in der Doku angegebene %d({ "weekday"\: "long" }) funktioniert zum Beispiel auch nicht und ergibt einen json error.
Gruß LuGu
Zitat von: LuGu am 28 April 2024, 11:14:59... dass hatte ich mir schon angesehen. Hat aber keinen Erfolg gebracht.
Das in der Doku angegebene %d({ "weekday"\: "long" }) funktioniert zum Beispiel auch nicht und ergibt einen json error.
Bei mir funktioniert das angegebene Beispiel und mit
mydatum::%d({ "day"\: "2-digit", "month"\: "2-digit" })
bekomme ich das gewünschte Ergebnis.
(Im Reading mydatum des entsprechenden Device steht bei mir "01.02.2023" drin - ohne Anführungszeichen"
Vielleicht postest du mal noch ein list, vom Device, das den Wert (worin?) liefert und das Json oder nen Screenshot, wo das in der FHEMApp-Config hin soll.
gb#
Zitat von: Benni am 28 April 2024, 11:43:42Zitat von: LuGu am 28 April 2024, 11:14:59... dass hatte ich mir schon angesehen. Hat aber keinen Erfolg gebracht.
Das in der Doku angegebene %d({ "weekday"\: "long" }) funktioniert zum Beispiel auch nicht und ergibt einen json error.
Bei mir funktioniert das angegebene Beispiel und mit
mydatum::%d({ "day"\: "2-digit", "month"\: "2-digit" })
bekomme ich das gewünschte Ergebnis.
(Im Reading mydatum des entsprechenden Device steht bei mir "01.02.2023" drin - ohne Anführungszeichen"
Vielleicht postest du mal noch ein list, vom Device, das den Wert (worin?) liefert und das Json oder nen Screenshot, wo das in der FHEMApp-Config hin soll.
gb#
Komisch, genau so habe ich es probiert.
Bin gerade unterwegs. Schaue ich mir heute abend noch mal an.
Gruß LuGu
Hallo,
die Ersetzung %d() erwartet ein Datum im ISO-Format (also sowas wie 2024/04/28 oder 2024-04-28T15:35:17)
Insbesondere die Timestamps der ganzen FHEM-Readings werden im ISO-Format geliefert und können somit über die Ersetzung %d() formatiert werden.
Wenn du ein bereits formatiertes Datum in einem Reading hast, dann ist der einfachste Weg ein userreading anzulegen und dort den gewünschten Teil des Reading zurückzugeben.
Grüße
Jens :)