HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5

[Daimler]

Hi,

Ich bin auf original 3.61.6

Mit der 3.61.6er gibt es ja diesbez. auch keine Probleme bzw. sind die zum. bei mir anscheinend mit der wieder weg.

Das trat (nur?) mit der 3.61.5 auf.

SMI55 / -2 kann ich nicht mit dienen.

[jp112sdl]

Mit der 3.61.6er gibt es ja diesbez. auch keine Probleme bzw. sind die zum. bei mir anscheinend mit der wieder weg.
Das trat (nur?) mit der 3.61.5 auf.

Möglicherweise tritt/trat das Problem mit den HM-Sec-SCo nur in Kombination mit bestimmten anderen (HmIP-?) Geräten auf.
Einige Leute hatten/haben das Problem (auch mit der 3.61.6), andere wiederum nicht.

Lt. Changelog betrifft die Änderung von 3.61.5 zur 3.61.6 nur den HmIP-MP3P.
Bei genauerem Hinsehen lässt sich feststellen, dass im HMIPServer auch was an der de/eq3/cbcs/legacy/bidcos/rpc/internal/DeviceUtil.class geändert wurde.

Ob das nun was mit der Kommunikationsstörung zu tun haben mag, kann ich nicht beurteilen.
Meinem Verständnis nach, kommuniziert der RFD direkt mit der ReGa.
Welche Rolle BidCos im HMIPServer spielt, ist mir - bis auf die Diagrammaufzeichnungen - unklar.

[blackhole]

Möglicherweise tritt/trat das Problem mit den HM-Sec-SCo nur in Kombination mit bestimmten anderen (HmIP-?) Geräten auf.

Deine Idee/Vermutung/Frage mit anderen HmIP-Geräten kann man ausschließen: Mir ist eine entsprechende Installation bekannt (mein Nachbar, reine HM-Umgebung, einmalige, im Rahmen der Meldeabstände praktisch zeitgleiche Servicemeldungen bei allen verbauten HM-Sec-Sco nach Update auf 3.61.6). Mein Nachbar hatte um Hilfe gerufen und ich habe mir das dort einmal angeschaut.
Seine CCU3 ist übrigens addon-verseucht. Das soll weiter nichts heißen, bekräftigt aber meine persönliche Meinung zu dem Thema.

[jp112sdl]

nach Update auf 3.61.6

Dann ist es also dort auch nicht final behoben.
Bis einschließlich 3.59.x kam sowas ja nicht vor.

Seine CCU3 ist übrigens addon-verseucht. Das soll weiter nichts heißen, bekräftigt aber meine persönliche Meinung zu dem Thema.

Welche Rolle Addons spielen, kann ich auch nicht abschließend beurteilen.
Mir ist auf die Schnelle keines bekannt, das auf die RPC-Kommunikation zwischen RFD und ReGa Einfluss nimmt und bekräftigt meine Meinung, dass es nicht mit solchen zusammenhängt.
Da bei mir das Problem mit den HM-Sec-SCo weder in der 3.61.5 noch in der 3.61.6 auftrat, hier mal meine installierten Addons, die zumindest nicht ursächlich sein dürften:

[MichaelN]

meine persönliche Meinung zu dem Thema

Wir sollten uns auf überprüfbare Thesen beschränken und diese durch Versuch und Irrtum bestätigen oder ausschließen.

Manche die mit 3.61.5 Probleme hatten, habe diese mit 3.61.6 nicht mehr. Auch vice versa? Vielleicht ist es einfach nur der Reboot, der das Problem gelöst hat. Hat jemand mit dem Problem einfach mal versucht mehrfach zu booten, bis das Problem verschwindet?

Wobei es immer noch ein Fehler wäre, wenn der Bootprozess nicht zuverlässig abläuft.

Und was ist das für eine verrückte Geschichte, das der Fehler teilweise erst nach Tagen auftritt? Hört sich für mich immer noch so an, als würde zyklischen (nach Zeit oder ANzhal Vorgänge) irgendein Prozess angestoßen und erst in dessen Folge stellen die Geräte die Kommunikation ein.

Stellen die Geräte die Kommunikation ein oder die CCU? Hat das schon mal jemand untersucht?

[Daimler]

Hi,

allen verbauten HM-Sec-Sco nach Update auf 3.61.6

Sicher

Einige Leute hatten/haben das Problem (auch mit der 3.61.6), andere wiederum nicht.

Blackhole ist wimre der 1., der darüber in Verbindung mit der 3.61.6 berichtet - oder ich habe es übersehen.
Aber hier kann ich HM-IP zum. auf einer CCU ausschließen, die kennt gar keine IP-Geräte.

[blackhole]

Dann ist es also dort auch nicht final behoben.

Was sollte denn da behoben werden? Ist dir ein Fehler bekannt?

[Daimler]

Hi,

Vielleicht ist es einfach nur der Reboot, der das Problem gelöst hat.

Ein Reboot ist unter piVCCU zwangsläufig.
Ich führe aber zus. bei einem FW-Update auch einen PI-Reboot durch.

Stellen die Geräte die Kommunikation ein oder die CCU? Hat das schon mal jemand untersucht?

Gute Frage.
Ich hatte ja berichtet, dass keine kompletten Statusmeldungen mehr im Log erschienen.
Und das die Sensoren ihren Dienst einstellen, kann man m.E. auschließen.

[MichaelN]

Und wenn Du einfach zum Spaß noch ein paar Mal rebootest?

[Daimler]

Und wenn Du einfach zum Spaß noch ein paar Mal rebootest?

Wieviele Reboots hättest du denn gerne

Sorry - aber bei mir hat der Spaß vor 4 Tagen aufgehört.
Und wenn wieder Erwarten die Probleme auch unter der 3.61.6 auftauchen sollten, geht es zurück auf eine 3.59er.