gelöst! - HM-LC-Sw1PBU-FM defekt oder anderes Problem?

Kabellose und kabelgebundene Sender und Empfänger der klassischen Homematic-Serie

Moderator: Co-Administratoren

kwb
Beiträge: 50
Registriert: 29.08.2006, 18:35
Hat sich bedankt: 3 Mal

gelöst! - HM-LC-Sw1PBU-FM defekt oder anderes Problem?

Beitrag von kwb » 04.07.2020, 18:42

Ich verwende einen HM-LC-Sw1PBU-FM um meine Gartenteichpumpe über einen CCU2-Skript abends aus und morgens wieder einzuschalten.
Das hat bisher problemlos funktioniert. Seit 2Tagen wird der Aktor aber anscheinend korrekt eingeschaltet, aber nach zwei Sekunden wird der State wieder auf falsch zurückgesetzt. Da ich das gleiche Phänomen auch sehe, wenn ich versuche den Aktor aus dem WebUI zu schalten, befürchte ich, dass der Aktor defekt ist. Im Log-File sehe ich, dass der Aktor auf wahr gesetzt wird, leider fehlt mir die Erfahrung, die weiteren Informationen im Log richtig zu interpretieren. Es wäre super, wenn mir jemand da helfen könnte.
Der Aktor um den es geht ist ein HM-LC-Sw1PBU-FM mit der Seriennummer LEQ1293454. Im Logfile sieht mann, dass ich das Einschalten mehrmals hintereinander aktiviert habe. Die Einschaltzeile der jeweiligen Versuche und das Auftauchen der SN-Nr habe ich gelb markiert.

