RaspberryMatic - Verbesserungsvorschläge/Wünsche
Moderatoren: jmaus, Co-Administratoren
-
- Beiträge: 9679
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 700 Mal
- Danksagung erhalten: 1626 Mal
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche
Klar. Irgendeine Systemvariable auf protokolliert stellen und dann ein zyklisch getriggertes Programm erstellen, das diese Systemvariable aktualisiert.
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
-
- Beiträge: 522
- Registriert: 07.01.2017, 16:48
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 48 Mal
- Danksagung erhalten: 66 Mal
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche
Es gibt hier zwei Möglichkeiten der Implementierung. Entweder den Programm Code in der WebUI.js so anpassen, dass er das richtige Ergebnis produziert oder auf den Ansatz vom Header umsatteln, wo eine HTML Vorlage einfach eingeladen wird. Welche darf denn sein?jmaus hat geschrieben: ↑25.11.2021, 12:14[Also auch da bin ich vollkommen bei dir. Dieses bisherigen, programmatische generieren der Menüleiste ist wirklich altbacken. Dein Prototyp sieht bereits sehr gut aus und ich hoffe du kannst es sukzessive in reines HTML+CSS weiter umbauen und dann auch zeitnah ein PR dazu machen.
Vielleicht ist hier ein guter Weg, wenn man weiter Teile der bestehenden WebUI auffrischt, dabei das mögliche Ziel (umsatteln auf Bootstrap) schon dabei in der Struktur beachtet und diese Basis dann halt nutzen. (Siehe auch die Anpassung der Menüleiste, als Teilschritt)jmaus hat geschrieben: ↑25.11.2021, 12:14Wie sich das ganze dann später in die Bootstrap-version der WebUI einreiht müssen wir dann halt noch schauen. Das ist so eine meiner nächsten Baustellen, mir mal deine Boostrap Anpassungen näher anzuschauen und weiter zu testen und zusammen mit dir zu verfeinern.
-
- Beiträge: 522
- Registriert: 07.01.2017, 16:48
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 48 Mal
- Danksagung erhalten: 66 Mal
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche
Ich bin da echt nicht drin. Kannst du mir mal ein entsprechendes Programm zusammen klicken und hier zeigen?
EDIT: bin doch nicht zu doof und habe es hinbekommen *puh* ... Danke
-
- Beiträge: 9679
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 700 Mal
- Danksagung erhalten: 1626 Mal
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche
Also Systemvariable "test" Typ Logik anlegen und auf protokolliert stellen.
Neues Programm
Wenn
Zeitmodul ganztägig, zyklisch alle xx Minuten / Sekunden zu Zeitpunkten
Und Systemvariable test ist wahr prüfen
Dann
Systemvariable test auf falsch
Sonst
Systemvariable test auf wahr
Neues Programm
Wenn
Zeitmodul ganztägig, zyklisch alle xx Minuten / Sekunden zu Zeitpunkten
Und Systemvariable test ist wahr prüfen
Dann
Systemvariable test auf falsch
Sonst
Systemvariable test auf wahr
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
- jmaus
- Beiträge: 9864
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1882 Mal
- Kontaktdaten:
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche
Wie genau meinst du das mit "Ansatz vom Header"? Kapier ich gerade nicht. Mach mal bitte nen Beispiel.ptweety hat geschrieben: ↑25.11.2021, 20:02Es gibt hier zwei Möglichkeiten der Implementierung. Entweder den Programm Code in der WebUI.js so anpassen, dass er das richtige Ergebnis produziert oder auf den Ansatz vom Header umsatteln, wo eine HTML Vorlage einfach eingeladen wird. Welche darf denn sein?jmaus hat geschrieben: ↑25.11.2021, 12:14[Also auch da bin ich vollkommen bei dir. Dieses bisherigen, programmatische generieren der Menüleiste ist wirklich altbacken. Dein Prototyp sieht bereits sehr gut aus und ich hoffe du kannst es sukzessive in reines HTML+CSS weiter umbauen und dann auch zeitnah ein PR dazu machen.
Ich denke auch das das auch nen profaner Weg ist, statt jetzt from scratch zu starten. D.h. wir sollten sobald wie möglich den Boostrap PR integrieren damit die v5 zeitnah zur Verfügung steht für weitere Verbesserungen. Allerdings müssen wir erst einmal den PR weiter so anpassen das jetzt nicht alle mögliche Buttons, Popups oder UI elemente plötzlich andere Margins, Padding, etc. haben. Denn in der jetzigen Form kann man so den PR nicht direkt mergen weil sonst zuviel zu anders aussieht IMHO. Und die css statements die man jetzt noch anpassen müsste um mit aktiviertem bootstrap weiterhin das alte design/layout zu haben könnte man ja auch in ne extra css auslagern um diese dann ggf. irgendwann mal wegzuhauen wenn dann alles auf bootstrap läuftptweety hat geschrieben: ↑25.11.2021, 20:02Vielleicht ist hier ein guter Weg, wenn man weiter Teile der bestehenden WebUI auffrischt, dabei das mögliche Ziel (umsatteln auf Bootstrap) schon dabei in der Struktur beachtet und diese Basis dann halt nutzen. (Siehe auch die Anpassung der Menüleiste, als Teilschritt)jmaus hat geschrieben: ↑25.11.2021, 12:14Wie sich das ganze dann später in die Bootstrap-version der WebUI einreiht müssen wir dann halt noch schauen. Das ist so eine meiner nächsten Baustellen, mir mal deine Boostrap Anpassungen näher anzuschauen und weiter zu testen und zusammen mit dir zu verfeinern.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 522
- Registriert: 07.01.2017, 16:48
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 48 Mal
- Danksagung erhalten: 66 Mal
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche
Also, in der webui.js wird ein WebUI = Singleton.create für den Seiteninhalt gebaut. Da wird die Grundstruktur erstellt (u.a. Layer0, header, menubar, content und footer) und dann per Funktionsaufruf mit Leben gefüllt. Ist ne Menge Code, aber hier erstmal unwichtig.jmaus hat geschrieben: ↑25.11.2021, 21:15Wie genau meinst du das mit "Ansatz vom Header"? Kapier ich gerade nicht. Mach mal bitte nen Beispielptweety hat geschrieben: ↑25.11.2021, 20:02Es gibt hier zwei Möglichkeiten der Implementierung. Entweder den Programm Code in der WebUI.js so anpassen, dass er das richtige Ergebnis produziert oder auf den Ansatz vom Header umsatteln, wo eine HTML Vorlage einfach eingeladen wird. Welche darf denn sein?jmaus hat geschrieben: ↑25.11.2021, 12:14[Also auch da bin ich vollkommen bei dir. Dieses bisherigen, programmatische generieren der Menüleiste ist wirklich altbacken. Dein Prototyp sieht bereits sehr gut aus und ich hoffe du kannst es sukzessive in reines HTML+CSS weiter umbauen und dann auch zeitnah ein PR dazu machen.
Beim header geht das per HeaderBar.load(); weiter. Dort sind es 10 Codezeilen, die einfach die Datei /ise/htm/header.htm einlesen.
Bei der menubar wird das per MainMenu.create($("menubar")); gemacht. Ab hier beginnt dann das fröhliche Seitenelemente basteln über etwa 200 Codezeilen hinweg.
Erste Methode könnte kompakter und langfristig besser wartbar sein, weicht aber weiter vom Coding von EQ3 ab.
Zweite Methode könnte einfacher zu integrieren und zu testen sein, weil keine großen Änderungen an der Logik erfolgen.
Ach ja, lustigerweise gibt es für die Struktur der menubar eh schon zwei Vorlagen, welche nur in HMTL umgewandelt werden. Die liegen in "/webui/js/mainmenu/admin.js" und "/webui/js/mainmenu/user.js". Wer sich das wieder ausgedacht hat? ...
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche
@ptweety: Bitte erstmal nicht so viel Energie reinstecken.
Habe mir was gebaut, um die Systemprotokolleinträge ins Syslog (/var/log/messages bzw. Syslogserver) zu schreiben.
Da ist eine Auswertung (für mich) wesentlich komfortabler (Loganalyzer, ELK etc)
-
- Beiträge: 20
- Registriert: 23.04.2019, 19:09
- Hat sich bedankt: 2 Mal
- Danksagung erhalten: 1 Mal
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche
Trotz der vielen positiven Änderungen und Anpassungen der Software in der Vergangenheit, wofür ich den Machern überaus dankbar bin, hätte ich folgende Vorschläge/Wünsche:
1. Wenn man in der WebUI nach Bearbeiten/Einstellen z.B. unter Programme oder Geräte den 'Zurück' Button klickt wäre es schön, wieder an der vorigen Stelle der Webseite zu landen und nicht immer wieder am Anfang.
2. Beim Bearbeiten eines Favoriten wäre ein freies Verändern der Position der Einträge sehr wünschenswert. Zum jetzigen Zeitpunkt artet das Positionieren eines z.B hinzugefügten Kanals zu einem langwierigen Klicken und Scrollen aus, da immer nur um eine Position verschoben werden kann.
3. Zum live Verfolgen von log Einträgen in einem Browserfenster würde mir, ähnlich wie bei openhab, frontail sehr gut gefallen.
1. Wenn man in der WebUI nach Bearbeiten/Einstellen z.B. unter Programme oder Geräte den 'Zurück' Button klickt wäre es schön, wieder an der vorigen Stelle der Webseite zu landen und nicht immer wieder am Anfang.
2. Beim Bearbeiten eines Favoriten wäre ein freies Verändern der Position der Einträge sehr wünschenswert. Zum jetzigen Zeitpunkt artet das Positionieren eines z.B hinzugefügten Kanals zu einem langwierigen Klicken und Scrollen aus, da immer nur um eine Position verschoben werden kann.
3. Zum live Verfolgen von log Einträgen in einem Browserfenster würde mir, ähnlich wie bei openhab, frontail sehr gut gefallen.
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche
Hier mal ein neues Feature, bei dem ich noch nicht weiß, ob es generell was für RM ist oder nur was für vereinzelte User:
viewtopic.php?f=65&t=71511
viewtopic.php?f=65&t=71511
-
- Beiträge: 1
- Registriert: 09.01.2022, 17:38
- System: Alternative CCU (auf Basis OCCU)
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche
Hallo,
erstmal danke für die tolle Arbeit an RaspberryMatic.
Ich nutze die RaspberryMatic Zentrale zum Großteil nur noch als Funkzentrale und steuere alles über Iobroker.
Anscheinend gibt es ein Fehler in der XML-RPC API wo die Prozentwerte in meinem Fall von den HmIP-eTRV-2 mit maximal 1,01 % durchgereicht werden.
Auf Github gibt es diesbezüglich schon zwei Issues.
Beim iobroker Adapter: https://github.com/ioBroker/ioBroker.hm-rpc/issues/311
Und bei Eq3: https://github.com/eq-3/occu/issues/111
Leider hat sich das seit fast einem Jahr nichts getan, könnte dies theoretisch in RaspberryMatic richtig gestellt werden?
Grüß Timo
erstmal danke für die tolle Arbeit an RaspberryMatic.
Ich nutze die RaspberryMatic Zentrale zum Großteil nur noch als Funkzentrale und steuere alles über Iobroker.
Anscheinend gibt es ein Fehler in der XML-RPC API wo die Prozentwerte in meinem Fall von den HmIP-eTRV-2 mit maximal 1,01 % durchgereicht werden.
Auf Github gibt es diesbezüglich schon zwei Issues.
Beim iobroker Adapter: https://github.com/ioBroker/ioBroker.hm-rpc/issues/311
Und bei Eq3: https://github.com/eq-3/occu/issues/111
Leider hat sich das seit fast einem Jahr nichts getan, könnte dies theoretisch in RaspberryMatic richtig gestellt werden?
Grüß Timo