Auf schnell steigende Temperatur triggern

[cybersmart]

So, ich habe statt dem Tend nun auf einen absoluten Temperaturanstieg umgestellt bei dem ich in 7s Betrachtungszeit auf >0,2k Temperaturanstieg dann reagiere. Das klappt nun sehr gut, 10s nach „Wasser Marsch“ geht die Duschrückwandbeleuchtung an. Werde noch etwas rumtesten ob es noch etwas schneller geht, aber alle <=10s ist absolut ok.
hyman Danke für den Baustein

[hyman]

Dein Temperaturverlauf ist rückwärts sortiert. Außerdem steht nicht drin, wann genau Du die Dusche aufgedreht hast. Der schnellste Anstieg, den ich finden konnte, ist etwa 0,2K/s. Meist kommen die Telegramme im Abstand von 2s oder mehr.

Der Trend-Ausgang des Statistikbausteins hängt fast nicht vom "Betrachtungszeitraum" ab (der sollte aber dennoch nicht unter 30s sein, damit immer ein paar vergangene Werte zum Vergleich vorhanden sind), sondern im Wesentlichen von der "Auflösung der Eingangswerte". Stell die mal auf 0,05, dann solltest Du nach spätestens 3 ansteigenden Telegrammen einen Trend "1" (ansteigend) sehen.

[cybersmart]

hyman Ich habe eine Übersicht wie sich die Temperatur entwickeln als Anlage beigefügt.

Wie verhält sich die Statistikfunktion eigentlich. Immer ein 5s Zeitfenster dann das nächste oder vergleicht er bei 5s kontinuierlich (sekündlich) was in den jeweils letzten 5s an Telegrammen kam?

Aktuell braucht die Funktion ca 20s bis der Trigger EIN dann kommt. Das ist länger als mit Subtraktion und auch länger als mit 2Punkt Regelung des Temp-Reglers selbst. Ich will versuchen das unter 10s zu bekommen, das wird wohl „tüfteln“ bedeuten.

[hyman]

Die Trenderkennung braucht mindestens zwei oder drei Telegramme, die die gleiche Richtung ggü. dem jeweils vorherigen haben, bevor sie einen Trend erkennt. Evtl. bist Du in Deinem Fall mit Telegrammverzögerer, Addition und Vergleicher schneller...

Wie schnell geht denn die Temperatur hoch? Also in Kelvin pro Sekunde...

[cybersmart]

hyman Ich habe nun statt der Subtraktion Deinen Statistikbaustein mit Trend eingebaut.
Als ich das gestern getestet habe war die Zeit bis er den Trend ausgibt relativ lange, das Licht ging erst nach ca. 20 Sekunden an. Ich habe nochmal nachjustiert, mal sehen wie es sich nun verhält.
Evtl hast du einen Tipp für mich zum Optimieren.

- Sensor liefert alle 0,2k einen Wert -> Ich will den Trend innerhalb von 5 s erkennen aber auch False Positives bei sich langsam verändernder Temperatur (z.B. 0,1k in den 5s können ein normaler Sprung mal sein) vermeiden. Man kann den Sensor auch alle 0,1k einen Wert senden lassen, evtl. sind mehr Werte in den 5 Sekunden besser für die zuverlässige Erkennung, aber "natürliche Schwankungen sollen eben kein False Positive bringen.

Sobald das Rohr mit dem Anlegefühler sich erwärmt geht der Anstieg eigentlich recht schnell, ich zeichne später auch mal den Anstieg direkt auf. Bin für jeden Tipp von Dir dankbar wie ich das optimieren kann.

Danke auch für die Bausteine, ich habe auch die Formelberechnung jetzt für meine Rolladensteuerung im Einsatz um die Sonnenstandsautomatik in manchen Bereichen zu "begrenzen" oder mit einem Offset zu versehen. Funktioniert super.

[cybersmart]

Hi Volker, ich sende ja immer wenn die Temperatur eine Änderung von 0,2K hat UND stündlich.

Genau deshalb müsste ich ja schnell steigende Temperaturen mitbekommen, also in 5s 2 solche 0,2k-Schritte = 0,4k -> damit >0,3 gegenüber dem Wert am Subtrahenden -> Trigger = EIN

Das klappt auch beim Duschen ganz gut, in ca. 10s nach Aufdrehen der Dusche geht das Licht an.

ABER: Das Licht geht nicht mehr aus oder schaltet manchmal aus und dann doch wieder an, obwohl keine Temperatursprünge mehr da sind (Dusche aus -> Wasser kühlt langsam ab).