Jul 4 17:08:20 homematic-ccu2 user.debug rfd: Event: LEQ1293454:1.STATE=true
Jul 4 17:08:20 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:20 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:20 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:20 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:20 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:20 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:21 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:21 homematic-ccu2 user.debug rfd: Event: LEQ1293454:1.WORKING=false
Jul 4 17:08:21 homematic-ccu2 user.debug rfd: RX for LEQ1293454: @442434146 RSSI=-184dB 0x341DF4 -> 0x256069 ACK_STATUS [KEQ1037672]: CNT=9,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x02 CHANNEL = 1 STATUS = 200 STATE = 0 CLOCK = 0 LOWBAT = 0 DUTY_CYCLE = 0 RSSI = 72
Jul 4 17:08:21 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:21 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:21 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:21 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:21 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:21 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:21 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:21 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:21 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:23 homematic-ccu2 user.debug multimac: C> @2056695541: #160 LLMAC RX @ 25ms -73dBm 00 A4 10 34 1D F4 25 60 69 06 01 00 00
Jul 4 17:08:23 homematic-ccu2 user.debug multimac: Bidcos RX: #00[BiDi|BC|Ren] 341DF4->256069 Info: 06 01 00 00
Jul 4 17:08:23 homematic-ccu2 user.debug multimac: GetAckActionForIncomingTelegram() ackAction=AckAction_Ack, wakeup=None
Jul 4 17:08:23 homematic-ccu2 user.debug multimac: MacController::OnDownstreamFrame(#255 LLMAC TX @ 131ms [10k,NoCCA] 00 80 02 25 60 69 34 1D F4 00)
Jul 4 17:08:23 homematic-ccu2 user.debug multimac: C<: #199 LLMAC TX @ 131ms [10k,NoCCA] 00 80 02 25 60 69 34 1D F4 00
Jul 4 17:08:23 homematic-ccu2 user.debug multimac: C< @2056695544: bin:FD 00 10 03 C7 06 00 83 80 00 80 02 25 60 69 34 1D F4 00 F5 AD
Jul 4 17:08:23 homematic-ccu2 user.debug multimac: AutoTx: #00[Ren] 256069->341DF4 Ack: 00
Jul 4 17:08:23 homematic-ccu2 user.debug multimac: A<: #110 HmBidcos RxTelegram AuthNotNecessary #00[BiDi|BC|Ren] 341DF4->256069 Info: 06 01 00 00
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: RX for LEQ1293454: @442436621 RSSI=-73dB 0x341DF4 -> 0x256069 INFO_ACTUATOR_STATUS [KEQ1037672]: CNT=0,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=1,TYPE=0x10 CHANNEL = 1 STATUS = 0 STATE = 0 CLOCK = 0 LOWBAT = 0 DUTY_CYCLE = 0 RSSI = 0
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: Event: LEQ1293454:1.STATE=false
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: Event: LEQ1293454:1.WORKING=false
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jul 4 17:08:23 homematic-ccu2 user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jul 4 17:08:23 homematic-ccu2 user.debug multimac: C> @2056695663: #199 LLMAC Response ACK @131: 00 83
Jul 4 17:08:25 homematic-ccu2 user.debug rfd: TX: @442438185 0x256069 -> 0x341DF4 CENTRAL_RAMP_START [KEQ1037672]: CNT=9,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x11 CHANNEL = 1 LEVEL = 200 RAMPTIME = 0 ONTIME = 0
Jul 4 17:08:25 homematic-ccu2 user.debug multimac: A>: #26 HmBidcos TxTelegram [] #09[BiDi|Ren] 256069->341DF4 CentralCommand: 02 01 C8 00 00
Jul 4 17:08:25 homematic-ccu2 user.debug multimac: SubsystemBidcos::ProcessTxQueue() size=1
Jul 4 17:08:25 homematic-ccu2 user.debug multimac: MacController::OnDownstreamFrame(#255 LLMAC TX @32768ms [10k,NoCCA] 09 A0 11 25 60 69 34 1D F4 02 01 C8 00 00)
Jul 4 17:08:25 homematic-ccu2 user.debug multimac: C<: #200 LLMAC TX @32768ms [10k,NoCCA] 09 A0 11 25 60 69 34 1D F4 02 01 C8 00 00
Jul 4 17:08:25 homematic-ccu2 user.debug multimac: C< @2056697118: bin:FD 00 14 03 C8 06 80 00 80 09 A0 11 25 60 69 34 1D F4 02 01 C8 00 00 80 A9
Jul 4 17:08:25 homematic-ccu2 user.debug multimac: _txState = TxState_WaitCoproResponse
Jul 4 17:08:25 homematic-ccu2 user.debug multimac: C> @2056697145: #200 LLMAC Response ACK @1617: 06 51
Jul 4 17:08:25 homematic-ccu2 user.debug multimac: _txState = TxState_WaitAck
Jul 4 17:08:25 homematic-ccu2 user.debug multimac: C> @2056697273: #161 LLMAC RX @ 1765ms -74dBm 09 80 02 34 1D F4 25 60 69 01 01 C8 00 47
Jul 4 17:08:25 homematic-ccu2 user.debug multimac: Bidcos RX: #09[Ren] 341DF4->256069 Ack: 01 01 C8 00 47
Jul 4 17:08:25 homematic-ccu2 user.info multimac: ACK received after 0 repetitions: #09[Ren] 341DF4->256069 Ack: 01 01 C8 00 47
Jul 4 17:08:25 homematic-ccu2 user.debug multimac: A<: #26 HmBidcos Response 03 00 B6 09 80 02 34 1D F4 25 60 69 01 01 C8 00 47
Jul 4 17:08:25 homematic-ccu2 user.debug multimac: _txState = TxState_Idle
Jul 4 17:08:25 homematic-ccu2 user.debug rfd: (KEQ1037672) Response status: Telegram sent, received ACK.
Jul 4 17:08:25 homematic-ccu2 user.debug rfd: Response accepted: @442438351 RSSI=-182dB 0x341DF4 -> 0x256069 ACK_STATUS [KEQ1037672]: CNT=9,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x02 CHANNEL = 1 STATUS = 200 STATE = 0 CLOCK = 0 LOWBAT = 0 DUTY_CYCLE = 0 RSSI = 71
Zuletzt geändert von kwb am 05.07.2020, 19:07, insgesamt 2-mal geändert.

Daimler
Beiträge: 9115
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 283 Mal

Re: HM-LC-Sw1PBU-FM defekt oder anderes Problem?

Beitrag von Daimler » 04.07.2020, 19:22

Klingt verdächtig nach C26.
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

kwb
Beiträge: 50
Registriert: 29.08.2006, 18:35
Hat sich bedankt: 3 Mal

Re: HM-LC-Sw1PBU-FM defekt oder anderes Problem?

Beitrag von kwb » 05.07.2020, 09:01

@Daimler: Hallo Günter,
vielen Dank für deinen Super-Hinweis. Ich habe gestern noch den C26 gewechselt und kann bestätigen, dass der Aktor seitdem offensichtlich wieder problemlos funktioniert. Nochmals herzlichen Dank.
Gruß, Werner

Daimler
Beiträge: 9115
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 283 Mal

Re: HM-LC-Sw1PBU-FM defekt oder anderes Problem?

Beitrag von Daimler » 05.07.2020, 09:46

Hallo Werner,

danke für die Rückmeldung und freut mich, wenn es geholfen hat.
Hoff. hast du höherwertigere Cs als die verbauten genommen.
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

kwb
Beiträge: 50
Registriert: 29.08.2006, 18:35
Hat sich bedankt: 3 Mal

Re: HM-LC-Sw1PBU-FM defekt oder anderes Problem?

Beitrag von kwb » 05.07.2020, 19:06

Hallo Günter,
nachdem ich die Details der C26-Problematik gelesen hatte, habe ich einen mit höherer Temperatur- und Spannungsbelastbarkeit genommen. Das muß für's Erste reichen. Sorry, aber vor deiner Nachricht hatte ich ein Hardwareproblem nicht so recht in Betracht gezogen.
Nochmal vielen Dank für deinen Tip.
Gruß, Werner

Hütte
Beiträge: 746
Registriert: 08.02.2017, 11:08
Hat sich bedankt: 32 Mal
Danksagung erhalten: 75 Mal

Re: gelöst! - HM-LC-Sw1PBU-FM defekt oder anderes Problem?

Beitrag von Hütte » 05.08.2020, 20:06

Ich hatte vor ein paar Tagen ein ähnliches Phänomen.
Dies äußerte sich wie folgt:
- Beim Schalten direkt am Aktor passierte gar nichts, auch nicht ein kurzzeitiges Anziehen des Relais für ein oder zwei Sekunden.
- Ein Versuch, ihn Remote über die Mediola-App zu schalten, führte zum selben Ergebnis, wobei mir die App aber kurzzeitig angezeigt hatte, dass der Aktor eingeschaltet war
- Am nächsten Morgen ließ sich der Aktor wieder sowohl direkt als über die App oder WebUI schalten
- zwei Tage später, wieder mitten in der Nacht, so wie beim ersten Mal, und somit gerade dann, wenn man das Licht wirklich benötigt, wieder dasselbe Spiel. Aktor läßt sich nicht direkt Bedienen und auch kein kurzzeitiges Anziehen des Relais.
- aktuell funktioniert er wieder

Ich hatte bis dahin keine Protokollierung des Aktors aktiv, weil ich mir die Logs nicht unnötig vollschreiben will. Daher kann ich rückwirkend nicht die Logs prüfen. Aber jetzt ist der Aktor auf "protokolliert" gesetzt.

Daher meine Frage in die Runde. Hat jemand dieses spezielle Phänomen auch schon gehabt? Und könnte dieses Verhalten der Vorbote dafür sein, dass C26 kurz vor dem Ende seines Lebenszyklus ist?

Ich hatte schon bei einem anderen Aktor selben Types die Situation, dass C26 vorzeitig von uns gegangen war. Aber da hatte sich sein Dahinscheiden in der bisher oft beschriebenen Weise geäußert, dass das Relais für 2 Sekunden angezogen hat und dann wieder abgefallen ist.

Daimler
Beiträge: 9115
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 283 Mal

Re: gelöst! - HM-LC-Sw1PBU-FM defekt oder anderes Problem?

Beitrag von Daimler » 05.08.2020, 20:59

Hi,
Hütte hat geschrieben:
05.08.2020, 20:06
Beim Schalten direkt am Aktor passierte gar nichts,
Was sagt denn die LED am Aktor - beim Schalten und wenn die die Spannung ab- und nach ~ 10 Sekunden wieder angeschaltet wird?

Im Übrigen ist C26 nur ein Pseudonym für das Elko-Debakel der EQ3 Aktoren.
Und wimre sind es beim SW1PBU 2 Elkos, die ausgetauscht werden sollten.
Beide mit unterschiedlichen Symptomen aber gleichem Ergebnis: Der Aktor funktioniert nicht mehr. :wink:
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

Slice
Beiträge: 1200
Registriert: 03.02.2016, 14:44
System: Alternative CCU (auf Basis OCCU)
Wohnort: irgendwo aus Süd BaWü
Hat sich bedankt: 138 Mal
Danksagung erhalten: 85 Mal

Re: gelöst! - HM-LC-Sw1PBU-FM defekt oder anderes Problem?

Beitrag von Slice » 22.06.2021, 22:35

Hallo zusammen,

mir ist die Tage auch ein HM-LC-Sw1PBU-FM mit ähnlichen Symptomen kaputt gegangen.
Beim Schalten am Taster ging das Licht nur noch eine Sekunde an und sofort wieder aus.
Da ich noch die Ersatz-Elkos für den Rollladen Aktor in der Schublade liegen habe, war es mir hier möglich die 2 Elkos auszutauschen und der Schalter geht nun wieder.
Ich muss zugeben das die Lötarbeiten auf der Platine nicht einfach sind.
Ich brauchte recht viel Hitze für das auslöten und an sich ist das ist etwas diffizil.
Aber es war mein erster Elkotausch und nun geht’s wieder. :mrgreen:

Grüße,
Slice
----------------------------------------------------------------------------------------
Raspi3B+ Bullseye mit HB-RF-ETH und RPI-RF-MOD auf piVCCU-FW 3.75.7 / Addons: CuxD v2.11 - E-Mail v1.7.6 - Patcher v1.0.0 - Philips Hue v3.2.5 - Programme drucken v2.6 - Scriptparser v1.11 - XML-API v2.3
Geräte: 141 / Kanäle: 791 / Datenpunkte: 6080 / SysVars: 275 / Programme: 161 / Regadom IDs: 14010 / 48 CUxD-Kanäle in 3 CUxD-Geräten
Intel NUC i3-5010U @ 2,1 GHz mit 16 GB RAM & 512 GB SSD für Proxmox mit ioBroker VM und CCU-Historian/InfluxDB/Grafana VM
----------------------------------------------------------------------------------------
Projekte im Forum: HomeHub v4.1 / Fritzbox-Anruferliste für HomeHub
----------------------------------------------------------------------------------------

Daimler
Beiträge: 9115
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 283 Mal

Re: gelöst! - HM-LC-Sw1PBU-FM defekt oder anderes Problem?

Beitrag von Daimler » 23.06.2021, 09:33

Hi,
Slice hat geschrieben:
22.06.2021, 22:35
ich brauchte recht viel Hitze für das auslöten und an sich ist das ist etwas diffizil
Du musst ja auch nicht 'Auslöten' - ist hier oft beschrieben.
Die Elkos so abkneifen, dass noch geügend Rest von den Beinchen an der Platine bleibt und daran die neuen Elkos anlöten.
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

Slice
Beiträge: 1200
Registriert: 03.02.2016, 14:44
System: Alternative CCU (auf Basis OCCU)
Wohnort: irgendwo aus Süd BaWü
Hat sich bedankt: 138 Mal
Danksagung erhalten: 85 Mal

Re: gelöst! - HM-LC-Sw1PBU-FM defekt oder anderes Problem?

Beitrag von Slice » 23.06.2021, 09:50

Hi Daimler,
Daimler hat geschrieben:
23.06.2021, 09:33
Du musst ja auch nicht 'Auslöten' - ist hier oft beschrieben.
Die Elkos so abkneifen, dass noch geügend Rest von den Beinchen an der Platine bleibt und daran die neuen Elkos anlöten.
das hatte ich auch gelesen, aber die Elkos waren so dicht an der Platine das ein abkneifen für mich nicht möglich war.
Einen hatte ich sogar versucht kompett zu zerstören um die Beinchen frei zu kriegen, aber auch damit war mir nicht geholfen.
Da blieb nur das auslöten übrig.

Grüße,
Slice
----------------------------------------------------------------------------------------
Raspi3B+ Bullseye mit HB-RF-ETH und RPI-RF-MOD auf piVCCU-FW 3.75.7 / Addons: CuxD v2.11 - E-Mail v1.7.6 - Patcher v1.0.0 - Philips Hue v3.2.5 - Programme drucken v2.6 - Scriptparser v1.11 - XML-API v2.3
Geräte: 141 / Kanäle: 791 / Datenpunkte: 6080 / SysVars: 275 / Programme: 161 / Regadom IDs: 14010 / 48 CUxD-Kanäle in 3 CUxD-Geräten
Intel NUC i3-5010U @ 2,1 GHz mit 16 GB RAM & 512 GB SSD für Proxmox mit ioBroker VM und CCU-Historian/InfluxDB/Grafana VM
----------------------------------------------------------------------------------------
Projekte im Forum: HomeHub v4.1 / Fritzbox-Anruferliste für HomeHub
----------------------------------------------------------------------------------------

Antworten

Zurück zu „HomeMatic Aktoren und Sensoren (klassisch)“