RaspberryMatic 3.37.8.20180929 - Erfahrungsberichte

Einrichtung, Nutzung und Hilfe zu RaspberryMatic (OCCU auf Raspberry Pi)

Moderatoren: jmaus, Co-Administratoren

Benutzeravatar
Bernd-Joras
Beiträge: 730
Registriert: 26.03.2016, 09:33
Hat sich bedankt: 34 Mal
Danksagung erhalten: 40 Mal

Re: RaspberryMatic 3.37.8.20180929 - Erfahrungsberichte

Beitrag von Bernd-Joras » 10.10.2018, 08:42

Die Meldungen im 5 Minuten Takt kann ich auch bestätigen ...

Code: Alles auswählen

[size=50]Oct 9 19:35:55 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-5] SYSTEM: 0 Accesspoints in Queue 
Oct 9 19:35:55 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-5] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
Oct 9 19:35:55 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-5] SYSTEM: Eventlistener Handler utilization: 0/50 used 
Oct 9 19:40:22 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-1] (un)registerCallback on LegacyServiceHandler called from url: http://192.168.5.110:2098 
Oct 9 19:40:22 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-1] init finished 
Oct 9 19:40:22 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO  [vert.x-worker-thread-2] Added InterfaceId: HmIP-RF 
Oct 9 19:40:22 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-2] updateDevicesForClient HmIP-RF -> 6 device addresses will be added[/size] 
Kommunikationsstörungen habe ich jedoch in diesem Zusammenhang nicht beobachten können.

Gruß, Bernd
2 Standorte mit je RPi3B+ RaspberryMatic 3.73.9.20240130 / RPI-RF-MOD | Externe USB-Platinen Antenne | 2x LAN_RF_GW | 1x LAN_RS485_GW | ca. 170 Geräte davon 35x IP | ca. 250 Programme |>600 Kanäle | Addons: CUX-Daemon, XML-API, hm_pdetect, E-Mail, CCU-Historian

wittus67
Beiträge: 2
Registriert: 08.10.2018, 14:41

Re: RaspberryMatic 3.37.8.20180929 - Erfahrungsberichte

Beitrag von wittus67 » 10.10.2018, 10:00

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.

....

Dome_2001
Beiträge: 319
Registriert: 01.07.2014, 10:18
Hat sich bedankt: 5 Mal

Re: RaspberryMatic 3.37.8.20180929 - Erfahrungsberichte

Beitrag von Dome_2001 » 12.10.2018, 09:46

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
--------------------------------------------
138 Kanäle in 55 Geräten und 111 CUxD-Kanäle in 7 CUxD-Geräten
--------------------------------------------

Zero2Cool
Beiträge: 36
Registriert: 23.11.2016, 07:13
Hat sich bedankt: 2 Mal

Re: RaspberryMatic 3.37.8.20180929 - Erfahrungsberichte

Beitrag von Zero2Cool » 12.10.2018, 09:49

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?

Benutzeravatar
blackhole
Beiträge: 3718
Registriert: 21.07.2015, 14:03
System: CCU
Hat sich bedankt: 184 Mal
Danksagung erhalten: 586 Mal

Re: RaspberryMatic 3.37.8.20180929 - Erfahrungsberichte

Beitrag von blackhole » 12.10.2018, 10:03

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.

Benutzeravatar
jmaus
Beiträge: 9819
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 459 Mal
Danksagung erhalten: 1856 Mal
Kontaktdaten:

Re: RaspberryMatic 3.37.8.20180929 - Erfahrungsberichte

Beitrag von jmaus » 12.10.2018, 10:12

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.
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

Benutzeravatar
blackhole
Beiträge: 3718
Registriert: 21.07.2015, 14:03
System: CCU
Hat sich bedankt: 184 Mal
Danksagung erhalten: 586 Mal

Re: RaspberryMatic 3.37.8.20180929 - Erfahrungsberichte

Beitrag von blackhole » 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.

Zero2Cool
Beiträge: 36
Registriert: 23.11.2016, 07:13
Hat sich bedankt: 2 Mal

Re: RaspberryMatic 3.37.8.20180929 - Erfahrungsberichte

Beitrag von Zero2Cool » 12.10.2018, 10:22

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?

Zero2Cool
Beiträge: 36
Registriert: 23.11.2016, 07:13
Hat sich bedankt: 2 Mal

Re: RaspberryMatic 3.37.8.20180929 - Erfahrungsberichte

Beitrag von Zero2Cool » 12.10.2018, 10:25

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.
Zuletzt geändert von Zero2Cool am 12.10.2018, 10:27, insgesamt 1-mal geändert.

Benutzeravatar
jmaus
Beiträge: 9819
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 459 Mal
Danksagung erhalten: 1856 Mal
Kontaktdaten:

Re: RaspberryMatic 3.37.8.20180929 - Erfahrungsberichte

Beitrag von jmaus » 12.10.2018, 10:27

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...
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

Gesperrt

Zurück zu „RaspberryMatic“