RaspberryMatic
RaspberryMatic copied to clipboard
HMW-LC-Dim1L-DR Dimmaktor: Aktueller Schaltzustand wird verzögert angezeigt/nachkorrigiert
Describe the issue you are experiencing
Bei der Snapshot Version 3.61.4.20211108 wird der Schaltzustand erst nach Aufbau der Seite korrekt angezeigt. Siehe Screencast.
Gerät: HM-Wired: HMW-LC-Dim1L-DR Dimmaktor
Mit der letzten Stable Version 3.59.6.20211009 tritt das Problem nicht auf.
Describe the behavior you expected
Zustand wird sofort beim Klick auf das Gerät korrekt anzeigt.
Steps to reproduce the issue
- Auf "Status und Bedienung" - > "Geräte" klicken
- Gerät auswählen
What is the version this bug report is based on?
Snapshot RaspberryMatic-3.61.4.20211108
Which base platform are you running?
rpi3 (RaspberryPi3)
Which HomeMatic/homematicIP radio module are you using?
RPI-RF-MOD
Anything in the logs that might be useful for us?
No Log
Additional information
Mit der aktuellen Version 3.61.5.20211113 tritt das Problem leider weiterhin auf.
Thanks for your contribution!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of RaspberryMatic and tell us. Also check that all relevant details,
Vielen Dank für die Unterstützung!
Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüfen Sie, ob das Problem auch in der aktuellsten Version von RaspberryMatic noch relevant ist, und teilen Sie uns dies mit. Überprüfen Sie auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind oder aktualisiert werden müssen.
Auch mit der aktuellsten Version 3.61.7.20220115 tritt das Problem weiterhin auf und kann reproduziert werden.
Thanks for your contribution!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of RaspberryMatic and tell us. Also check that all relevant details,
Vielen Dank für die Unterstützung!
Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüfen Sie, ob das Problem auch in der aktuellsten Version von RaspberryMatic noch relevant ist, und teilen Sie uns dies mit. Überprüfen Sie auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind oder aktualisiert werden müssen.
Problem ist noch präsent.
Thanks for your contribution!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of RaspberryMatic and tell us. Also check that all relevant details,
Vielen Dank für die Unterstützung!
Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüfen Sie, ob das Problem auch in der aktuellsten Version von RaspberryMatic noch relevant ist, und teilen Sie uns dies mit. Überprüfen Sie auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind oder aktualisiert werden müssen.
Problem besteht weiterhin.
Thanks for your contribution!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of RaspberryMatic and tell us. Also check that all relevant details,
Vielen Dank für die Unterstützung!
Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüfen Sie, ob das Problem auch in der aktuellsten Version von RaspberryMatic noch relevant ist, und teilen Sie uns dies mit. Überprüfen Sie auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind oder aktualisiert werden müssen.
Problem besteht weiterhin.
Problem besteht weiterhin, auch mit der aktuellen Stable 3.67.10.20230114. Das Problem erhielt Einzug mit der 3.61.4
Kann das jemand bestätigen?
Thanks for your contribution!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of RaspberryMatic and tell us. Also check that all relevant details,
Vielen Dank für die Unterstützung!
Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüfen Sie, ob das Problem auch in der aktuellsten Version von RaspberryMatic noch relevant ist, und teilen Sie uns dies mit. Überprüfen Sie auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind oder aktualisiert werden müssen.
Problem besteht auch in der 3.69.6.20230407
Siehe Screencast oben.
Thanks for your contribution!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of RaspberryMatic and tell us. Also check that all relevant details,
Vielen Dank für die Unterstützung!
Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüfen Sie, ob das Problem auch in der aktuellsten Version von RaspberryMatic noch relevant ist, und teilen Sie uns dies mit. Überprüfen Sie auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind oder aktualisiert werden müssen.
Problem still present.
There hasn't been any activity on this issue recently. To keep our backlog manageable we have to clean old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest RaspberryMatic version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.
Problem besteht auch mit der aktuellen Version.
Hallo @jens-maus @Baxxy13 @jp112sdl ich würde gerne diesen älteren Bug weiter auf die Schliche gehen. Könnt ihr mir sagen, wie ich das machen kann? In der Chrome Browserkonsole ist mir kein Fehler aufgefallen. Die Version 3.59.6.20211009 war die letzte Version, wo der Bug noch nicht auftrat. Alle nachfolgenden Versionen enthalten den Bug.
Also dieser "Fehler" hier mit dem fieldtest-ccu-update
kommt daher das du fälschlicherweise gedacht hast es wäre eine gute Idee unter "Systemsteuerung -> Allgemeine Einstellungen -> Feld-Tester" dort die Funktion "Zeige unveröffentlichte Geräte-Fw." einzuschalten. Das ist aber nur explizit dafür freigeschaltene Kunden von eQ3 vorbehalten. Ergo abschalten und dieser Fehler verschwindet wieder.
Und er hat sicherlich nichts mit dem Problem hier bzgl. HMW-LC-Dim1L-DR
zu tun.
Diesbzgl. kann ich dir leider auch nicht weiterhelfen da ich schon nicht verstehe was genau das problem sein soll. Dein Screencast zeigt nur das nach aufbau der Seite der Status von "Ein" zu "Aus" springt. Wie es allerdings sein sollte zeigst du nicht. Was genau soll jetzt der korrekt status sein?
Danke @jens-maus für die schnelle Antwort.
Das der Fehler nichts mit dem Bug zu tun hat, dachte ich mir schon. Danke für deine Erklärung.
Es geht darum, dass der Dimmer AUS ist und wenn man die Geräteseite aufruft, der Schaltzustand als EIN angezeigt wird. Also der aktuelle Zustand wird nicht korrekt angezeigt. Wartet man nun 1 bis 2 Sekunden springt plötzlich der Schaltzustand auf AUS, wenn der Dimmer natürlich auch AUS ist. Die Statusseite braucht also eine gewisse Zeit bis der reale IST-Zustand dargestellt wird.
Mit der Alt-Version war der Schaltzustand sofort nach Aufruf der Geräteseite richtig. So ist es ja auch bei jedem anderen Gerät.
Es geht darum, dass der Dimmer AUS ist und wenn man die Geräteseite aufruft, der Schaltzustand als EIN angezeigt wird. Also der aktuelle Zustand wird nicht korrekt angezeigt. Wartet man nun 1 bis 2 Sekunden springt plötzlich der Schaltzustand auf AUS, wenn der Dimmer natürlich auch AUS ist. Die Statusseite braucht also eine gewisse Zeit bis der reale IST-Zustand dargestellt wird.
Na dann geht doch prinzipiell alles, nur eben etwas zeitversetzt, richtig? Unschön vielleicht, aber nicht tödlich würde ich sagen. Und da die CCU/RaspberryMatic WebUI ohnehin eher eine Konfigurationsoberfläche und keine Steueroberfläche ist halte ich dies in der Tat für verschmerzbar.
Mit der Alt-Version war der Schaltzustand sofort nach Aufruf der Geräteseite richtig. So ist es ja auch bei jedem anderen Gerät.
D.h. nur exakt bei diesem HM-Wired gerät passiert das, bei keinem anderen HM-Wired, bei keinem anderen HM-RF oder ähnlich? Dann wir ein eventl. "Bugfix" bzw. mögliche Verbesserung das der Status unmittelbar und nicht zeitversetzt richtig angezeigt wird umso schwieriger, denn ich hab selbst kein HM-Wired und erst recht nicht diesen HMW-LC-Dim1L-DR Dimmaktor. Auch kommt noch hinzu das du aktuell wohl der einzigste mit diesem Problem bist und hier noch kein anderer HM-Wired Nutzer mit diesem Aktor das Problem bisher anscheinend benannt bzw. reproduziert hat. Vielleicht suchst du lieber erst einmal HM-Wired Leidensgenossen in den einschlägigen Foren und schaust ob diese das Problem reproduzieren können.
Insofern wüsste ich nicht nun ehrlich gesagt nicht wie man hier also weitermachen sollte. Und es bringt auch nichts wenn du hier dauernd das ticket wieder aufmachst das ursprünglich vor 2 Jahren bereits gemeldet wurde....
Ja, es funktioniert alles, nur eben zeitversetzt dargestellt. Den Bug konnte ich bisher nur bei dem HMW-LC-Dim1L-DR Gerät feststellen. Bei anderen HM-Wired, HM-RF oder HMIP-RF Geräten wird der Zustand ohne Zeitverzögerung sofort richtig dargestellt.
Ich hatte gehofft, das ich hier mit Hilfe den Fehler debuggen kann, aber scheint wohl nicht so einfach zu sein.
Vielen Dank für deine Erläuterungen.
@mbhomie007
- Tritt das Problem auch unter "Status und Bedienung" -> "Gewerke" bzw. -> "Räume auf"?
@jp112sdl Ja, gleiches Problem unter GEWERKE und auch unter RÄUME.
Der Schaltzustand steht immer erst auf EIN und springt dann zeitverzögert auf AUS, nur wenn natürlich auch der Dimmer AUS ist.
In den Commits im OCCU von 3.59 -> 3.61 habe ich erstmal nichts gefunden, was das Problem (für mich) auf Anhieb erklärt.
Die WebUI hat ja so nen Hintergrund-Poll alle 3 Sekunden. Normalerweise werden beim Laden der Seite alle aktuellen Werte verarbeitet und angezeigt. Hier scheint es so, als würde das erst beim ersten Poll erfolgen.
Öffne mal die Browserkonsole und häng an die URL hinter ?sid=....
noch &debug=true
an.
In der Konsole siehst du dann ein paar mehr Ausgaben.
Evtl. bekommst du mit, was beim initialen Laden der Seite vs. nach 3 Sekunden unterschiedlich ist.
@jp112sdl Mehr wird leider nicht angezeigt.
Bekommst du irgendwie einen Zeitstempel vor die Zeilen? Oder ist alles ab
- Alle Filter wurden zurückgesetzt bis zum nächsten
- Alle Filter wurden zurückgesetzt
ein zusammenhängender Block und zwischen den Blöcken liegen so 2-3 Sekunden?
Ich glaub du kannst aufhören bei dir zu suchen. Bei mir ist der selbe Quark bei den BidCos Dimmern.
Ab "Alle Filter wurden zurückgesetzt" bis zum nächsten "Alle Filter wurden zurückgesetzt" ist ein Block, ein Aufruf der Seite. Also im Screenshot hatte ich den anderen Dimmer aufgerufen.
Wie bekomme ich den Zeitstempel hin? Ganz oben im Screencast siehst du es in live.
Ich glaub du kannst aufhören bei dir zu suchen.
Bei mir ist der selbe Quark bei den BidCos Dimmern.
Echt? Dann müsste ich mal nen alten aus der Kiste auspacken und testen. Oder hast du schon eine Erklärung für dieses Verhalten gefunden?
Oder hast du schon eine Erklärung für dieses Verhalten gefunden?
Nicht so richtig.
Beim initialen Bau der Dimmer-Controls wird jedenfalls der EIN-Button mit der Klasse ControlBtnOn
und AUS-Button mit der Klasse ControlBtnOff
hin gestellt, was zu dem typischen hier geschilderten Verhalten beim Aufruf der Seite führt.
https://github.com/eq-3/occu/blob/master/WebUI/www/rega/esp/controls/dimmer.fn#L68-L69
Was ich noch nicht gefunden habe ist die Methode, die dann im Nachgang aufgrund des tatsächlichen Zustands den beiden Elementen die Klassen korrekt zuweist.
Also bei ausgeschaltetem Dimmer dem EIN-Button die Klasse ControlBtnOff
und AUS-Button die Klasse ControlBtnOn
.
Muss irgendwo über die webui.js
laufen.
Meine Überlegung wäre jedoch, schon direkt in der dimmer.fn
die Klassen schon beim initialen Anzeigen richtig zuzuweisen.
Der Dimmer-Level ist ja bekannt (https://github.com/eq-3/occu/blob/9d76163c05c88210762f865682f23badf0333a6d/WebUI/www/rega/esp/controls/dimmer.fn#L21)
So könnte es schematisch evtl. aussehen:
string BtnOnState="On";
string BtnOffState="Off";
if (oLevel.Value() == 0) {
BtnOnState="Off";
BtnOffState="On";
}
WriteLine("<tr><td><div id='"#chnId#"On' class='ControlBtn"#BtnOnState#" CLASS02545 j_translate'>${actionStatusControlLblOn}</div></td></tr>");
WriteLine("<tr><td><div id='"#chnId#"Off' class='ControlBtn"#BtnOffState#" CLASS02545 j_translate'>${actionStatusControlLblOff}</div></td></tr>");
(An der Stelle https://github.com/eq-3/occu/blob/master/WebUI/www/rega/esp/controls/dimmer.fn#L68-L69)
@jens-maus Was meinst du dazu?