RaspberryMatic 3.47.18.20190918 – Erfahrungsberichte

[Hackertomm]

Ich habe die Neue Version diesmal per Web Ui eingepielt, gab keine Probleme.
Läuft auch alles, auch WLAN, womit meine Rapberrymatic läuft.
Auch die Sende/Empfangswerte der Geräte sind im Grünen Bereich.
Also alles OK!

Vielen Dank für die Arbeit und Mühe!

[tris08]

Habe es nocheinmal versucht.
Bei der aktuellen Version funktioniert mein HMIP-Sam Garagentorsensor nicht mehr.
Hat noch jemand dieses Problem?

[Josl]

Bei mir läuft die neue FW-Version nunmehr seit 2 Tagen ohne Auffälligkeiten (Installation problemlos über neue SD-Karte und Backup-Einspielung um ggfs. auf alte Version wechseln zu können).
Der Garagensensor HMIP-Sam hatte zunächst in der Spalte Leistungsanzeige keine Werte. Da dies bei HMIP-Geräten nach FW-Update aber immer eine gewisse Zeit dauert, habe ich dem auch keine Bedeutung beigemessen und zeitnah auch nicht mehr kontrolliert.
Aktuell ist er aber wieder mit allen Anzeigen (auch letzte Torbewegung) in meinem System vorhanden!
Grundsätzlich scheint die Sende-/Empfangsleistung dieses Sensors eher unterdurchschnittlich zu sein. Ich verwende ihn zwischenzeitlich zusammen mit einem Verstärker, da vorher (mit allen bisherigen FW-Versionen) immer wieder Kontaktunterbrechungen auftraten.

Josl

[Heini_62]

Habe zum ersten Mal das Update über die WebUI des PI 3+ installiert, ohne Probleme, läuft seit 2 Tagen ohne Probleme. Hatte allerdings die Relaise Candidate auf meinem PI 2 getestet und eine SD-Karte mit der neuen Firmware als Back-Up gehabt.
Vielen Dank an Jens Maus und allen Unterstützer für die tolle Arbeit.

[srunschke]

Ich hatte bei dieser Version wieder das Problem, dass das Update über die WebUI scheinbar zwischendrin "gestorben" ist.

- Upload des Images hat geklappt
- unzip lief seeeeeehr lange (allerdings nur mit 5% CPU aber dead i/o)
- irgendwann ist dann einfach nichts mehr passiert, es blieb das Fenster "Bitte warten", die Lizenzfrage kam nicht

Habe eine ganze Zeit lang gewartet, aber der Raspi hat rein gar nichts mehr gemacht - load war wieder bei 0, keine Prozesse mit aktiver CPU Last. Ich konnte auch leider nirgendwo irgendeinen Logeintrag dazu entdecken. Auf der SD Karte konnte ich sehen, dass er das Image vollständig ausgepackt hatte in /usr/local/tmp.

Dann einen Reload der Seite durchgeführt und das Image wieder hochgeladen - hat genauso lange gedauert, aber dann hat es funktioniert. Es lag wie zu erwarten wieder in /usr/local/tmp und die ausgepackten Dateien waren absolut identisch.

Ich meine ich hatte so ein Verhalten schon mal bei einem Update, hatten andere das auch schon?
Gibt es irgendwelche Dinge woran es liegen könnte?

Ist es normal, dass der unzip es nur auf 5% CPU Last bringt? Irgendwie sieht es so aus, als ob die SD Card nicht genug Performance bringt um die CPU auszulasten - allerdings wundert mich das, da es jetzt keine no-name low class Karte ist, die müsste deutlich mehr Performance bringen.

[Visu]

Juhu,
Tinker Board S, bis jetzt keine Auffälligkeiten.

Danke !

G.V.

[jmaus]

Dann einen Reload der Seite durchgeführt und das Image wieder hochgeladen - hat genauso lange gedauert, aber dann hat es funktioniert. Es lag wie zu erwarten wieder in /usr/local/tmp und die ausgepackten Dateien waren absolut identisch.

Ich meine ich hatte so ein Verhalten schon mal bei einem Update, hatten andere das auch schon?
Gibt es irgendwelche Dinge woran es liegen könnte?

In der Tat hatte ich das auch schon. Meines Erachtens ist das ein bug im Webserver (lighttpd) bzw dessen Upload Funktionen. Es schreibt nämlich so zu sein, das wenn es zu dem Problem kommt man dann im error log des lighttpd irgendwelche komischen memory fehler findet die darauf schließen lassen, das es beim Upload bzw der Nachbearbeitung zu irgendeinem Problem gekommen ist und der Webserver dann den cgi skript abgebrochen hat. Das Ganze konnte ich dann in einer der Vorversionen durch Optimierungen in der Konfiguration verbessern. Aber es kommt leider immer noch unter gewissen Bedingungen zu dem Problem. Mit aktuellen RaspberryMatic Versionen sollte es jedoch wesentlich seltener passieren.

Ich werde aber wohl in der Tat nicht drum herum kommen in einer der nächsten Versionen die update Routinen noch einmal so anzupassen, das der Download der neuen Versionen dann direkt von raspberry passiert und man nicht immer erst den Download der neuen Version selbstständig durchführen muss. Und vielleicht mache ich im lighttpd Projekt noch ein Ticket dazu auf das wohl etwas in den Upload Routinen irgendwie im Argen ist.

[Sebastian65432]

Das direkte Update ist nur scheinbar problemlos durchgelaufen. Jetzt läuft nichts mehr. Die LED des CCU3 leuchtet blau. Es sind keine Fehler erkennbar. Wenn ich einen Wandtaster bediene, leuchtet seine LED kurz grün, allerdings reagiert kein Gerät. Es werden anscheinend Daten empfangen, aber nicht mehr verarbeitet. Die RSSI-Werte der Geräte werden aktualisiert. Irgendjemand eine Idee?

Bei mir leider ähnlich. Sowohl HM als auch HMIP Taster, welche eine Systemvariable verädnern sollen, tun dies nun.

[WolfHenk]

Tinkerboard.
Backup gemacht
Nach Update innerhalb kürzester Zeit DutyCycle 99%. Auch nach 2 Stunden noch.
Und die Geräteeinstellungen gingen nicht. Vielleicht wegen Firefox, das habe ich nicht weiter verfolgt.
...
Reset, Kaltstart, Backup wieder eingespielt, selbes Ding.

Mit der Firmware vom Juli keine Probleme. Alte Firmware wieder eingespielt, alles gut...

[CoolmanHB]

wie üblich über WebUI beim Tinker Board keine Probleme.
In 5Minuten war das Update durch und alle HM und HMips laufen un können angesprochen werden.

Besten Dank nochmals!