Hallo,
ich bin z.Z. etwas ratlos:
Ich habe einen Max SC in Fhem eingebunden (CUL_MAX). Dieser triggert beim wechsel ein Notify, dass dann bei zwei Heizkörpern per FakeShuttercontact die Fenster offen/geschlossen Temperatur einstellt.
Nun habe ich allerdings festgestellt, dass nach einiger Zeit die Fenster immer auf die Fenster offen Temperatur springen, auch wenn das Fenster nicht geöffnet wurde.
Ich habe schon überlegt, ob dies mit periodischem melden des SC im Log zusammenhängen könnte. Da aber ein SC sich nicht regelmäßig meldet, wenn er nicht mit einem HT gepaired ist, fällt dies raus.
Daher bin ich leider etwas ratlos z.Z. und hoffe, dass ihr mir evtl helfen könnte.
Danke und Gruß
Gizmoh
Ich habe das mal debuggt und die Stelle gefunden, wo er plötlzich meldet, dass das Fenster offen ist:
2015.08.19 14:20:07 5: CUL/RAW: /Z0F00046003BC060000000018001800D904
2015.08.19 14:20:07 4: CUL_Parse: CUL0 Z0F00046003BC060000000018001800D904 -72
2015.08.19 14:20:07 5: CUL0 dispatch Z0F00046003BC060000000018001800D9
2015.08.19 14:20:07 5: CUL_MAX_Parse: len 15, msgcnt 00, msgflag 04, msgTypeRaw ThermostatState, src 03bc06, dst 000000, groupid 0, payload 18001800D9
2015.08.19 14:20:07 5: CUL_MAX_Parse: rssi: -72
2015.08.19 14:20:07 5: cm dispatch MAX,0,ThermostatState,03bc06,18001800D9
2015.08.19 14:20:07 5: MAX_Parse MAX,0,ThermostatState,03bc06,18001800D9
2015.08.19 14:20:07 5: battery 0, rferror 0, panel 0, langateway 1, dstsetting 1, mode 0, valveposition 0 %, desiredTemperature 12, until , curTemp 21.7
2015.08.19 14:20:07 5: Triggering MAX_03bc06 (7 changes)
Was mich daran wundert:
- Ich habe kein Event ausgelösst, weder in der Software noch am Fenster selbst
- Die GroupID wird mit 0 übertragen, ist aber eigentlich "3"
Hier mal ein List auf das Device:
Internals:
DEF HeatingThermostat 03bc06
IODev cm
NAME MAX_03bc06
NR 189
STATE 12.0 °C
TYPE MAX
addr 03bc06
type HeatingThermostat
Readings:
2015-08-19 14:20:07 RSSI -72
2015-08-18 21:00:00 TimeInformationHour 1
2015-08-19 14:20:07 battery ok
2015-08-18 21:19:03 boostDuration 25
2015-08-18 21:19:03 boostValveposition 80
2015-08-18 21:19:03 comfortTemperature 21.0
2015-08-18 21:19:03 decalcification Sat 12:00
2015-08-19 14:20:07 desiredTemperature 12.0
2015-08-18 21:19:03 ecoTemperature 17.0
2015-08-18 21:19:02 firmware 1.5
2015-08-19 10:29:46 groupid 3
2015-08-18 21:19:03 maxValveSetting 100
2015-08-18 21:19:03 maximumTemperature on
2015-08-18 21:19:03 measurementOffset 0.0
2015-08-18 21:19:03 minimumTemperature off
2015-08-19 14:20:07 mode auto
2015-08-19 13:26:37 msgcnt 33
2015-08-19 14:20:07 state 12.0 °C
2015-08-19 14:20:07 temperature 21.7
2015-08-18 21:19:02 testresult 255
2015-08-18 21:19:03 valveOffset 0
2015-08-19 14:20:07 valveposition 0
2015-08-19 08:27:29 weekprofile-0-Sat-temp 18.0 °C / 19.0 °C / 17.0 °C / 18.0 °C / 18.0 °C / 18.0 °C
2015-08-19 08:27:29 weekprofile-0-Sat-time 00:00-07:00 / 07:00-10:00 / 10:00-19:00 / 19:00-22:30 / 22:30-23:55 / 23:55-00:00
2015-08-19 08:27:29 weekprofile-1-Sun-temp 18.0 °C / 19.0 °C / 17.0 °C / 18.0 °C / 18.0 °C / 18.0 °C
2015-08-19 08:27:29 weekprofile-1-Sun-time 00:00-07:00 / 07:00-10:00 / 10:00-19:00 / 19:00-22:30 / 22:30-23:55 / 23:55-00:00
2015-08-19 08:27:29 weekprofile-2-Mon-temp 18.0 °C / 19.0 °C / 17.0 °C / 18.0 °C / 18.0 °C / 18.0 °C
2015-08-19 08:27:29 weekprofile-2-Mon-time 00:00-05:40 / 05:40-06:45 / 06:45-19:00 / 19:00-22:30 / 22:30-23:55 / 23:55-00:00
2015-08-19 08:27:29 weekprofile-3-Tue-temp 18.0 °C / 19.0 °C / 17.0 °C / 18.0 °C / 18.0 °C / 18.0 °C
2015-08-19 08:27:29 weekprofile-3-Tue-time 00:00-05:40 / 05:40-06:45 / 06:45-19:00 / 19:00-22:30 / 22:30-23:55 / 23:55-00:00
2015-08-19 08:27:29 weekprofile-4-Wed-temp 18.0 °C / 19.0 °C / 17.0 °C / 18.0 °C / 18.0 °C / 18.0 °C
2015-08-19 08:27:29 weekprofile-4-Wed-time 00:00-05:40 / 05:40-06:45 / 06:45-19:00 / 19:00-22:30 / 22:30-23:55 / 23:55-00:00
2015-08-19 08:27:29 weekprofile-5-Thu-temp 18.0 °C / 19.0 °C / 17.0 °C / 18.0 °C / 18.0 °C / 18.0 °C
2015-08-19 08:27:29 weekprofile-5-Thu-time 00:00-05:40 / 05:40-06:45 / 06:45-19:00 / 19:00-22:30 / 22:30-23:55 / 23:55-00:00
2015-08-19 08:27:29 weekprofile-6-Fri-temp 18.0 °C / 19.0 °C / 17.0 °C / 18.0 °C / 18.0 °C / 18.0 °C
2015-08-19 08:27:29 weekprofile-6-Fri-time 00:00-05:40 / 05:40-06:45 / 06:45-19:00 / 19:00-22:30 / 22:30-23:55 / 23:55-00:00
2015-08-18 21:19:03 windowOpenDuration 15
2015-08-18 21:19:03 windowOpenTemperature 12.0
Internals:
interfaces thermostat;battery;temperature
Noch etwas dazu:
Dieses Phänomen tritt genau stündlich auf, immer um X:20 Uhr wechselt die Temperatur auf die WindowOpen Temperatur.
Jemand eine Idee dazu?
Gepairte Fensterkontakt senden stündlich ihren Status; das müsstest du mit dem fakeShutterContact auch machen.
Zitat von: Matthias Gehre am 19 August 2015, 15:46:07
Gepairte Fensterkontakt senden stündlich ihren Status
Ich behaupte mal das machen sie immer auch nicht verbundene, ich habe hier einen zweckentfremdet und der meldet sich auch brav jede Stunde.
Edit : axo gepairt mit fhem , ok. Mir ging es eigentllich um den Satz im ersten Post :
ZitatDa aber ein SC sich nicht regelmäßig meldet, wenn er nicht mit einem HT gepaired ist, fällt dies raus
irgend wann lerne ich auch mal pair & asso auseinander zu halten ....
Ich habe jetzt mal ein at eingerichtet, was jede Stunde den Status des SC per fakeSC an den HT sendet.
Leider immer noch keine Verbesserung, jede Stunde um 20 nach gehen die Heizkörper auf die Fenster offen Temperatur.
Zitat von: Matthias Gehre am 19 August 2015, 15:46:07
Gepairte Fensterkontakt senden stündlich ihren Status; das müsstest du mit dem fakeShutterContact auch machen.
Das machen bei mir komischerweise aber nicht alle Fensterkontakte. Von 4 Kontakten melden sich zwei Stück stündlich, die restlichen senden nur bei Events.