[Gelöst] MAX-Fensterkontakt fühlt sich als HK!

[onurbi]

Hi,

nachdem seit heute die FKs die HKs auf die Minimumtemperatur und nicht mehr auf die WindowsOpenTemperatur gestellt haben und nicht mehr zurück nach dem Schließen beider Fenster, mußte ich mich wieder mal unfreiwillig mit dem Max-System beschäftigen.

Mein Setup sieht so aus:

    Cube ohne CUL,
    Wandthermostat,
    2 HT und
    2 FK,
    FHEM auf RSP-2.

Die MAX-Software ist auch installiert und benutzbar (wenn fhem service gestoppt). FHEM hat die Version "8320 2015-03-29 10:49:31Z".

Habe dann in der MAX-Software sogar den Raum Wohnzimmer (wo die Gerät alle sitzen) gelöscht und alle wieder neu eingerichtet, aber das half nur teilweise.

Die FKs meldeten wie vorher noch immer "rf error" (auch in der MAX-Software gleich nach dem pairen!). Die korrekte Temperatur wird nur auf dem WT und dem rechten HK eingstellt. Das linke HK reagiert nicht.

Jetzt kommt's: Ein "list Fenster_links" lieferte:

fhem> list Fenster_links
Internals:
   DEF        ShutterContact 0a949d
   IODev      ml
   LASTInputDev ml
   MSGCNT     9
   NAME       Fenster_links
   NR         52
   STATE      closed
   TYPE       MAX
   addr       0a949d
   backend    ml
   ml_MSGCNT  9
   ml_TIME    2016-02-14 17:20:56
   rferror    0
   serial     KEQ0476288
   type       ShutterContact
   Readings:
     2016-02-14 17:20:56   MAXLAN_error    0
     2016-02-14 17:20:56   MAXLAN_errorInCommand
     2016-02-14 17:20:56   MAXLAN_initialized 1
     2016-02-14 17:20:56   MAXLAN_isAnswer 0
     2016-02-14 17:20:56   MAXLAN_valid    1
     2016-02-14 17:20:56   battery         ok
     2015-10-18 00:10:18   boostDuration   5
     2015-10-18 00:10:18   boostValveposition 80
     2015-10-18 00:10:18   comfortTemperature 21.5
     2015-10-18 00:10:18   decalcification Sat 10:00
     2015-10-18 00:15:19   desiredTemperature 18.5
     2015-10-18 00:10:18   ecoTemperature  20.0
     2016-02-14 17:14:55   firmware        1.4
     2016-02-14 17:14:55   groupid         1
     2015-10-18 00:10:18   maxValveSetting 100
     2015-10-18 00:10:18   maximumTemperature on
     2015-10-18 00:10:18   measurementOffset 0.0
     2015-10-18 00:10:18   minimumTemperature off
     2015-10-18 00:15:19   mode            auto
     2016-02-14 17:20:56   onoff           0
     2016-02-14 17:20:56   state           closed
     2016-02-14 17:14:55   testresult      15
     2015-10-18 00:10:18   valveOffset     0
     2015-10-18 00:15:19   valveposition   0
     2015-10-18 00:10:18   weekprofile-0-Sat-temp 19.0 °C  /  21.0 °C  /  19.0 °C
     2015-10-18 00:10:18   weekprofile-0-Sat-time 00:00-08:05  /  08:05-23:35  /  23:35-00:00
     2015-10-18 00:10:18   weekprofile-1-Sun-temp 19.0 °C  /  21.0 °C  /  20.0 °C  /  19.0 °C
     2015-10-18 00:10:18   weekprofile-1-Sun-time 00:00-08:05  /  08:05-09:00  /  09:00-23:35  /  23:35-00:00
     2015-10-18 00:10:18   weekprofile-2-Mon-temp 19.0 °C  /  21.0 °C  /  20.0 °C  /  19.0 °C  /  21.0 °C  /  19.0 °C
     2015-10-18 00:10:18   weekprofile-2-Mon-time 00:00-07:45  /  07:45-08:20  /  08:20-11:40  /  11:40-18:35  /  18:35-23:40  /  23:40-00:00
     2015-10-18 00:10:18   weekprofile-3-Tue-temp 19.0 °C  /  21.0 °C  /  20.0 °C  /  19.0 °C  /  21.0 °C  /  19.0 °C
     2015-10-18 00:10:18   weekprofile-3-Tue-time 00:00-07:45  /  07:45-08:20  /  08:20-11:40  /  11:40-18:35  /  18:35-23:40  /  23:40-00:00
     2015-10-18 00:10:18   weekprofile-4-Wed-temp 19.0 °C  /  21.0 °C  /  20.0 °C  /  19.0 °C  /  21.0 °C  /  19.0 °C
     2015-10-18 00:10:18   weekprofile-4-Wed-time 00:00-07:45  /  07:45-08:20  /  08:20-11:40  /  11:40-18:35  /  18:35-23:40  /  23:40-00:00
     2015-10-18 00:10:18   weekprofile-5-Thu-temp 19.0 °C  /  21.0 °C  /  20.0 °C  /  19.0 °C  /  21.0 °C  /  19.0 °C
     2015-10-18 00:10:18   weekprofile-5-Thu-time 00:00-07:45  /  07:45-08:20  /  08:20-11:40  /  11:40-18:35  /  18:35-23:40  /  23:40-00:00
     2015-10-18 00:10:18   weekprofile-6-Fri-temp 19.0 °C  /  21.0 °C  /  19.0 °C  /  20.0 °C  /  21.0 °C  /  19.0 °C
     2015-10-18 00:10:18   weekprofile-6-Fri-time 00:00-07:45  /  07:45-08:15  /  08:15-12:20  /  12:20-18:30  /  18:30-23:45  /  23:45-00:00
     2015-10-18 00:10:18   windowOpenDuration 15
     2015-10-18 00:10:18   windowOpenTemperature 12.0
   Internals:
     interfaces switch_active;battery
