RaspberryMatic 3.69.7.20230506 – Neue Version

[Matten Matten]

Ich hatte das schon 2 mal nach nem Firmware-Update. Bei mir hat geholfen ALLE GERÄTE mit Festspannungsanschluss einmal via Sicherungen stromlos zu machen. Alle Batterie betriebenen Geräte die Batterien zu entfernen, kurz warten dann wieder einsetzen. Bei den Rauchmeldern mit fest installierten Batterien, hat es irgendwann nach mehrmaligen Testknopf drücken geklappt.

Bin seit dem eher nicht mehr am updaten, da der Aufwand dahinter einfach zu groß ist, wenn man so viele ip Geräte hat. Zumal auch andere Geräte auf den Sicherungen sitzen.

Soweit ich weiß ist das auch schon einigermaßen bekannt. Selbst ich habe das schon in irgendeinem Versionsbeitrag erwähnt, wo ich noch nicht wusste wie ich das Problem beheben kann. Nur wird das hier immer auf Interferenzen also im Carrier Sense abgeschoben.

Gruß Matten

[MichaelN]

Meines Wissens wurde das nicht als Bug gemeldet und demzufolge auch nicht bearbeitet.

Dazu müsste mal jemand das Problem nachvollziehbar beschreiben.

Bei 99,x% funktionierenden installationen schwierig.

Ich würde als Holzhammer Methode allenfalls die FW nochmal neu aufspielen.

[Matten Matten]

Die Firmware neu aufspielen brachte bei mir 2x nix, auch ein neu aufsetzen und restore komplett erfolglos! Nur das ausknipsen der Geräte hat bei mir geholfen, und da kann man auch nicht viel beschreiben.

Außer alle IP Geräte kommunizieren nicht mit der CCU.

Das ist sogar so nervig das die Lichtschalter nicht mehr ordnungsgemäß schalten und die ganze Zeit mit Funk versuchen beschäftigt sind.

Allerdings,
untereinander also bestehende direkt Verknüpfungen funktionieren.

Gruß Matten

[Baxxy]

Das ist auch gerade Thema in einer Github Diskussion. #2325

Solange es keine Möglichkeit gibt das sauber zu reproduzieren ist es schwer bis unmöglich das Problem zu identifizieren.

Ein betroffener müsste mal das IP-Logging auf TRACE stellen (den Rest so niedrig wie möglich), einmal durchbooten dann das Zentralenupdate einspielen.
Wenn dann nach dem automatischen Reboot "nix mehr geht" das System ne Stunde laufen lassen und das Logfile bereitstellen.

Rein technisch gesehen bleiben HmIP-Funkadresse sowie der Verschlüsselungs-Key bei einem Zentralenupdate unangetastet da diese Daten im /userfs liegen. Auf der anderen Seite sind Adresse und Key in den IP-Aktoren/Sensoren gespeichert, da ändert sich also auch nix von alleine.

Ich bin da also auch echt ratlos...

Edit:
Man könnte auch ein Vorher/Nachher Backup "diffen" und gucken ob sich irgendwo unerlaubt was geändert hat bezüglich IP-Kommunikation.

Edit2:
Vielleicht betrifft es auch nur ein bestimmtes Funkmodul...

[Matten Matten]

Edit2:
Vielleicht betrifft es auch nur ein bestimmtes Funkmodul...

Das könnte ich mir auch vorstellen, ich hab das alte gpio aufsteck Modul "HM-MOD-RPI-PCB"

Gruß Matten

[Bastelhermi]

Hallo,
Das Modul habe ich auch.

RF-Module/Firmware: HM-MOD-RPI-PCB (2.8.6)

Bei mir keine Probleme mit aktuellem Raspi.

Hermann

[drasnus]

Ich hatte das schon 2 mal nach nem Firmware-Update. Bei mir hat geholfen ALLE GERÄTE mit Festspannungsanschluss einmal via Sicherungen stromlos zu machen. Alle Batterie betriebenen Geräte die Batterien zu entfernen, kurz warten dann wieder einsetzen. Bei den Rauchmeldern mit fest installierten Batterien, hat es irgendwann nach mehrmaligen Testknopf drücken geklappt.

Bin seit dem eher nicht mehr am updaten, da der Aufwand dahinter einfach zu groß ist, wenn man so viele ip Geräte hat. Zumal auch andere Geräte auf den Sicherungen sitzen.

Soweit ich weiß ist das auch schon einigermaßen bekannt. Selbst ich habe das schon in irgendeinem Versionsbeitrag erwähnt, wo ich noch nicht wusste wie ich das Problem beheben kann. Nur wird das hier immer auf Interferenzen also im Carrier Sense abgeschoben.

Gruß Matten

Genau diesen Weg bin ich jetzt mit allen Geräten gegangen. Aktuell sind alle wieder erreichbar. Mal sehen wie sich das ganze Entwickelt. Ich behalte auch mal das Github Issue im Auge. Vielleicht gibt es ja doch noch eine Erkenntnis.

[binaer]

hatte nach einem System-Crash (mehr Infos dazu da: viewtopic.php?f=65&t=79149) dasselbe Problem. Statt alle Geräte neu anzulernen habe ich:
1) Downgrade auf 3.67.10.20230114
2) Raspberry shutdown
3) Komplett stromlos, inkl. ziehen der Antenne, wenige Sekunden warten, Antenne wieder drauf
4) Boot

Das Problem war damit zum Glück gelöst.
Ich habe ein RPi 3 B+ und eine Antenne RPI-RF-MOD. Anbei das Log, sollte es von Interesse sein.

[jmaus]

Habe soeben eine neue stabile RaspberryMatic Verison (3.69.7.20230626) freigegeben. Insofern geht es nun hier mit Erfahrungsberichten dazu hier weiter:

viewtopic.php?f=65&t=79219