HomeMatic-Forum / FHZ-Forum

Die Meldungen im 5 Minuten Takt kann ich auch bestätigen ... Kommunikationsstörungen habe ich jedoch in diesem Zusammenhang nicht beobachten können.

Gruß, Bernd

Moin moin

Jetzt scheint es beim xten Versuch zu funktionieren.
Habe gerade die nakte 3.37.8.20180922 installiert, Netzwerk konfiguriert und die gleichen Probleme erhalten. Dabei hatte ich allerdings beim Proxy einen Typo. Nachdem ich die Netzwerkkonfiguration korrigiert habe lief das System korrekt und ich konnte erfolgreich meine Daten per Backup einlesen. Jetzt noch das Update auf die 3.37.8.20180929. Allerdings tauchen jetzt wieder die gleichen Probleme auf. Habe dann den CUx Daemon auf die 2.1.0 aktualisiert und das System neu gestartet. Siehe da, es funktioniert wieder.

Vielen Dank Jens!

Gruss, Markus

wittus67 hat geschrieben: ↑

08.10.2018, 15:23

Hallo zusammen

Nach dem Update auf die 3.37.8 habe ich folgende Probleme:
- Unter "Status und Bedienung" fehlen alle Homematic Geräte. Philips HUE Geräte sind sichtbar.
- Unter "Einstellungen/Geräte" sind auch die Homematic Geräte vorhanden, lassen sich aber nicht konfigurieren, da die Screens leer sind.
- Alle Verknüpfungen fehlen unter "Programme und Verknüpfungen"
- Das Fenster bei "Geräte anlernen" ist auch leer. Es erscheinen nur die Knöpfe "zurück" und "Posteingang"

Version 2.35.16 läuft problemlos.

....

Hallo,

ich bekomme seit dem update ständig die Alarmmeldung S.USV-Power-Restored. Muss ich nun die S.USV-Power neu konfigurieren?

Danke Euch

Grüße

Sven

Hallo,

ich habe gestern von 2.x auf 3.37 aktualisiert und bekomme jetzt diese Meldung, wenn ich mir ein Diagramm anzeigen lassen möchte:

Es ist kein USB-Speicher für die Speicherung der Diagrammdaten vorhanden oder auf diesen konnte nicht zugegriffen werden. Um die Diagrammdaten zu speichern, ist externer USB-Speicher erforderlich.

Einen USB-Stick verwende ich gar nicht, da die microSD Karte groß genug ist.
EDIT: Anscheinend ist die Verwendung eines USB-Sticks für die Diagramm Daten ja nun Standard, gibt es denn auch keine Möglichkeit das zu ändern?

Zero2Cool hat geschrieben: ↑

12.10.2018, 09:49

Um die Diagrammdaten zu speichern, ist externer USB-Speicher erforderlich.

RRDs (eben die Diagrammdatenbanken) werden sehr oft beschrieben und zwar innerhalb ihrer jeweiligen Dateien immer wieder an die selben Stellen (Zellen) des Speichermediums.

Vorher haben die RRDs die SD-Karten kaputtgeschrieben (das recht häufige Sterben von RaspberryMatics ist hier nachtzulesen).
Jetzt schreiben sie halt USB-Sticks kaputt.

Eine saubere Lösung wäre das Schreiben der RRDs in ein tmpfs und ein sinnvolles Zurückschreiben der RRDs auf das Speichermedium in verträglichen Abständen.

blackhole hat geschrieben: ↑

12.10.2018, 10:03

Zero2Cool hat geschrieben: ↑

12.10.2018, 09:49

Um die Diagrammdaten zu speichern, ist externer USB-Speicher erforderlich.

Vorher haben die RRDs die SD-Karten kaputtgeschrieben (das recht häufige Sterben von RaspberryMatics ist hier nachtzulesen).
Jetzt schreiben sie halt USB-Sticks kaputt.

Eine andere Möglichkeit sich vor dem ständigen Kaputtgehen seines USB-Sticks in dem Falle zu schützen wäre, als Dateisystem "F2FS" auf dem USB Stick zu verwenden. D.h. den USB Stick vorher in einem anderen Linux (oder via Kommandozeile in RaspberryMatic) mit einem F2FS filesystem zu formatieren und das zu nutzen. Soweit ich gelesen habe ist das spezielle für SD und USB Karten entwickelt worden und soll die Lebensdauer entsprechend erhöhen.

Das wäre nur eine Krücke für eine Krücke.

Der USB-Stick ist völlig unnötig. Einfach vernünftig umsetzen wie oben beschrieben und gut ist.
Auf meiner modifizierten CCU3 läuft das bisher sehr zufriedenstellend.

Ich hatte ein extra Image von rmupdate, wo die Partitionsgrößen ja geändert sind, auf einer guten 64gb microSD Karte installert.
Das ich jetzt extra einen USB-Stick kaufen muss, welcher nicht zu groß ist finde ich echt blöd. Bis eine gute microSD Karte durch so kleine Daten kaputt geht sollte ja ewig dauern. Durch das auslagern auf einen USB-Stick geht dieser vermutlich eher hops, aber das Raspberrymatic läuft weiter.

Wie wird das denn in der CCU3 gemacht, steckt extra schon ein USB-Stick dran, oder wie wird das dort gelöst?

blackhole hat geschrieben: ↑

12.10.2018, 10:17

Das wäre nur eine Krücke für eine Krücke.

Der USB-Stick ist völlig unnötig. Einfach vernünftig umsetzen wie oben beschrieben und gut ist.
Auf meiner modifizierten CCU3 läuft das bisher sehr zufriedenstellend.

Welche Umsetzung meinst du denn genau? Das mit dem tmpfs ?
Das wäre ja etwas was idealerweise dann in raspberrymatic eingebaut sein müsste.
Manuell die Verzeichnisse und passende Links und Cronjobs anzulegen ist ja nicht die schönste Lösung.

blackhole hat geschrieben: ↑

12.10.2018, 10:17

Das wäre nur eine Krücke für eine Krücke.

Der USB-Stick ist völlig unnötig. Einfach vernünftig umsetzen wie oben beschrieben und gut ist.
Auf meiner modifizierten CCU3 läuft das bisher sehr zufriedenstellend.

Das glaube ich eher weniger das das eine "Krücke" sein sollte, sondern f2fs zu verwenden sollte schon etwas signifikant bringen da das AFAIK bei wiederkehrenden Schreibzugriffen die Schreiboperationen auf den gesamtspeicherbereich verteilt um eben eine Zelle nicht vermehrt wiederkehrend zu beschreiben.
Aber so wie du es beschrieben hast sollte es auch schon eine gewisse Verbesserung bringen (d.h. die rrd datei zuerst in ein tmpfs zu legen und dann z.b. via cronjob regelmäßig auf den usb bzw. sd Speicher zu kopieren). Ich vermute genauso hast du das vmtl. erledigt. Wäre halt nur die Frage wie groß die rrd datei bei großer Anzahl von Diagrammen so werden können und ob man ggf. seinen RAM Speicher dafür dauerhaft hergeben will.

Und unabhängig davon empfinde ich die Lösung über einen externen USB stick (den es für wenige € auch in kleinster Bauweise gibt) trotzdem einen recht guten Kompromiss, gerade für Otto-Normal-Verbraucher...