Alle Schaltsignale (vom Taster UND Logikbausteine schicke ich über den PM an dessen Eingang und nur der schaltet das Licht, damit sollte auch die Halbautomatik ja funktionieren und nach 1 Minute ohne Präsenz im Raum das Licht wieder ausgehen und NIE durch Präsenz einfach angehen. So mein Verständnis ...

Danke aber schonmal fürs mit drauf schauen. Irgendwo ist da noch ein Wurm drin aber wo.

[Gast1961]

Hast du mal die Temperaturen mitgeloggt? Wenn das Telegramm nur zyklisch stündlich gesendet wird, und die Raumtemperatur in der Stunde um mehr als 0.3°C gestiegen ist, dann dürfte beim Eintreffen der Schwellwert auslösen. Letzter Vergleichswert ist ja noch der Wert von vor 1 Stunde. Der wird wegen der Verzögerung erst nach 5s nachgezogen, bis dahin ist es ein Wert der schon eine Stunde alt ist.

Kurzfassung: die 0.3°C sind vermutlich zu wenig, wenn du nur stündlich sendest.

[cybersmart]

Hier nochmal die Zielsetzung die ich aktuell verfolge für die Duschbeleuchtung:

- EIN wird nur durch schnellen Temperaturanstieg getriggert oder manuell durch Glastaster-Taste (Schalten/Dimmen) -> über den Eingangskanal des Lichtkanal 2. Fallende Temperatur soll gar keine Rolle spielen
- AUS wird nur durch Halbautomat getriggert auf Lichtkanal 2, der nur ein AUS nach Ablauf der Nachlaufzeit sendet.

Hinweis: Da der Steinel ein HF-Melder ist schaut er auch durch die Glaswand in die Dusche, also kein Risiko, dass das Licht während dem Duschen mit dem Deckenlicht aus geht weil der PM denkt es ist niemand mehr da.

Problem scheint noch zu sein, dass das schnelle Ansteigen der Temperatur als EIN-Event nicht so sauber läuft und das Licht immer wieder eingeschaltet und ausgeschaltet wird auch wenn niemand duscht. Oder es wird garnicht ausgeschaltet ... irgendwie ohne für mich nachvollziehbare Systematik.

Auf dem Bus sehe ich, dass die Logik aber immer wieder unvermittelt EIN sendet, habe jetzt beigefügte Anpassungen noch umgesetzt.

Anbei die aktuelle Logik in Bildern:
Idee dahinter:
Innerhalb von 5 Sekunden müssen 2 Telegramme kommen mit neuer Temperatur (Tegramme werden alle bei +0,2k TempDifferenz gesendet) und in Summe 0,4k gegenüber dem zwischengespeicherten Wert überschritten werden (daher oberer Schwellwert bei 0,3k).
Bei Auslöser hatte ich mal einen Wert 0,3 eingetragen aber das Feld dürfte unrelevant sein.

[Gast1961]

Da ist irgendwo der Wurm noch drin, evtl. in Verbindung mit dem PM.

Falls du dich an meinem Anwendungsfall orientiert hast, also Nachtriggern des PM über den Slave-Eingang, dann muß aus dem Duschsignal noch ein zyklisches EIN erzeugt werden. Ich poste mal die Gesamtansicht, wie ich es gelöst hatte.

[Beleuchtfix]

Dein Szenario halte ich für unrealistisch, ein Schneller Anstieg ist möglich, aber beim Absinken solltest du absolute Werte nehmen, aber du wirst eine deutliche Nachlaufzeit bekommen.

Da ist irgendwo der Wurm noch drin

Da hast du absolut recht. Wenn du uns verrätst, was du gemacht hast, könnten wir vielleicht helfen (übrigens, ein Bild sagt mehr als 1000 Worte )

Gruß
Florian

[cybersmart]

So, nach vielen Tests bin ich etwas ernüchtert.
Generell schaltet das Licht nun ein wenn die Dusche ca. 10s läuft, das passt so gut, aber sie schaltet sporadisch aus wenn das Wasser abgedreht wird, dann wieder ein, lässt sich über den Glastaster aber nicht mehr ausschalten, etc. Unterer Grenzwert steht auf -1 also müsste in 5s die Temperatur um 5k in 5s sinken was nicht passiert.

Da ist irgendwo der Wurm noch drin, evtl. in Verbindung mit dem PM.
Wenn ich nicht mehr weiter komme poste ich mal meine einstellungen, aber noch hoffe ich drauf, dass der Groschen fällt. Danke schonmal allen für das Feedback.

[Gast1961]

Werde heute Abend dann testen wie schnell die Beleuchtung anspringt sobald man die Dusche nutzt.

Ok, wenn du mit dunkler Durche startest sollte es vielleicht schneller sein, mit weniger Hysterese.

Bei mir ist das Licht über den PM gesteuert, auch für den Lichtkreis Dusche, und diese Erkennung soll das nur eingeschaltet halten während man hinter der Glaswand "unsichtbar" für den PM ist. Deshalb wird mit dem Duschsignal der Slaveeingang des PM zyklisch getriggert, der Teil ist im Screenshot nicht zu sehen.

[cybersmart]

Ok, das wäre bei mir zu träge, bei dir demnach schnelleres Ansprechverhalten weniger physikalische „Hysterese“ bis der Fühler den Temperaturanstieg mitbekommt.

Werde heute Abend dann testen wie schnell die Beleuchtung anspringt sobald man die Dusche nutzt.

Danke schonmal, ist eine recht einfache Sache wenn man es mal weiss ...

[Gast1961]

Es wird eine 1 gesendet wenn der obere Schwellwert überschritten wird also erst wenn 1 Grad Temperaturanstieg innerhalb von 5s Verzögerungszeit erreicht werden.

Genau so ist das auch gewollt: mindestens 1 Grad Temperaturanstieg in 5s, das ist meine Startbedingung für "Dusche läuft". Das bleibt dann aktiv solange die Temperatur noch um mindestens 0.1°C pro 5s ansteigt. Durch die thermische Trägheit (Rohr erwärmt sich langsam) passt das in meinem Fall.

Bei mir betätigt dieses Signal nur den Slave-Eingang des Präsenzmelders, um die Präsenz beim Duschen aktiv zu halten. Für andere Zwecke mögen andere Schwellen sinnvoll sein. Aber die Startbedingung immer so hoch, daß es nicht zufällig auslöst bei kleinen Temperaturschwankungen.

[cybersmart]

Hallo Volker,

aber mit dem oberen Schwellwert von 1 Grad und unterer Schwellwert 0,1 Grad geht das mit dem Schalten doch nicht. Es wird eine 1 gesendet wenn der obere Schwellwert überschritten wird also erst wenn 1 Grad Temperaturanstieg innerhalb von 5s Verzögerungszeit erreicht werden. Zumindest zeigt mit die Simulation das. Wenn ich oben 0,1 eingeben und unten -1 klappt es. Oder habe ich da noch ein Verständnisproblem?