MAX verstellt Temperatur von alleine

Begonnen von lefelix, 13 März 2017, 11:25:10

Vorheriges Thema - Nächstes Thema

lefelix

Hallo zusammen,

ich betreibe bei mir ein kleines System mit Heizungsreglern und Wandthermostaten von Max.
Das hat die letzten Jahre auch wunderbar seinen Dienst getan.

Seit etwa 2 Monaten habe ich von heute auf morgen das Phänomen, dass sich im Wohnzimmer die Temperatur an den beiden Heizungen und dem Wandthermostat ändert. Und zwar nur dort.
Die Temperatur springt von den eingestellten z.B 20°C auf 12°C und bleibt dann dort. Mal nur für ein paar Minuten, mal über Stunden bis sie wieder auf einen anderen Wert gestellt wird.

Ich habe schon alle Kopplungen gelöst, die Geräte resettet, und auch das System von Hand neu aufgesetzt. Der Fehler tritt immer wieder auf.
Da die 12°C auch der Standard Temp. für Fenster offen ist, habe bei den betroffenen Geräten auch dieses auf einen anderen Wert geändert, ohne Erfolg.

Hier noch ein Screenshot der letzten Woche. Es passiert, aus meiner Sicht, völlig wahllos Tag und Nacht.
Ich bin also etwas ratlos wo das Problem liegen könnte...

Jackson

Hallo,

also das Verhalten tritt bei mir "gelegentlich" auch auf. Auch ich habe da kein nachvollziehbares Verhalten feststellen können. Die 12°C sind dann aber in allen Fällen max. 15min eingestellt. Danach gehen die Thermostate wieder schön auf die Temperatur entsprechend dem Wochenprogramm.

Grundsätzlich, sollen die Thermostate auch ohne Fenstersensor einen "Temperaturabfall" im Fall Fenster offen erkennen. Ob da ein ungünstiger Windzug ausreicht kann ich mir aber nicht vorstellen.  ??? :o

Welche Konfiguration hast du:
- Raspi 1?
- CUL oder MAXLAN?
- Thermostate als Räumlösung oder über Wandthermostat?
- Sind irgendwelche anderen Funkteilnehmer hinzugekommen auf der Freq. 868 Mghz?
FHEM5.9@RPI3

lefelix

Hallo Jackson,

ich habe einen Raspi 1 mit COC als Funkinterface.
Da die Abfälle auch gern mal zu den unmöglichsten Zeiten in der Nacht passieren, zu denen garantiert kein Fenster aufgemacht wurde schließe ich den Windzug mal aus.
Und wie gesagt, die falsche Temperatur bleibt manchmal für ein paar Minuten, manchmal für ein paar Stunden bzw. bis es von Hand wieder korrigiert wird.
In den anderen Räumen der Wohnung sind auch noch Max Heizungsthermostate, nirgends jedoch Fensterkontakte.

Im Wohnzimmer sind die Thermostate neben fhem auch untereinander gekoppelt, falls der Raspi ausfallen sollte.
Ob auf 868 MHz was neues dazu gekommen ist kann ich nicht beurteilen. Von meiner Seite und was ich aus dem log sehen kann (Fehlermeldungen) wohl nicht.

Grüße

Jackson

 Hey lefelix,

ich wusste bis heute nicht, was ein COC ist  ::). Man lernt ja nie aus.

Mich verwundert, dass bei dir die "Öffnungszeit", die ja fest eincodiert im Thermostat sein sollte, so ein Eigenleben hat. Denn der Thermostat sollte nach den regulären 15min von alleine wieder auf die Ausgangstemperatur springen. (nach meinen Verständnis).

Hast du mal den COC mit verbose "5" loggen lassen? Obwohl man eigentlich fast schon den COC und auch FHEM ausschließen könnte.... . Wie lange hast du deine Thermostate schon? Vielleicht mal einen Testweise austauschen.

Gruss
FHEM5.9@RPI3

yrwyddfa

Hallo zusammen!

Hat sich hier schon etwas neues ergeben? Ich habe bei die selbe Problematik: Nicht reproduzierbar stellt sich manchmal ein beliebiges Thermostat auf 12°C und zeigt das "Fenster offen" Symbol an. Einige sind mit Fensterkontakten gepairt, einige nicht. Dennoch tritt das Verhalten bisweilen auf, selbst wenn alle Fenster geschlossen sind.

Bei mir spielt es auch keine Rolle, ob die Thermostate auf "Auto" oder "Manuell" stehen, einen Luftzug kann ich genauso ausschließen, da das auch in Räumen ohne Zugluft und nennenswerten Temperaturabfällen (Bad) geschieht. In der Regel bleibt die Einstellung dann auch bei 12°, bis sie händisch wieder hochgedreht wird.

