DV vom HmIP-STE2-PCB legt FSM16 lahm?

HMIP Sender und Empfänger der Serie Homematic IP

Moderator: Co-Administratoren

oxident
Beiträge: 171
Registriert: 10.04.2020, 07:55
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 42 Mal
Danksagung erhalten: 5 Mal

DV vom HmIP-STE2-PCB legt FSM16 lahm?

Beitrag von oxident » 25.05.2023, 19:08

Hallo!

Seit den letzten FW-Updates (z. B. STE2-PCB auf 1.0.28) habe ich ein komisches Problem.
Ich hatte immer eine DV zwischen STE2 und FSM16 zum Steuern einer elektrischen Fußbodenheizung. Hierbei sollte der STE2 einen virtuellen Kanal des FSM16 anhand der konfigurierten Temperaturschwellen an- und abschalten. Quasi als Sperre/Freigabe.

Lief auch monatelang wunderbar. Jetzt ist es mir aber schon 2x passiert, dass der FSM lustig weiter eingeschaltet blieb, obwohl sein Status-Kanal den Schaltzustand "Aus" gezeigt hat und auch in der WebUI die entsprechenden Schalter "Aus" waren. Mir wurde aber dennoch ein hoher Energieverbrauch angezeigt und am Ausgang lag auch definitiv Spannung an.

Ich habe jetzt erstmal die DVs gelöscht und löse es klassisch über Programme in der CCU (RM).

Dies eventuell als Warnung, falls hier noch jemand DV zwischen STE2 und FSM/PSM nutzt...
RaspberryMatic 3.65.11.20221005 RPi4 4GB
RPI-RF-MOD mit ext. Stabantenne und HAP
ioBroker

Xel66
Beiträge: 14085
Registriert: 08.05.2013, 23:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Nordwürttemberg
Hat sich bedankt: 580 Mal
Danksagung erhalten: 1492 Mal

Re: DV vom HmIP-STE2-PCB legt FSM16 lahm?

Beitrag von Xel66 » 26.05.2023, 07:17

Du schaust vermutlich nur auf die virtuellen Kanäle (Suchworte) und deren Rückmeldung. Ausschlaggebend für die Rückmeldung des Schaltaktors ist der Kanal 1. Dessen Status ist das Ergebnis der Status der Kanäle 2 bis 4 und deren interne (vom User anpassbare) Verknüpfungen.

Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch

oxident
Beiträge: 171
Registriert: 10.04.2020, 07:55
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 42 Mal
Danksagung erhalten: 5 Mal

Re: DV vom HmIP-STE2-PCB legt FSM16 lahm?

Beitrag von oxident » 26.05.2023, 07:49

Nee, ich habe wirklich auf den Status-Kanal geschaut und der hat in der Tat "Schaltzustand: Aus" gesagt. Dennoch hat der Messwertkanal stolze 800W geliefert und das entsprach auch der Wahrheit.

Selbst wenn ich dann alle virtuellen Kanäle manuell ausgeschaltet habe blieb es wie es ist. Erst durch durch Kappung der Versorgungsspannung war wieder alles normal.
RaspberryMatic 3.65.11.20221005 RPi4 4GB
RPI-RF-MOD mit ext. Stabantenne und HAP
ioBroker

Xel66
Beiträge: 14085
Registriert: 08.05.2013, 23:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Nordwürttemberg
Hat sich bedankt: 580 Mal
Danksagung erhalten: 1492 Mal

Re: DV vom HmIP-STE2-PCB legt FSM16 lahm?

Beitrag von Xel66 » 26.05.2023, 09:38

Kann es dann sein, dass Dein Relais klebt? Kommt vor, wenn man zu viel Leistung oder Verbraucher mit zu hohem Anlaufstrom drangehängt hatte. Ist/war das so, ist der Kontakt nachhaltig geschädigt.

Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch

oxident
Beiträge: 171
Registriert: 10.04.2020, 07:55
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 42 Mal
Danksagung erhalten: 5 Mal

Re: DV vom HmIP-STE2-PCB legt FSM16 lahm?

Beitrag von oxident » 26.05.2023, 10:23

Oh, das wäre ärgerlich ... und ein dummer Zufall.

Naja, die FBH ist mit max. 900W ohmscher Last eigentlich recht genügsam. Aber ok, könnte ja wirklich ein Defekt sein.

Werde es tauschen :cry:
RaspberryMatic 3.65.11.20221005 RPi4 4GB
RPI-RF-MOD mit ext. Stabantenne und HAP
ioBroker

oxident
Beiträge: 171
Registriert: 10.04.2020, 07:55
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 42 Mal
Danksagung erhalten: 5 Mal

Re: DV vom HmIP-STE2-PCB legt FSM16 lahm?

Beitrag von oxident » 27.05.2023, 09:51

Xel66 hat geschrieben:
26.05.2023, 09:38
Kann es dann sein, dass Dein Relais klebt? Kommt vor, wenn man zu viel Leistung oder Verbraucher mit zu hohem Anlaufstrom drangehängt hatte. Ist/war das so, ist der Kontakt nachhaltig geschädigt.
Wenn ich Dich richtig verstanden habe, dann würde in diesem Fall das Relais aber gar nicht mehr funktionieren, oder?
Bei mir ist es ja so, dass nach dem Powercycle alles wieder problemlos los. Auch mehrmaliges An-/Ausschalten pro Stunde klappt problemlos.

