RaspberryMatic - Verbesserungsvorschläge/Wünsche

[Homematic-Fan]

Ok, ich hab doch ne CSS methode gefunden die Gerätebilder transparent darzustellen. Anscheinend gibt es ein "mix-blend-mode:multiply" CSS statement das den Browser dann die Arbeit der Erzeugung einer transparenz erledigen lässt. Sieht soweit unter Chrome/Firefox recht gut aus und funktioniert wie erwartet und nun sollten die Bilder sich besser in den Zellenhintergrund der Tabelle einschmiegen (auch in den ganzen anderen Tabellen wo die Bilder zu sehen sind). Wie das ganze dann natürlich mit farbigen (nicht nur schwarz/weiss) bildern aussieht müsste man mal testen, aber standardmäßig kommt die CCU ja nur mit schwarz/weiss bildern daher.

Es gibt doch farbige Bilder ?
Bei den Kanälen der Fernbedienung für die einzelnen Tasten.
Oder verwechsle ich das was ?

Gruß Andi

[jmaus]

Ich schau mir dann morgen wieder den fertigen Snapshot an

Beim 1. Aufruf des HM-WDS30-OT-2 werden die Bilder nicht korrekt angeordnet.
Klickt man das Gerät noch mal an, passt es.
Passiert nur beim ersten Aufruf nach ReGa-Start.
Es tritt kein Fehler in /var/log/messages oder in der Browserkonsole auf.

Sieht interessant aus. Und das passiert nur mit dem Gerät? Müsste man mal überlegen wie man das reproduziert bekommt bzw müsstest du mal im Browser debuggen. Auffällig ist ja, das erst mit dem zweiten klick ein zweiter grauer bereich mit daten im dritten kanal auftaucht. Das sieht danach aus als ob da irgendwie die Größe galsch berechnet wird. Das wäre in der Tat mal was für den debugger im Browser.

[jp112sdl]

Und das passiert nur mit dem Gerät?

Hier im Test, ja... da hab ich nicht viel mehr andere Geräte.
Der 2-fach Sender wird jedenfalls sofort korrekt dargestellt.
Möglicherweise hängt das WDS30-Problem wieder/noch mit #1456 zusammen.
Werden die 5 Bilder schneller geladen, als die 5 Kanäle mit ihren Datenpunkten zusammengebaut werden?

Hab keine Idee, wie/wo man da im Browser noch ansetzen könnte

[jmaus]

Hab keine Idee, wie/wo man da im Browser noch ansetzen könnte

Wenn du mir irgendwie hilfst das reproduziert zu bekommen, dann könnte ich mir das anschauen. Kannst du irgendwo ein Backup dieses Testsystems ablegen damit ich da dran komme, vllt. reicht das ja schon zu reproduzieren wenn das Gerät mit onboard ist. Oder du sagst mir wie ich das Gerät hier in meiner Testumgebung integriert bekomme.

[jp112sdl]

Kannst du irgendwo ein Backup dieses Testsystems ablegen damit ich da dran komme

Klar, das angehängte File .txt nach .sbk umbenennen ist die Umgebung mit der ich teste.

Admin Passwort ist admin
SSH PW ist auch admin
Netzwerk steht auf DHCP

[jmaus]

Kannst du irgendwo ein Backup dieses Testsystems ablegen damit ich da dran komme

Klar, das angehängte File .txt nach .sbk umbenennen ist die Umgebung mit der ich teste.

Admin Passwort ist admin
SSH PW ist auch admin
Netzwerk steht auf DHCP

Danke! Damit bekomm ich das reproduziert (wenn ich alle Kanäle des Gerätes einem Gewerk zuordne und dann das Gewerk anzeigen lasse). Sieht dann bei mir so aus:

Auffällig ist dabei das immer nur Kanal 1 angezeigt wird obwohl ich alle Kanäle hinzugefügt habe. Das erklärt aber warum er das HTML durcheinander bekommt beim generieren. Die Frage wäre nur warum bei einem zweiten Aufruf das aber alles stimmt? Ist das etwas ähnliches wie das mit der "tmp" Variable das du repariert hast derletzt oder haben wir gar damit endlich einen reproduzierbaren Case für das Cache-Problem in ReGaHss? Das wäre super Das braucht aber definitiv mehr debugging. Ist aber immerhin reproduzierbar wenn man die regahss jedesmal neustartet und nur 1x zugreif. Dann sieht man in der Browser-Console/Debugger auch das er das HTML durcheinander bringt und die <div> für die Bilder alle an der selben stelle einsortiert. Vielleicht kannst du dir das selbst ja auch nochmal anschauen und versuchen zu debuggen....

[jmaus]

