HM-TC-IT-WM-W-EU mit HM-LC-Sw1-Pl Schaltzustand überwachen

[Dolfi]

Ich regle meine Elektroheizung mit Thermostaten HM-TC-IT-WM-W-EU und dem Zwischenstecker HM-LC-Sw1-Pl

Leider kommt es seit neuerem öfters vor, dass beim Überschreiten der Abschalttemperatur der Zwischenstecker nicht abschaltet mit dem Ergebniss dass die Heizung immer voll heizt bis ich manuell abschalte.
Warum das so ist kann ich nicht sagen, mir fällt nur auf, dass dies dann passiert wenn die Solltemperatur genau dann geändert wird, wenn die Temperatur beim Schaltpunkt ist. Ein manuelles
Betätigen des Zwischensteckers kann ich aber auch nicht ausschließen, da die Heizung in einem Gästehaus ist. Batterien habe ich alle ausgetauscht.

Ich möchte daher gerne den Schaltzustand des Zwischensteckers (S1) periodisch prüfen ob der Schaltzustand zur aktuellen Temperatur des Thermostaten (TS1) passt und wenn dieser falsch
ist und die Temperatur  1 Grad von der Schalttemperatur abweicht den Schaltzustand richtig stellen.

Wie könnte ich das in FHEM programmieren?

Vielen Dank für eure Unterstützung

[martinp876]

auf viele Arten.
ich würde erst einmal loggen und feststellen, wann es passiert. Sendet der TC kein off oder reagiert der SW1 nicht? Du kannst dich an das Schalten des TC hängen und einen timer aufziehen. wenn der Sw1 geschaltet hat kannst stoppst du den Timer, wenn nicht löst der timer aus und schaltet von FHEM aus.
Alternativ fragst du periodisch den Zustand ab und synchst - also setzt den Sw1 gemäß TC vorgabe.

[Dolfi]

Vielen Dank für deine Anregungen, wusste nicht wo anfangen, gestern grad wieder aufgetreten

es schaut so aus als ob der Schaltbefehl nicht abgesetzt wird obwohl die Temperatur ansteigt. Kurz darauf wird das Fenster geöffnet. Wenn dieser Fehler passiert wird auch oft zeitnah die Solltemparatur verändert- Zufall? Die Heizungsregelung läuft jetzt seit über einem Jahr, jedoch erst seit kurzen treten diese Fehler auf

kannst du mir noch etwas helfen wie ich über fhem synchen kann?

Log:

2015-04-06_17:36:42 BAD trig_TS1_SwitchTr: 0
2015-04-06_17:36:42 BAD trigLast: TS1_SwitchTr :0
2015-04-06_17:36:43 BAD level: 0
2015-04-06_17:36:43 BAD pct: 0
2015-04-06_17:36:43 BAD deviceMsg: off (to TS1)
2015-04-06_17:36:43 BAD off
2015-04-06_17:36:43 BAD timedOn: off
2015-04-06_17:36:43 BAD level: 0
2015-04-06_17:36:43 BAD pct: 0
2015-04-06_17:36:43 BAD deviceMsg: off (to TS1)
2015-04-06_17:36:43 BAD off
2015-04-06_17:36:43 BAD timedOn: off
2015-04-06_17:49:47 BAD level: 100
2015-04-06_17:49:47 BAD pct: 100
2015-04-06_17:49:47 BAD deviceMsg: on (to broadcast)
2015-04-06_17:49:47 BAD on
2015-04-06_17:49:47 BAD timedOn: off
2015-04-06_20:07:50 BAD set_off               ---händisch ausgeschalten ---
2015-04-06_20:07:50 BAD level: 0
2015-04-06_20:07:50 BAD pct: 0
2015-04-06_20:07:50 BAD deviceMsg: off (to HMLAN1)
2015-04-06_20:07:50 BAD off
2015-04-06_20:07:50 BAD timedOn: off

[martinp876]

der ausschaltbefehl kam um 17:36:42
Bad meldet 0, also off
um 17:49:47 schaltet BAD ein - warum ist nicht zu sehen.
a) es kam ein trigger, den wir nicht sehen - gefiltert?
b) ein interner Timer von BAD scheint es nicht zu sein: timedOn:Off
c) nach dem einschalten ist ein SW1 typisch aus. Scheint also kein powerOn zu sein

Ein Synchen scheint hier nicht sinnvoll, da ich nicht sehen kann, was der trigger sein soll - oder war das IO offline?

Zeichne einmal die rohmessages auf (sniffen in Wiki CUL_HM)

[Dolfi]

Das Logfile wird vom SW1 Bad erzeugt

define BAD CUL_HM 256B52
attr BAD IODev HMLAN1
attr BAD autoReadReg 4_reqStatus
attr BAD expert 1
attr BAD firmware 1.12
attr BAD model HM-LC-SW1-PL2
attr BAD peerIDs 00000000,2259F401,261E6907,
attr BAD room Haus
attr BAD serialNr KEQ1026454
attr BAD subType switch
attr BAD webCmd statusRequest:toggle:on:off

define FileLog_BAD FileLog ./log/BAD-%Y-%m.log BAD
attr FileLog_BAD logtype text
attr FileLog_BAD room Logfile

- sollte also alles aufzeichnen ohne Filterung

- nein internen Timer gibt es nicht

- c) Danke für den Hinweis,gut zu wissen, das hab ich auch gelegentlich das der Zwischenstecker gezogen wird, fällt mir aber in der Regel auf da ich oft online bin und die fehlende Verbindung dann registriere


Wenn der SW1 händisch durch den Taster am Zwischestecker eingeschalten wurde, würde dann dieser Logeintrag passen?
Möglicherweise kennen die Gäste diesen Zwischestecker und fummeln selber rum. Kann man diesen Taster deaktivieren?

Habe ein Logfile für den TS1_switchTr angelegt, das wird mir vermutlich weiterhelfen

[martinp876]

Den taster kannst du deaktivieren indem du die internen keys sichtbar machst und dann alle states ausschaltest. Schaue dir die statemachine an