Attributes:
   IODev      ml
   room       Wohnzimmer

Praktisch wie ein HK!!

Der rechte FK stimmt:

fhem> list Fenster_rechts
Internals:
   DEF        ShutterContact 0a8ab2
   IODev      ml
   LASTInputDev ml
   MSGCNT     21
   NAME       Fenster_rechts
   NR         49
   STATE      closed (rf error)
   TYPE       MAX
   addr       0a8ab2
   backend    ml
   ml_MSGCNT  21
   ml_TIME    2016-02-14 17:32:58
   rferror    1
   serial     KEQ0465718
   type       ShutterContact
   Readings:
     2016-02-14 17:32:58   MAXLAN_error    0
     2016-02-14 17:32:58   MAXLAN_errorInCommand
     2016-02-14 17:32:58   MAXLAN_initialized 1
     2016-02-14 17:32:58   MAXLAN_isAnswer 0
     2016-02-14 17:32:58   MAXLAN_valid    1
     2016-02-14 17:32:58   battery         ok
     2016-02-14 17:14:55   firmware        1.4
     2016-02-14 17:14:55   groupid         1
     2016-02-14 17:32:58   onoff           0
     2016-02-14 17:32:58   state           closed (rf error)
     2016-02-14 17:14:55   testresult      15
   Internals:
     interfaces switch_active;battery
Attributes:
   IODev      ml
   room       Wohnzimmer


Dann wundert mich es eigentlich nicht, dass das linke FK dann keine korrekte Reaktion auslöst.

Ich entdeckte in fhem.save ebenfalls falsche Einträge zum FK links

Die Lösung brachte dann tatsächlich ein FHEM-stop, File löschen, FHEM start.

Die Meldung

2016.02.14 17:14:55 3: ml device opened
2016.02.14 1: Unmatched [ in regex; marked )$/ at fhem.pl line 1060.g_linksERE D

wertete ich dann als Bug einer alten Version. Auf jeden Fall funktionieren jetzt wieder beide FKs!!!

Hat jemand eine Idee, wie in fhem.save die falschen Daten reingekommen sein könnten?

Gruß, Onurbi