Kannst du irgendwo ein Backup dieses Testsystems ablegen damit ich da dran komme

Klar, das angehängte File .txt nach .sbk umbenennen ist die Umgebung mit der ich teste.

Admin Passwort ist admin
SSH PW ist auch admin
Netzwerk steht auf DHCP

Danke! Damit bekomm ich das reproduziert (wenn ich alle Kanäle des Gerätes einem Gewerk zuordne und dann das Gewerk anzeigen lasse).

@jp112sdl
Hmm, vielleicht doch zu früh gefreut? Wenn ich nämlich dein JP-HB-Addon-devices Addon deinstalliere ist der Fehler sofort weg. Was genau patcht du da nochmal alles hier/da? Bist du dir sicher das es nicht irgendein Seiteneffekt mit den Patches in deinem Addon gibt?

[jp112sdl]

Wenn ich nämlich dein JP-HB-Addon-devices Addon deinstalliere ist der Fehler sofort weg.

Stimmt, wenn ich es dann wieder installiere, tritt der Fehler sofort wieder auf.

Was genau patcht du da nochmal alles hier/da?

Code: Alles auswählen

  /www/config/devdescr/DEVDB.tcl
  /www/rega/esp/channels.htm
  /www/rega/pages/index.htm
  /www/api/methods.conf
  /www/config/ic_common.tcl
  /www/config/stringtable_de.txt
  /www/ise/htm/header.htm
  /www/pda/eq3/controls/rhs.tcl
  /www/rega/esp/channels.fn
  /www/rega/esp/controls/rhs.fn
  /www/rega/esp/datapointconfigurator.fn
  /www/rega/esp/functions.fn
  /www/rega/esp/side.inc
  /www/rega/pages/tabs/admin/views/programs.htm
  /www/webui/js/extern/sliderControl.js
  /www/webui/js/lang/de/translate.lang.js
  /www/webui/js/lang/de/translate.lang.extension.js
  /www/webui/js/lang/de/translate.lang.stringtable.js
  /www/webui/js/lang/en/translate.lang.stringtable.js
  /www/webui/webui.js
  

Jedenfalls nix an "Status und Bedienung"->"Geräte".

Bist du dir sicher das es nicht irgendein Seiteneffekt mit den Patches in deinem Addon gibt?

Nein, sicher bin ich da ganz und gar nicht.
Die Bild-Spalte kam ja erst ganz neu hinzu.

[jmaus]

Wenn ich nämlich dein JP-HB-Addon-devices Addon deinstalliere ist der Fehler sofort weg.

Stimmt, wenn ich es dann wieder installiere, tritt der Fehler sofort wieder auf.

Bist du dir sicher das es nicht irgendein Seiteneffekt mit den Patches in deinem Addon gibt?

Nein, sicher bin ich da ganz und gar nicht.
Die Bild-Spalte kam ja erst ganz neu hinzu.

Vielleicht kannst du selbst auch mal schauen/debuggen. Ich bin selbst da auch schon dran und ich konnte es schon auf die folgenden drei Zeilen reduzieren:

https://github.com/jens-maus/RaspberryM ... #L119-L121

Wenn ich dort mir anschaue was am schluss "trId" für einen Wert hat beim allersten aufruf dann ist das immer der gleiche, eben weil das "tmp" das durch das foreach() gesetzt wird immer den gleichen wert hat innerhalb der Schleife. Auch ein umbenennen von tmp und tmp2 hat nix gebracht (zwecks konflikt). Und wenn ich das "oUser.UserTempViewIDs().EnumEnabledIDs()" vorher einer string variable zuweise bringt das auch nix. es kommt am schluss beim ersten schleifendurchlauf immer das gleiche heraus. Deshalb bin ich schon dabei das innerhalb von ReGaHss mal zu debuggen, nicht das da doch nen bug in foreach() irgendwie ist. Aber es wäre sicherlich hilfreich du würdest versuchen das mal bei dir zu reproduzieren.

So wie es aktuell aussieht hat es aber wohl nicht unmittelbar mit deinem Addon etwas zu tun, sondern irgendwie löst das ganze einen Laufzeitfehler aus der dafür sorgt das die foreach() schleife immer das selbe zurückgibt in dem falle bzw. das die tmp variable bei jeder iteration den selben wert hat. Komisch nur das das durch dein Addon in kombination mit meinen Änderungen an der WebUI nun getriggert wird. Die Hoffnung ist also doch weiterhin, das wir vielleicht doch diesem Cache- bzw. Elementedopplungsproblem auf den Spuren sind...

[1techone]

Hallo,

ist es so gewollt?
Vorher war es weiß hinterlegt.
Sieht so auch gut aus

Gruß Jürgen