eq3loop: eq3loop_write_master() return error: -14

[deimos]

Hi,

in der aktuellen CCU3 Version hat sich nichts geändert, da ist nrjavaserial noch immer in Version 3.12.0 von Februar 2016 drin.

Viele Grüße
Alex

[Tibin]

Danke für die Info.
Gruß Tino

[Gerti]

Hi!

in der aktuellen CCU3 Version hat sich nichts geändert, da ist nrjavaserial noch immer in Version 3.12.0 von Februar 2016 drin.

Kann ich auf der CCU3 irgendwie auslesen, welche Version da aktuell verwendet wird?

Gruß,
Gerti

[deimos]

Hi,

in der aktuellen CCU3 Version hat sich nichts geändert, da ist nrjavaserial noch immer in Version 3.12.0 von Februar 2016 drin.

Kann ich auf der CCU3 irgendwie auslesen, welche Version da aktuell verwendet wird?

Technisch korrekt: Jar File entpacken und im entsprechenden Verzeichnis die Metadaten anschauen.
Hiffentlich ähnlich valide: Lizensseite in der WebUI durchsuchen.

Viele Grüße
Alex

[Gerti]

Hi!

Danke für den Tipp, habe es gefunden.

Gruß,
Gerti

[Mutze]

Hallo Zusammen,
hier mal einen kurzen Zwischenbericht.
Vorweg..... leider besteht weiterhin das Problem, dass sich die CCU3 nach ca. 4 Tagen weghängt, immer noch!
Was habe ich seit meiner letzten Nachricht gemacht....
1) ioBroker komplett neu installiert
2) an diesem Wochenende die neuste RaspberryMatic Fware installiert.

Auch wenn es noch zu früh ist das abschließend zu beurteilen, habe ich die Hoffnung zu mindestens eine Art workaround gefunden zu haben.
Ich habe beobachtet, dass die CCU sich "irgendwie" (schwer zu beschreiben) anders verhält, wenn ich beim Start der CCU die Rega und RPC ioB Adapter deaktiviert habe und der CCU mindestens 1 Stunde Zeit gebe. Ich kann beobachten, dass die Speicherauslastung vom HMIPserver nicht mehr so schnell ansteigt. Wenn die Adapter gestartet sind, dann ist die Speicherauslastung bereits nach ca. 1 Stunde bei ca. 25% stetig steigend bis nach ca. 4 Tagen 33% überschritten wird und sich die CCU weghängt.
Wenn ich die Adapter erst ca. 1 Stunde nach dem Neustart der CCU aktiviere, verläuft der Anstieg sehr moderat. Nach einem Tag ca. 21,5% und kaum Steigerungen.
Erklären kann ich es nicht und ob es wirklich das Problem (nicht die Ursache) darstellt, weiß ich auch nicht. Aber vorerst könnte ich mit diesem Workaround leben, sofern er sich denn als verlässlicher workaround bewahrheitet.
Ich informiere weiter.
Gruss Mutze

[Mutze]

Hallo Zusammen,
mal wieder ein Update von meiner Seite.
Nach meinem letzten Eintrag hat sich nicht wirklich eine Verbesserung eingestellt.
Zwischenzeitlich bin ich von der CCU3 HW auf einen Raspberry 4 4GB mit SSD inkl. RPI-RF-MOD umgestiegen.
Dem ersten Anschein nach hat dies zu einer Verbesserung (Lösung???) geführt. Die CCU läuft jetzt seit 10 Tagen stabil.
Ich bin noch etwas skeptisch weil der Speicherverbrauch kontinuierlich steigt.

Eventuell bin ich auch etwas empfindlich geworden, aber seit dem ersten eintreten des Problems suche ich nach Auffälligkeiten und bisher konnte ich nur den stetig steigenden Speicherverbrauch ausfindig machen.
Nach dem Reboot startet die CCU mit ca. 17% Speicherauslastung, geht dann in den ersten 24 Stunden auf ca. 12% runter und steigt dann kontinuierlich an. Pro Tag ca. 0,5%, so dass ich jetzt nach 10 Tagen bei ca. 18% liege. Wenn das so weitergeht, stelle ich mir vor, dass die CCU irgendwann wieder in einen kritischen Bereich mit der Speicherauslastung kommt.

Aber wie gesagt, eventuell bin ich zwischenzeitlich auch zu empfindlich. Ich zwinge mich schon den Speicherverbrauch nur noch 1x pro Tag zu beobachten.
Ich werde weiter berichten.
Gruss Mutze

[inidona]

Dann gebe auch ich mal meine Erkenntnisse weiter.

Ich habe einen Access Point und eine neue CCU3 aufgesetzt. An die neue CCU habe ich ein Gerät umgelernt um die Stabilität zu prüfen.
An den Access Point habe ich einen Zwischenstecker, 2 Außentemperatur und 2 Helligkeitssensoren umgelernt.
Meine Originale CCU hat also 5 IP Geräte weniger.

Seitdem laufen alle Komponenten Stabil. Weder CCUs noch Accesspoint zeigt Auffälligkeiten. Eventuell hängt es also mit der Anzahl der Geräte (IP?) zusammen.

[deimos]

Hi,

im heute veröffentlichten Update im OCCU Github Repository ist auch ein Change im Lizenzfile drin, welcher darauf hindeutet, dass mit der CCU Version 3.59.5 ein Update der nrjavaserial Lib auf 5.2.1 drin sein wird.

Viele Grüße
Alex

[jmaus]

im heute veröffentlichten Update im OCCU Github Repository ist auch ein Change im Lizenzfile drin, welcher darauf hindeutet, dass mit der CCU Version 3.59.5 ein Update der nrjavaserial Lib auf 5.2.1 drin sein wird.

In der Tat ist das so, ja. Ob das dann jedoch eine Verbesserung bzgl. des hier genannten Problems bringt muss sich IMHO jedoch noch zeigen. Warten wir es mal ab. Morgen können zumindest RaspberryMatic Nutzer, die auf die snapshots bereits setzen, daran schon rumtesten weil die Snapshots dann auf der 3.59.5 bereits basieren.