Ich habe ja schon vermutet, ob es durch Zufall ein Pairing mit einem Nachbar-Fensterkontakt gegeben hat, aber irgendwie ist das doch arg unwahrscheinlich.

Hat noch jemand eine Idee? Ich bin hier komplett überfragt.
If every day has its number, Monday would be a zero division.

stefan68

Bei mir gab es diesen Effekt auch, allerdings liess sich dieser auf den Fensterkontakt zurückführen. Dieser war mit doppelseitigem Klebeband am Fenster montiert. Der Magnet konnte sich dadurch an den Kontakt "hinbiegen" und löste aus. Nach dem verschrauben des Magneten ist dieses Problem bis dato nicht mehr aufgetreten.

yrwyddfa

Hallo Stefan, herzlich Willkommen übrigens noch hier im Forum!

Danke für den Tipp, an ein hardwareseitiges Problem hatte ich bislang gar nicht gedacht. Allerdings scheint das bei mir nicht das Problem zu sein, die Kontakte blinken alle ganz brav beim Öffnen und Schließen, wie sie sollen. Ich muss noch mal schauen, wie gut die Konnektivität zu Fhem ist, ich glaube, da könnte es ggf. Verbindungsprobleme geben - allerdings verwundert mich dann, dass das Fenstersymbol bei den Thermostaten angezeigt wird. Wenn ich einen Zusammenhang sehe, gebe ich noch mal ein Update...
If every day has its number, Monday would be a zero division.

lefelix

Hallo zusammen,

ich war leider mehr beschäftigt als geplant.
Getan hat sich leider nichts, das Problem ist nach wie vor da.
In meinem System gibt es wie gesagt keine Fensterkontakte oder Zugluftsituationen.

Ich werde es über die warme Jahreszeit weiter beobachten, eventuell geht es mit einem Update auch wieder weg. Wenn nicht muss ich mir zum Winter etwas einfallen lassen.

yrwyddfa

Hi lefelix,

dass Du selbst keine Fensterkontakte hast, bedeutet nicht, dass da nicht welche reinfunken könnten (Nachbarn?).
Hast Du schon mal geschaut, ob in deinem Fhem über autocreate Geräte angelegt werden oder sich gar unter undefined oder everything dir unbekannte Geräte befinden?
If every day has its number, Monday would be a zero division.

neyzen

Hallo,

ich hab zurzeit mit dem Cul_Max und einem Thermostat genau das selbe Problem. Ich hab auch kein Fensterkontakt,aber der Thermostat springt ohne Grund aus seinem Wochenprogramm raus und geht auf 12°C. Gibts da ne lösung?

neyzen

Zitat von: neyzen am 15 Dezember 2020, 14:31:36
Hallo,

ich hab zurzeit mit dem Cul_Max und einem Thermostat genau das selbe Problem. Ich hab auch kein Fensterkontakt,aber der Thermostat springt ohne Grund aus seinem Wochenprogramm raus und geht auf 12°C. Gibts da ne lösung?

Ich hab jetzt mal mit set MAX_0696d1 WindowOpenTemperature 0 gesetzt.
Jetzt geht er anstatt auf 12 °C auf off.
Hat einer eine Idee?

Wzut

Zitat von: neyzen am 15 Dezember 2020, 20:21:29
Hat einer eine Idee?
mehr als eine, aber ohne list vom MAX_0696d1 sage ich erst einmal nichts (Glaskugel !)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

neyzen

#12
Hallo Wzut,

hier meine definition