Seitdem ich die DV zwischen STE2 und FSM gelöscht habe und nur noch über das CCU-Programm gehe scheint es auch wieder gut zu funktionieren.

Hätte halt nur gerne wieder eine DV als "Backup"-Lösung für den Fall, dass die CCU mal abschmiert während die FBH an ist.
RaspberryMatic 3.65.11.20221005 RPi4 4GB
RPI-RF-MOD mit ext. Stabantenne und HAP
ioBroker

Xel66
Beiträge: 14085
Registriert: 08.05.2013, 23:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Nordwürttemberg
Hat sich bedankt: 580 Mal
Danksagung erhalten: 1492 Mal

Re: DV vom HmIP-STE2-PCB legt FSM16 lahm?

Beitrag von Xel66 » 27.05.2023, 10:30

oxident hat geschrieben:
27.05.2023, 09:51
Wenn ich Dich richtig verstanden habe, dann würde in diesem Fall das Relais aber gar nicht mehr funktionieren, oder?
Nicht zwangsweise. Es reicht, das das Kontaktmaterial oberflächlich nachhaltig geschädigt ist, was einen höheren Übergangswiderstand zur Folge hat, der langfristig zu höheren Kontakttemperaturen bei Stomfluss führt, was dann wieder zu weiteren Schädigungen (bis zum Verschweißen der Kontakte) führen kann. Es ist ein selbstverstärkendes Problem. Hierbei kann passieren, dass der Anker sich noch bewegt (Relais klickt), aber die Kontakte eben geschlossen bleiben. Die Signalisierung des Aktors in der WebUI folgt natürlich der Bestromung der Relaisspule. Einziges Indiz: Aktor ist ausgeschaltet, aber ein Stromfluss (angeschlossenes Gerät in Betrieb) feststellbar.
oxident hat geschrieben:
27.05.2023, 09:51
Hätte halt nur gerne wieder eine DV als "Backup"-Lösung für den Fall, dass die CCU mal abschmiert während die FBH an ist.
Wenn die Kontakte nicht geschädigt waren (ist ja auch nur eine Möglichkeit) und ggf. der STE2 nur an den "falschen" virtuellen Kanal verknüpft war (immer noch meine Hypothese), steht dem doch nichts entgegen. Du musst dann eben nur die Kanäle entsprechend benutzen oder geeignet untereinander verknüpfen.

Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch

MichaelN
Beiträge: 9562
Registriert: 27.04.2020, 10:34
System: CCU
Hat sich bedankt: 696 Mal
Danksagung erhalten: 1608 Mal

Re: DV vom HmIP-STE2-PCB legt FSM16 lahm?

Beitrag von MichaelN » 27.05.2023, 11:01

Ich befürchte eher das die FW ähnlich wie bei BROLL "optimiert" wurde und nun jedesmal sendet, statt nur bei Änderungen.
LG, Michael.

Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.

Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++

Xel66
Beiträge: 14085
Registriert: 08.05.2013, 23:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Nordwürttemberg
Hat sich bedankt: 580 Mal
Danksagung erhalten: 1492 Mal

Re: DV vom HmIP-STE2-PCB legt FSM16 lahm?

Beitrag von Xel66 » 27.05.2023, 11:58

Der STE2 ist ja ein Temperatursensor, welcher seine Daten sowieso im Zeitraster an verknüpfte Aktoren und die CCU übermittelt. Insofern sollte das keine Auswirkungen haben. Nach längerem Nachdenken könnte ich mir höchstens noch vorstellen, dass der verknüpfte Schaltbefehl mangels Reichweite der direktverknüpften Geräte nicht am Aktor angekommen ist. Kann ja sein, dass Aktor und Sensor zur CCU eine gute ungestörte Funkverbindung haben (RSSI-Werte), aber sich untereinander nur eingeschränkt "sehen" (könnte man ggf. unter Kanal 0.RSSI_PEER auslesen) oder unterwegs eine Funkstörer ist. Mein STE2 ist nicht direktverknüpft. Ich benutze diesen als thermischen Bettbelegungssensor (Temperatur der Matratzenunterseite gegenüber der Raumtemperatur). Kann deshalb das Schaltverhalten nicht testen. Gegebenenfalls hilft es auch, die Option "Schaltbefehl zyklisch senden" in der Geräteeinstellung zu aktivieren.

Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch

oxident
Beiträge: 171
Registriert: 10.04.2020, 07:55
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 42 Mal
Danksagung erhalten: 5 Mal

Re: DV vom HmIP-STE2-PCB legt FSM16 lahm?

Beitrag von oxident » 27.05.2023, 12:10

Nun ja, aber das alles würde nicht erklären, warum der Aktor *denkt*, er wäre aus.

Mir ist klar, dass man sich bei den virt. Kanälen und deren Verknüpfung leicht verhauen kann, aber das würde ich hier erstmal ausschließen (wie gesagt, Statuskanal sagt "Aus" und das auch seit längerer Zeit).

Meine Vermutung ist daher, dass wirklich das Relais (ein wenig) klebt oder aber, dass der FSM schlichtweg abstürzt.

Letzteres wäre ärgerlich und wirft ein anderes Licht auf kritische/wichtige Dinge, die man mit dem FSM schalten würde.
RaspberryMatic 3.65.11.20221005 RPi4 4GB
RPI-RF-MOD mit ext. Stabantenne und HAP
ioBroker

Antworten

Zurück zu „HomeMatic IP Aktoren und Sensoren“