HM-LC-Sw1PBU-FM führt Eigenleben - schaltet ein, ohne, dass ich es wünsche... ;(

Martin-72 · 20 September 2017, 20:53:32

Hallo Zusammen,

ich habe einen HM-LC-Sw1PBU-FM UP-Schaltaktor, der meinen Ventilator im Badezimmer schaltet.

Der Ursprüngliche Plan war, dass der Ventilator in Abhängigkeit der Luftfeuchtigkeit schaltet. Aber derzeit führt der Schalter ein Eigenleben, dass ich nicht verstehe - er schaltet sich um 6 Uhr ein...

Ich habe den Schalter wie folgt eingebunden:

Code Auswählen

Internals: 
   CUL868_MSGCNT 120 
   CUL868_RAWMSG A0D28A410360CAD16110606010000::-81.5:CUL868 
   CUL868_RSSI -81.5 
   CUL868_TIME 2017-09-20 17:14:39 
   DEF        360CAD 
   HMLAN1_MSGCNT 121 
   HMLAN1_RAWMSG E360CAD,0000,0253FB7B,FF,FFBA,28A410360CAD16110606010000 
   HMLAN1_RSSI -70 
   HMLAN1_TIME 2017-09-20 17:14:39 
   IODev      CUL868 
   LASTInputDev HMLAN1 
   MSGCNT     241 
   NAME       HM_360CAD 
   NOTIFYDEV  global 
   NR         120 
   NTFY_ORDER 50-HM_360CAD 
   STATE      0 
   TYPE       CUL_HM 
   lastMsg    No:28 - t:10 s:360CAD d:161106 06010000 
   peerList   self01,self02,Badezimmer_chn-07, 
   protCmdDel 3 
   protLastRcv 2017-09-20 17:14:39 
   protResnd  17 last_at:2017-09-15 06:14:33 
   protResndFail 1 last_at:2017-09-12 21:41:47 
   protSnd    84 last_at:2017-09-20 17:14:39 
   protState  CMDs_done 
   rssi_Badezimmer avg:-74.71 min:-80 max:-72 lst:-73 cnt:38 
   rssi_CUL868 avg:-90.64 min:-104 max:-85 lst:-89 cnt:28 
   rssi_at_CUL868 avg:-80.32 min:-83 max:-76.5 lst:-81.5 cnt:120 
   rssi_at_HMLAN1 avg:-71.05 min:-76 max:-67 lst:-70 cnt:121 
   READINGS: 
     2017-09-20 17:00:19   CommandAccepted yes 
     2017-08-19 16:16:13   D-firmware      2.8 
     2017-08-19 16:16:13   D-serialNr      MEQ0666461 
     2017-08-26 19:19:53   PairedTo        0x161106 
     2017-08-19 17:19:36   R-Badezimmer_chn-07-lgActionType jmpToTarget 
     2017-08-19 17:19:36   R-Badezimmer_chn-07-shActionType jmpToTarget 
     2016-03-02 10:56:17   R-pairCentral   0x16****                                          # die letzten vier Stellen habe ich verändert 
     2017-08-19 17:19:33   R-powerUpAction off 
     2016-03-02 10:56:19   R-self01-lgActionType jmpToTarget 
     2016-03-02 10:56:19   R-self01-shActionType jmpToTarget 
     2016-03-02 10:56:20   R-self02-lgActionType jmpToTarget 
     2016-03-02 10:56:20   R-self02-shActionType jmpToTarget 
     2016-03-02 10:56:18   R-sign          off 
     2017-09-13 09:00:58   RegL_00. 
     2017-09-20 17:14:39   deviceMsg       off (to vccu) 
     2017-09-20 17:14:39   level           0 
     2017-09-20 17:14:39   pct             0 
     2017-09-09 13:01:03   peerList        self01,self02,Badezimmer_chn-07, 
     2017-08-26 00:35:35   powerOn         2017-08-26 00:35:35 
     2017-09-20 17:14:39   recentStateType info 
     2017-08-26 00:36:48   sabotageAttack_ErrIoAttack cnt 15 
     2017-09-20 17:14:39   state           off 
     2017-09-20 17:14:39   timedOn         off 
   helper: 
     HM_CMDNR   40 
     cSnd       11161106360CAD0201000000,11161106360CAD0201C80000BB82 
     dlvlCmd    ++A011161106360CAD0201000000 
     getCfgList all 
     getCfgListNo ,3 
     mId        0069 
     rxType     1 
     supp_Pair_Rep 0 
     ack: 
     expert: 
       def        1 
       det        0 
       raw        1 
       tpl        0 
     io: 
       newChn     +360CAD,00,01,00 
       nextSend   1505920479.64375 
       rxt        0 
       vccu       vccu 
       p: 
         360CAD 
         00 
         01 
         00 
       prefIO: 
         CUL868 
     mRssi: 
       mNo        28 
       io: 
         CUL868     -79.5 
         HMLAN1     -70 
     prt: 
       bErr       0 
       sProc      0 
       rspWait: 
     q: 
       qReqConf 
       qReqStat 
     role: 
       chn        1 
       dev        1 
       prs        1 
     rpt: 
       IO         CUL868 
       flg        A 
       ts         1505920479.55161 
       ack: 
         HASH(0x25f8ce0) 
         288002161106360CAD00 
     rssi: 
       Badezimmer: 
         avg        -74.7105263157895 
         cnt        38 
         lst        -73 
         max        -72 
         min        -80 
       CUL868: 
         avg        -90.6428571428571 
         cnt        28 
         lst        -89 
         max        -85 
         min        -104 
       at_CUL868: 
         avg        -80.3208333333333 
         cnt        120 
         lst        -81.5 
         max        -76.5 
         min        -83 
       at_HMLAN1: 
         avg        -71.0578512396694 
         cnt        121 
         lst        -70 
         max        -67 
         min        -76 
     tmpl: 
Attributes: 
   IODev      CUL868 
   IOgrp      vccu:CUL868 
   alias      Ventilator 
   autoReadReg 4_reqStatus 
   eventMap   on:1 off:0 
   expert     2_raw 
   firmware   2.8 
   icon       vent_ventilation 
   model      HM-LC-Sw1PBU-FM 
   peerIDs    00000000,360CAD01,360CAD02,3677FF07, 
   room       Badezimmer,CUL_HM 
   serialNr   MEQ0666461 
   subType    switch 
   webCmd     statusRequest:toggle:on:off

In der Graphik, die ich aus dem FileLog erstelle sieht man, dass das Gerät immer zu den selben Zeiten startet. Leider ist da ein Fehler, denn die Graphik zeigt 5 Uhr, de facto ist es 6 Uhr...

Im LogFile finde ich nichts, was danach aussieht, als würde es den Schalter schalten:

Code Auswählen

2017.09.20 04:32:23 1: HMLAN_Parse: HMLAN1 new condition init
2017.09.20 04:32:23 1: 192.168.188.38:1000 reappeared (HMLAN1)
2017.09.20 04:32:24 1: HMLAN_Parse: HMLAN1 new condition ok
2017.09.20 04:59:58 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.09.20 04:59:58 1: 192.168.188.38:1000 disconnected, waiting to reappear (HMLAN1)
2017.09.20 04:59:58 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.09.20 05:01:02 1: HMLAN_Parse: HMLAN1 new condition init
2017.09.20 05:01:02 1: 192.168.188.38:1000 reappeared (HMLAN1)
2017.09.20 05:01:02 1: HMLAN_Parse: HMLAN1 new condition ok
2017.09.20 05:02:21 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.09.20 05:02:21 1: 192.168.188.38:1000 disconnected, waiting to reappear (HMLAN1)
2017.09.20 05:02:21 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.09.20 05:02:22 1: HMLAN_Parse: HMLAN1 new condition init
2017.09.20 05:02:22 1: 192.168.188.38:1000 reappeared (HMLAN1)
2017.09.20 05:02:23 1: HMLAN_Parse: HMLAN1 new condition ok
2017.09.20 05:15:47 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.09.20 05:15:47 1: 192.168.188.38:1000 disconnected, waiting to reappear (HMLAN1)
2017.09.20 05:15:47 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.09.20 05:15:48 1: HMLAN_Parse: HMLAN1 new condition init
2017.09.20 05:15:48 1: 192.168.188.38:1000 reappeared (HMLAN1)
2017.09.20 05:15:48 1: HMLAN_Parse: HMLAN1 new condition ok
2017.09.20 05:38:22 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.09.20 05:38:23 1: 192.168.188.38:1000 disconnected, waiting to reappear (HMLAN1)
2017.09.20 05:38:23 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.09.20 05:38:25 1: HMLAN_Parse: HMLAN1 new condition init
2017.09.20 05:38:25 1: 192.168.188.38:1000 reappeared (HMLAN1)
2017.09.20 05:38:26 1: HMLAN_Parse: HMLAN1 new condition ok
2017.09.20 05:45:00 3: CUL433 IT_set: zwischen04 on
2017.09.20 06:00:00 2: SIRD set IRadio_Kueche on 
2017.09.20 06:07:39 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.09.20 06:07:39 1: 192.168.188.38:1000 disconnected, waiting to reappear (HMLAN1)
2017.09.20 06:07:39 1: HMLAN_Parse: HMLAN1 new condition disconnected
2017.09.20 06:08:44 1: HMLAN_Parse: HMLAN1 new condition init
2017.09.20 06:08:44 1: 192.168.188.38:1000 reappeared (HMLAN1)
2017.09.20 06:08:44 1: HMLAN_Parse: HMLAN1 new condition ok

Um die Meldungen des HMLAN1 muss ich mich die Tage mal kümmern, ist aber derzeit Nebenschauplatz...

Mein ursprüngliches DOIF habe ich deaktiviert, um Fehlerquellen auszuschließen:

Code Auswählen

   DEF        (([HM_3677FF_Weather:humidity] > 70) and [05:00-23:00]) (set HM_360CAD on-for-timer 600) DOELSE (set HM_360CAD off) 
   NAME       Ventilator_an 
   NR         273 
   NTFY_ORDER 50-Ventilator_an 
   STATE      deactivated 
   TYPE       DOIF 
   READINGS: 
     2017-09-18 17:18:37   state           deactivated 
   condition: 
   do: 
     0: 
   helper: 
   state: 
     STATE: 
Attributes: 
   disable    1 
   room       15_doif_notify_at,Badezimmer

Könnt Ihr mir Tipps geben, warum das Gerät ständig schaltet und was ich dagegen machen kann?

Vielen Dank.

Martin

Otto123 · 21 September 2017, 09:55:18

Moin,

du könntest mit inhibit mal verhindern das es Dein Peer Badezimmer_chn-07 ist.

Ansonsten sehe ich wird genau um 6 das Radio eingeschaltet, in der Routine hast DU geschaut?

Gruß Otto

frank · 21 September 2017, 13:02:02

anhand der grafik würde ich eher sagen, dass der ventilator täglich zwischen 0:00-6:00 eingeschaltet ist (hellblaue balken) und zusätzlich zwischen ca 11:00-17:00 (am 17.09. aber nicht).

Martin-72 · 21 September 2017, 16:37:08

Hallo Zusammen,

Zitat von: Otto123 am 21 September 2017, 09:55:18du könntest mit inhibit mal verhindern das es Dein Peer Badezimmer_chn-07 ist.

Wie mache ich das denn? Etwa so?

Code Auswählen

set HM_360CAD inhibit on

hat bei mir geholfen. Der Ventilator ist nicht mehr angegangen. - Allerdings auch nicht auf Knopfdruck oder Befehl aus FHEM. Bringt es also auch nicht.

Liebe Grüße und einen gesegneten Sonntag Euch allen

Martin

Pfriemler · 21 September 2017, 17:34:30

ZitatHat noch jemand eine Idee?

Ja, ich

...
Also putzig ist das schon - ich muss frank recht geben, nach dem SVG schaltet der Lüfter um 6 Uhr aus. Ist der auch richtig angeschlossen, d.h. läuft er wenn er laufen soll? Wäre nicht der erste Verbraucher, der falsch am Switch angeschlossen ist. Oder das SVG ist falsch gebaut und zeigt die Lüfterzeiträume genau falsch herum.
Andererseits ist nach dem SVG um 17 Uhr der Lüfter aus und das ist auch im List so zu sehen.
Aber auch der Betrieb von 0-6 Uhr macht keinen Sinn im Zusammenhang mit dem DOIF.

Was bleibt, ist die Sache mit dem Badezimmer_ch-07. Schaltvorgänge, die von peers ausgelöst werden, tauchen normalerweise nicht im Log auf (nur das was FHEM initiiert, wenn verbose auf 3 steht). inhibit hätte ich auch vorgeschlagen, aber ich verstehe gar nicht warum da überhaupt ein Peer ist. ch-07 erinnert mich an den 7. Kanal eines HM-Wandthermostaten (_SwitchTr). Ist das noch ein Überleibsel einer anderen Probiererei? Sollte sich dahinter aktuell ein Heizprogramm verbergen?

Und was mich noch wundert: Wenn das der Wandthermostat ist, warum wird er dann hier als [HM_3677FF_Weather:humidity] referenziert?

Prüfe doch mal die Namen aller Geräte und in allen DOIFs und erkläre uns was Badezimmer_ch-07 ist.
Aus welcher Datenquelle entnimmst Du für das SVG dass der Lüfter läuft? FileLog des Schalters?

Nachtrag:

ZitatIch habe es über das Ändern des Attributs peerIDs gemacht. war das ok?

Das ist bei HomeMatic nie zielführend, außer bei virtuellen Buttons. Die Geräte interessieren sich einen Sch... dafür. Nur was mit peerChan oder peerBulk geändert wird, wird auch beachtet. FHEM dokumentiert diese Änderungen dann zusätzlich in peerIDs

Dein inhibit-Befehl ist aus meiner Sicht korrekt.

Martin-72 · 30 September 2017, 11:48:16

Zitat von: Pfriemler am 21 September 2017, 17:34:30Also putzig ist das schon - ich muss frank recht geben, nach dem SVG schaltet der Lüfter um 6 Uhr aus. Ist der auch richtig angeschlossen, d.h. läuft er wenn er laufen soll? Wäre nicht der erste Verbraucher, der falsch am Switch angeschlossen ist. Oder das SVG ist falsch gebaut und zeigt die Lüfterzeiträume genau falsch herum.
Andererseits ist nach dem SVG um 17 Uhr der Lüfter aus und das ist auch im List so zu sehen.
Aber auch der Betrieb von 0-6 Uhr macht keinen Sinn im Zusammenhang mit dem DOIF.

Wie gesagt. Ich stehe in der Woche in der Regel um 6 Uhr im Bad und merke dann, wie der Ventilator an geht. Die anderen Zeiten kann ich nicht wirklich überprüfen, da ich dann nicht im Bad bin...

Das Gerät ist auch nicht so oft an, dass es anders herum sein könnte...

Zitat von: Pfriemler am 21 September 2017, 17:34:30
inhibit hätte ich auch vorgeschlagen, aber ich verstehe gar nicht warum da überhaupt ein Peer ist.

inhibit hat dafür gesorgt, dass ich den Ventilator auch vor Ort nicht schalten konnte...

Zitat von: Pfriemler am 21 September 2017, 17:34:30
Was bleibt, ist die Sache mit dem Badezimmer_ch-07. Schaltvorgänge, die von peers ausgelöst werden, tauchen normalerweise nicht im Log auf (nur das was FHEM initiiert, wenn verbose auf 3 steht). inhibit hätte ich auch vorgeschlagen, aber ich verstehe gar nicht warum da überhaupt ein Peer ist. ch-07 erinnert mich an den 7. Kanal eines HM-Wandthermostaten (_SwitchTr). Ist das noch ein Überleibsel einer anderen Probiererei? Sollte sich dahinter aktuell ein Heizprogramm verbergen?

Und was mich noch wundert: Wenn das der Wandthermostat ist, warum wird er dann hier als [HM_3677FF_Weather:humidity] referenziert?

Prüfe doch mal die Namen aller Geräte und in allen DOIFs und erkläre uns was Badezimmer_ch-07 ist.

Das ist mein Problem: Ich finde "Badezimmer_ch-07" nicht... ;(

Zitat von: Pfriemler am 21 September 2017, 17:34:30
Aus welcher Datenquelle entnimmst Du für das SVG dass der Lüfter läuft? FileLog des Schalters?

Nachtrag:
Das ist bei HomeMatic nie zielführend, außer bei virtuellen Buttons. Die Geräte interessieren sich einen Sch... dafür. Nur was mit peerChan oder peerBulk geändert wird, wird auch beachtet. FHEM dokumentiert diese Änderungen dann zusätzlich in peerIDs

Ich nutze HM_360CAD:level:.* und zeige es direkt an. Der Wert ist 100 bei an und 0 bei aus...

Code Auswählen

Internals: 
   DEF        ./log/badezimmer-%Y-%m.log HM_360CAD:.*|HM_360CAD:level:.*|HM_360CAD:state:.*|HM_3677FF:humidity:.*|HM_3677FF_Weather:T:.*|HM_3677FF_Weather:humidity:.*|HM_3677FF_Weather:state:.*|HM_3677FF_Weather:temperature:.*|heizung 
   NAME       FileLog_badezimmer 
   NR         59 
   NTFY_ORDER 50-FileLog_badezimmer 
   REGEXP     HM_360CAD:.*|HM_360CAD:level:.*|HM_360CAD:state:.*|HM_3677FF:humidity:.*|HM_3677FF_Weather:T:.*|HM_3677FF_Weather:humidity:.*|HM_3677FF_Weather:state:.*|HM_3677FF_Weather:temperature:.*|heizung 
   STATE      active 
   TYPE       FileLog 
   currentlogfile ./log/badezimmer-2017-09.log 
   logfile    ./log/badezimmer-%Y-%m.log 
   READINGS: 
     2017-09-30 11:45:26   linesInTheFile  50821 
   pos: 
Attributes: 
   room       09_Filelog

Vielen Dank für Eure Hilfe.

Vielleicht werde ich ihn die Tage mal löschen und ganz neu aufsetzen...

Schönes Wochenende

Martin

Pfriemler · 30 September 2017, 14:52:15

Eben nochmal geschaut: in der peerList des Sw1 steht Badezimmer_ch-07 und in den peerIDs neben der obligaten 00000000 und den beiden eingebauten Tasten die 3677FF07, das ist definitiv der Schaltkanal Deines HM-Wandthermostaten. Möglicherweise ist durch Löschen und Neuanlernen in FHEM aus dem "Badezimmer" das default HM_3677FF geworden, das beeinflusst aber den Peer nicht.

Setze also nochmal ein getConfig auf den Aktors ab (set HM_360CAD getConfig) und kontrolliere die peerList anschließend. Statt "Badezimmer..." sollte dann der Name des Schaltkanals des Wandthermostaten auftauchen. Dann müssten die wohl entkoppelt werden. Oder aber der peer ist dann weg, dann war es eine Installationsleiche.

Martin-72 · 06 Oktober 2017, 18:20:01

Zitat von: Pfriemler am 21 September 2017, 17:34:30Prüfe doch mal die Namen aller Geräte und in allen DOIFs und erkläre uns was Badezimmer_ch-07 ist.

Hallo Zusammen,

scheinbar ist das "Badezimmer_ch-07" ein Überbleibsel aus meinen anfänglichen Versuchen die Steuerung (Ventilator an bei Luftfeuchtigkeit > 70%) mit der Homematic-Software.

Ich habe die Verknüpfung dort gelöscht und schon startet der Ventilator nicht mehr unerwünscht...

Es hätte so einfach sein können.

Vielen Dank für alle Eure Bemühungen, Gedanken und Versuche mir zu helfen

Martin

Pfriemler · 06 Oktober 2017, 19:59:21

So da war ich also auf dem richtigen Dampfer. Wenn jetzt noch das Heizprogramm im Badezimmer um 6 einen Temperatursprung nach oben machen soll, dann hat der Thermostat also zum Heizen den Ventilator eingeschaltet. Nun nicht mehr.

Machst Du dann bitte wie üblich noch per edit im Betreff des ersten Beitrags ein [Gelöst] o.ä. damit der Thread ruhen kann. Du kannst ihn auch schließen, dann postet hier keiner mehr.