Raspberrymatic hängt nach 4-5 Tagen

[Frank-MA]

Hallo zusammen,

ich bin mit meinen Fähigkeiten als Nutzer an meine Grenzen gekommen.

Seit einigen Monaten bleibt der Zugriff auf die Geräte (via webui oder App) hängen und sind nicht mehr erreichbar.

Die Programme, die nicht von einem Gerät getriggert werden laufen.
Sobald ich versuche Geräte in der webiu aufzurufen friert alles ein und es hilft nur noch der „Stromentzug“

Danach habe ich wieder 4-5 Tage ein funktionierendes System.

Ich habe schon alle Programme deaktiviert, Hat nicht geholfen.
Habe alle Systemvariablen gelöscht, hat nicht geholfen.
Habe die Hue Geräte gelöscht, hat nicht geholfen.
Neue SD Karte installiert und Backup aufgespielt, hat nicht funktioniert.
Raspberry durch CCU3 ersetzt, hat nicht geholfen.
Gegoogelt …

Konfiguration:
Rasp 3b / CCU3
120 Geräte sind installiert
~50 Programme
~10 Systemvariable
Philips Hue Geräte

Ich bin verzweifelt und für jeden Tipp dankbar!
Probiere alles aus, was Hilfe verspricht

Grüße aus Mannheim
Frank

[Xel66]

Hast Du Tür/Fensterkontakte SCo in Deinem System? Dann sollte Dir das Suchwort "SCo" weiterhelfen. Ist bekannt und harrt der Beseitigung. Die Ursache liegt aber in der Originalfirmware und ist dann kein RM-Problem. >>>LINK<<<

Gruß Xel66

[blackhole]

Die Ursache liegt aber in der Originalfirmware und ist dann kein RM-Problem.

RM bedient sich bei "Open"-CCU, welche die fehlerhafte Dual-Copro-Firmware ebenfalls enthält. Insofern ist das auch ein RM-Problem.
Die von dir benutzte Fomulierung "Die Ursache liegt aber in der Originalfirmware" ist irreführend.

Seitens RM kann das allerdings nur gelöst werden, indem keine Closed-Source-Software mehr verwendet wird.
Die Alternativen hierzu lauten: Warten bis eQ-3 das Problem gelöst hat oder eben die bekannten Workarounds anwenden.

[MichaelN]

Die Fehlerbeschreibung passt aber nicht ganz dazu.

Irgendwelche Middleware am laufen? Addons?

[Xel66]

Die von dir benutzte Fomulierung "Die Ursache liegt aber in der Originalfirmware" ist irreführend.

Mag sein, sollte aber nur verdeutlichen, dass dieses kein originäres Problem der Raspberrymatic ist, sondern die Ursachen (für das SCo-Desaster) beim Hersteller zu suchen sind und der Fehler sich somit auch in allen auf OCCU basierenden Derivaten befindet, wenn sie auf der gleichen Treiber-/Codebasis aufbauen. Diente nur als Vorbeugung vor der "Forderung" dass jmaus dieses mal so auf die Schnelle fixen könnte. Diesbezüglich sind ihm da auch die Hände gebunden.

Da die Datenlage aber recht mager ist, ist das alles nur Stochern im Nebel. Auch wenn die Symptomatik nicht 100%ig genau auf das SCo-Problem passt, kommt es trotzdem infrage. Andere Ursachen sind aber genauso denkbar. Aber ich bin auch von dem SCo-Problem betroffen und hatte schon die unterschiedlichsten Auswirkungen, vom Selbstheilungseffekt bis zum Totalabsturz des Funkmoduls. Und dass es ein paar Tage funktioniert, ist auch dem SCo-Problem ähnlich. Wie Nummer5 schon sagte: "More input, please!".

Gruß Xel66

[Frank-MA]

Vielen Dank für die schnellen Rückmeldungen.

Ich habe einige HM und HMIP Fensterkontakte im Einsatz.

Ich werde mir am Wochenende das Sco Thema anschauen.

Eine Middleware it nicht im Einsatz.

Adons:
Email Adon, hm-pdetect und HomeKit
Alle einzeln deinstalliert -> Problem nicht gelöst

[MichaelN]

USB Stick?

[Frank-MA]

Nein kein USB im Einsatz

[Xel66]

Ich habe einige HM und HMIP Fensterkontakte im Einsatz.

Also ich bleibe bei meinem heißen SCo-Tip.

Gruß Xel66

[Frank-MA]

Werde berichten