RaspberryMatic 3.51.6.20200621 – Neue Version

[jmaus]

Mir ist aufgefallen, dass das /bin/updateAddonConfig.tcl nicht mehr funktioniert, da das "homematic" Package nicht mehr länger den Befehl
"::HomeMatic::Addon::RemoveConfigPage $id" enthält.

Ich bin auf eine ältere Raspberrymatic Version zurückgesprungen, und habe dort den Code aus dem Homematic Paket extrahiert.

Folgender Code fehlt im "/lib/tcl18.2/homematic/homematic.tcl"

[...]

Somit kann man mit updateAddonConfig.tcl -a weiterhin GUIelemente hinzufügen, aber nicht mehr entfernen.

Danke für den Hinweis, habe ich soeben repariert, d.h. sollte mit der nächsten RaspberryMatic Version wieder funktionieren. Hier übrigens liegt der Patch der das exklusiv für RaspberryMatic umsetzt: https://github.com/jens-maus/RaspberryM ... nfig.patch

Das nächste mal aber am besten gleich für sowas ein GitHub Ticket aufmachen weil es dann nicht gefahr läuft hier unterzugehen.

[Mac_]

Hallo zusammen,

ich habe, so denke ich, auch einen kleinen Bug entdeckt.

Auf der Übersichtsseite werden ja die DutyCycles der "CCU" und der angeschlossenen Gateways angezeigt. Leider sind das in der aktuellen Version nur 3. Es müssten aber bei mir 4 sein. Diese sind auch alle verbunden und via ping erreichbar. Ich meine, dass in der Vor-Vorversion noch alle 4 Cyclen angezeigt wurden.

Viele Grüße aus Ulm und bleibt gesund!

Mac_

[Rums Wums]

@jmaus, kannst du zu meinem Problem auch was sagen?

[jmaus]

Auf der Übersichtsseite werden ja die DutyCycles der "CCU" und der angeschlossenen Gateways angezeigt. Leider sind das in der aktuellen Version nur 3. Es müssten aber bei mir 4 sein. Diese sind auch alle verbunden und via ping erreichbar. Ich meine, dass in der Vor-Vorversion noch alle 4 Cyclen angezeigt wurden.

Kann da keinen offensichtlichen Bug erkennen. Wenn er 3 anzeigen kann sollte das prinzipiell auch mit 4 gehen. Musst du nochmal selbst testen/debuggen.

[jmaus]

@jmaus, kannst du zu meinem Problem auch was sagen?

Du meinst dein iPad problem? Nöh, dazu kann ich nix sagen, WebUI verwendet/bedient man ja auch nicht auf einem iPad

[Rums Wums]

Aha, und wo steht das das man das nicht auf einem iPad bedient? Super Antwort!

[jmaus]

Aha, und wo steht das das man das nicht auf einem iPad bedient? Super Antwort!

Den Smiley hast du schon wahrgenommen, oder?

Nun, aber ganz unrecht hab ich leider nicht. Die WebUI ist zu einer zeit entwickelt worden da gab es noch keine Tablets und das WebUI Design ist sehr fern von jeglichem responsive Design Ansatz oder ähnlichem. Was viele leider auch übersehen ist, das die WebUI eine reine Konfigurationsoberfläche ist und nicht dafür gedacht ist sich damit Statusdisplays oder ähnliches zu generieren. Dafür gibt es inzwischen weitaus bessere Lösungen (ioBroker, RedMatic, etc.). Und auch wenn es prinzipiell geht, ich rate stark davon ab!

Aber zurück zu deinem Problem, was war das nochmal genau? Du hast ja leider dein Beitrag nicht selbst verlinkt hier.

[Rums Wums]

Das iPad nehme ich als Laptop Ersatz. Auf dem 12“ kann man die WebUI gut bedienen und programmieren. Erst recht mit dem neuen Magic Keybord für das iPad.

Mir ist das aufgefallen, weil ich Programme erstellt habe, wo ich dann am Gerät sehen wollte, ob es geschaltet wurde. Es wurde geschaltet aber der Zustand ist in der WebUI nicht von „Ein“ auf „Aus“ gesprungen. Erst, nachdem ich dann nochmal auf das Gerät (links in der Liste) geklickt habe, wurde aktualisiert.

Hier meine beiden Beiträge:

viewtopic.php?f=65&t=59467&start=120#p590893

viewtopic.php?f=65&t=59467&start=120#p590981

Danke!

[jmaus]

Das iPad nehme ich als Laptop Ersatz. Auf dem 12“ kann man die WebUI gut bedienen und programmieren. Erst recht mit dem neuen Magic Keybord für das iPad.

Das mag sein, trotzdem ist ein iPad samt Magic Keyboard, etc. immer noch kein Desktop System, denn Stromsparen und hohe Temperaturen vermeiden ist immer noch ein zentrales Goal solcher Tablets und da kann auch der Browser ggf. in einen strikten Stromsparmodus gehen und ggf. sich dadurch anders verhalten alsdass die auf einem Desktopsystem der fall ist.

Mir ist das aufgefallen, weil ich Programme erstellt habe, wo ich dann am Gerät sehen wollte, ob es geschaltet wurde. Es wurde geschaltet aber der Zustand ist in der WebUI nicht von „Ein“ auf „Aus“ gesprungen. Erst, nachdem ich dann nochmal auf das Gerät (links in der Liste) geklickt habe, wurde aktualisiert.

So allgemein kann ich erst einmal nicht viel dazu sagen. Prinzipiell sollte das schon alles funktionieren und auch auf einem iPad. Und ich wüsste nicht warum die WebUI jetzt an dieser Stelle nicht wie der gleiche Browser auf einem Desktop System funktionieren sollte, außer natürlich der Browser geht irgendwie in einem Deep-Sleep um Strom/CPU zu sparen und verwirft daher Events. Und damit kämpft z.B. nicht nur die CCU WebUI sondern auch ioBroker, etc. Aber dort werden dann spezielle Methoden verwendet um genau so etwas zu vermeiden. Ergo bleibe ich dabei. Konfigurationsarbeiten, etc. sollte man immer mit einem Desktop Browser machen und nicht mit einem Tablet-Browser. Aber ob das natürlich jetzt auf dein Problem zutrifft kann ich schwer sagen ohne das selbst zu debuggen. Da müsstest du dann schon selbst tätig werden, den debug modus des browsers einschalten und schauen inwieweit es da zu fehlern oder exceptions kommt und ob die aktualisierungsevents durchkommen...

[shartelt]

Ohne zu wissen, was "auf dem Gerät "lichtschalter"" ist (ja, es gibt unterschiede in Geräten wie und wann sie den Status übermitteln)...klappt es bei mir am Rechner und iPad mit Chrome ohne Probleme, falls ich einen netzbetriebenen Aktor am Aktor schalte sofort im Browser die Statusänderung zu sehen.