Internals:
   CULMAX0_MSGCNT 168
   CULMAX0_TIME 2020-12-16 09:12:31
   DEF        HeatingThermostat 0696d1
   FUUID      5fd7d8cf-f33f-2b39-7239-0e71ec908951f679
   IODev      CULMAX0
   LASTInputDev CULMAX0
   MSGCNT     168
   NAME       MAX_0696d1
   NR         219
   NTFY_ORDER 50-MAX_0696d1
   STATE      21.5°C
   SVN        22368
   TYPE       MAX
   TimeSlot   0
   addr       0696d1
   devtype    1
   type       HeatingThermostat
   READINGS:
     2020-12-16 09:02:52   LastExtTemperature 22.83
     2020-12-14 22:27:43   PairedTo        000000
     2020-12-16 09:12:31   RSSI            -67.5
     2020-12-14 22:27:43   SerialNr        JHA0008724
     2020-12-16 09:12:31   battery         ok
     2020-12-16 09:12:31   batteryState    ok
     2020-12-14 22:27:43   boostDuration   25
     2020-12-14 22:27:43   boostValveposition 80
     2020-12-14 22:27:43   comfortTemperature 21.0
     2020-12-14 22:27:43   decalcification Sat 12:00
     2020-12-16 09:12:31   desiredTemperature 21.5
     2020-12-16 09:12:31   deviation       1.3
     2020-12-14 22:27:43   ecoTemperature  17.0
     2020-12-14 22:27:43   error           invalid or missing value  for READING .weekProfile
     2020-12-14 22:27:43   firmware        1.6
     2020-12-16 09:12:31   gateway         1
     2020-12-14 22:27:43   groupid         0
     2020-12-16 01:18:29   lastTimeSync    2020-12-16 01:18:29
     2020-12-15 20:11:14   lastcmd         windowOpenDuration 1
     2020-12-14 22:27:43   maxValveSetting 100
     2020-12-14 22:27:43   maximumTemperature on
     2020-12-14 22:27:43   measurementOffset 0.0
     2020-12-14 22:27:43   minimumTemperature off
     2020-12-16 09:12:31   mode            auto
     2020-12-16 09:02:52   msgcnt          76
     2020-12-16 09:12:31   panel           unlocked
     2020-12-16 09:12:31   peerIDs         000000,111111
     2020-12-16 09:12:31   peerList        Broadcast,MAX_111111
     2020-12-14 22:30:02   peers           111111
     2020-12-16 09:12:31   rferror         0
     2020-12-16 09:12:31   state           21.5°C
     2020-12-16 09:12:31   temperature     22.8
     2020-12-14 22:27:43   testresult      255
     2020-12-14 22:27:43   valveOffset     0
     2020-12-16 09:12:31   valveposition   0
     2020-12-15 10:09:33   weekprofile-0-Sat-temp 17.0 °C  /  18.5 °C  /  18.5 °C  /  17.0 °C
     2020-12-15 10:09:33   weekprofile-0-Sat-time 00:00-07:30  /  07:30-14:30  /  14:30-23:55  /  23:55-24:00
     2020-12-15 10:09:33   weekprofile-1-Sun-temp 17.0 °C  /  18.5 °C  /  18.5 °C  /  17.0 °C
     2020-12-15 10:09:33   weekprofile-1-Sun-time 00:00-07:30  /  07:30-14:30  /  14:30-23:55  /  23:55-24:00
     2020-12-15 10:09:33   weekprofile-2-Mon-temp 17.0 °C  /  21.5 °C  /  18.5 °C  /  17.0 °C
     2020-12-15 10:09:33   weekprofile-2-Mon-time 00:00-07:30  /  07:30-14:30  /  14:30-23:55  /  23:55-24:00
     2020-12-15 10:09:33   weekprofile-3-Tue-temp 17.0 °C  /  21.5 °C  /  18.5 °C  /  17.0 °C
     2020-12-15 10:09:33   weekprofile-3-Tue-time 00:00-07:30  /  07:30-14:30  /  14:30-23:55  /  23:55-24:00
     2020-12-15 10:09:33   weekprofile-4-Wed-temp 17.0 °C  /  21.5 °C  /  18.5 °C  /  17.0 °C
     2020-12-15 10:09:33   weekprofile-4-Wed-time 00:00-07:30  /  07:30-14:30  /  14:30-23:55  /  23:55-24:00
     2020-12-15 10:09:33   weekprofile-5-Thu-temp 17.0 °C  /  21.5 °C  /  18.5 °C  /  17.0 °C
     2020-12-15 10:09:33   weekprofile-5-Thu-time 00:00-07:30  /  07:30-14:30  /  14:30-23:55  /  23:55-24:00
     2020-12-15 10:09:33   weekprofile-6-Fri-temp 17.0 °C  /  21.5 °C  /  18.5 °C  /  17.0 °C
     2020-12-15 10:09:33   weekprofile-6-Fri-time 00:00-07:30  /  07:30-14:30  /  14:30-23:55  /  23:55-24:00
     2020-12-15 20:11:14   windowOpenDuration 1
     2020-12-15 14:40:26   windowOpenTemperature off
   helper:
     io:
       CULStick:
         raw        Z0F2404600696D10000000018002B00E4
         rssi       -67.5
         time       1608106351.73394
Attributes:
   IODev      CULMAX0
   alexaName  Büro Heizung
   alias      Altkat_Kalorifer
   event-on-change-reading .*
   genericDeviceType thermometer
   icon       hc_wht_regler
   keepAuto   1
   model      HeatingThermostat
   room       Heizung
   sortby     06


Der externer Temperatur Sensor

Internals:
   DEF        sensor 23  IODev=deCONZ
   FUUID      5fd75833-f33f-2b39-6344-eafad0eb4a620f0d
   FVERSION   31_HUEDevice.pm:0.229470/2020-10-09
   ID         S23
   INTERVAL   
   IODev      deCONZ
   NAME       Temperatursensor_Altkat
   NR         218
   STATE      T: 22.8 °C
   TYPE       HUEDevice
   lastupdated 2020-12-16 08:05:23
   lastupdated_local 2020-12-16 09:05:23
   manufacturername LUMI
   modelid    lumi.sensor_ht
   name       Temperatursensor_Altkat
   on         1
   reachable  1
   swversion  20160516
   type       ZHATemperature
   uniqueid   00:15:8d:00:02:b8:e1:ee-01-0402
   READINGS:
     2020-12-16 09:05:23   battery         88
     2020-12-16 09:05:23   batteryPercent  88
     2020-12-14 13:16:39   lastseen        2020-12-14T12:16Z
     2020-12-16 09:05:23   reachable       1
     2020-12-16 09:05:23   temperature     22.8
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     json:
       ep         1
       etag       ecda49b4ed2d5bb8bb448658515c5891
       lastseen   2020-12-16T08:05Z
       manufacturername LUMI
       modelid    lumi.sensor_ht
       name       Temperatursensor_Altkat
       swversion  20160516
       type       ZHATemperature
       uniqueid   00:15:8d:00:02:b8:e1:ee-01-0402
       config:
         battery    88
         offset     0
       state:
         lastupdated 2020-12-16T08:05:23.064
         temperature 2280
     setList:
Attributes:
   IODev      deCONZ
   icon       xiaomi_multi
   model      lumi.sensor_ht
   room       HUEDevice,Heizung
   stateFormat T: temperature °C


und mein Notify

Internals:
   DEF        Temperatursensor_Altkat:temperature.* {
MaxFakeWallThermostat("MAX_0696d1", $EVTPART1);
}
   FUUID      5fd7de2a-f33f-2b39-53bc-3c0c1a37a335fbeb
   NAME       SendTempAltkat
   NOTIFYDEV  Temperatursensor_Altkat
   NR         221
   NTFY_ORDER 50-SendTempAltkat
   REGEXP     Temperatursensor_Altkat:temperature.*
   STATE      2020-12-16 09:05:23
   TRIGGERTIME 1608105923.13565
   TYPE       notify
   READINGS:
     2020-12-15 19:57:59   state           active
Attributes:
   room       Heizung


Zusätzlich hab ich die routine wie in der wiki beschrieben in die 99_myUtils.pm reinkopiert

Ich habe auch bemerkt, dass mein Xiaomi Temperatursensor, der nicht so oft die Temperatur updated, auch mal erst nach 1 Stunde einen update schickt und dann steht im state rf err. Könnte es eventuell an dem Sensor liegen dass er nur jede Stunde sendet? Im Wiki steht was von 30 minuten.

EDIT: Ich hab jetzt nochmal geschaut. Die letzte Temperatur reading vom Sensor kahm um temperature 23.09 2020-12-16 10:00:35 . Aber mein Heizthermostat bekommt jetzt ein
temperature 22.6 2020-12-16 10:32:32
Der Wert vom Sensor ist 23.09°C um 10:00 aber mein der Thermostat hat einen neuen Wert 22.6°C um 10:32

Wzut

#13
ahhh eine Insel ... ich dachte mir schon das da der verammte fakeWT im Spiel ist .....
Bitte lies dir mal diesen Thread durch https://forum.fhem.de/index.php/topic,116493.0.html ( ab Antwort #11 )
In dem Thread erkläre ich auch wie und warum es zu dem 12°C Absturz kommt und warum das HT da so schwer alleine wieder raus kommt.
Ich habe das mittels angepasster 10_MAX.pm jetzt einigermassen gelöst.
Nützt dir aber nichts solange du die alte Methode mittels notify und sub in der 99_myUtils benutzt, denn die sub greift immer auf das Reading desiredTemp als Soll zurück und nicht auf die Soll Temp laut Wochenprofil. 
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

neyzen

Super, Dank dir.
Wenn ich bewusst die Temperatur von meinem externen Sensor als Event wegschicke, auch wenn sie kein Update macht, dürfte das doch mein Problem lösen oder? Sagen wir mal ich mach ein Event alle 10 minuten mit dem letzten Temperatur Wert.