Außentemperaturmessung und Emailfunktion

[cpthildi]

Moin zusammen,

habe zu Testzwecken eine Innen- und Außentemperaturmessung mit festen Schwellwerten definiert, bei welchen das jeweilige Über- bzw. Unterschreiten per Marker und Email-Benachrichtigung signalisiert werden soll. Diese wurden bei den Temperaturszenen so definiert:

TempSzenen.jpg (98.03 KiB) 15626 mal betrachtet

Während die Statusmarker (Temp > eingestelltem Schwellwert) einwandfrei gesetzt und visualisiert werden, scheint es mit der Email-Funktion Probleme zu geben - hier beschrieben anhand Temperatur-Szenario #4 (Außentemp < 15°):

[*] Ausgehend von einer Außentemperatur > 15° und entsprechend gesetztem Marker, wird dieser bei erstmaligem Unterschreiten korrekt gelöscht.

[*] Ab diesem Zeitpunkt wird im Minutentakt eine Email gesendet, die im Betreff immer wieder auf das Unterschreiten des Schwellwertes hinweist, im Textbody jedoch hartnäckig die jeweilige Innentemperatur anzeigt:

Code: Alles auswählen

Von: hildi@xxx.de
Datum: 11. Juni 2016 um 22:41:02 MESZ
An: hildi@xxx.de
Betreff: Light-Manager: Aussen < 15
Begin: 22:41:00 
End: 22:41:00 
Temp: 25.6'C
00:1E:C0:28:57:AF

Das ganze hat bis 23:40 h angedauert (Zeitpunkt der letzten Email), vermutlich bis zum erstmaligen Erreichen von 14,0° (Schwellwert - 1,0°).

Auch mit dem Innentemperaturschwellwert gibt es analoge Probleme - hier hat's heute beim Überschreiten des Schwellwertes (szenario #1) das gleiche Verhalten gegeben - Dokumentation spare ich mir hier.

Vielleicht könnt Ihr Euch das mal anschauen...

[jbmedia]

Danke für die Info, wir schauen uns das an! Die Innentemperatur wird übrigens standardmäßig im Body angezeigt, egal um welche Szene es sich handelt. Wir könnten die Außentemperatur eigentlich hinzufügen, Platz genug ist ja in der Mail.

[cpthildi]

OK, danke! Anzeige von beiden Temperaturen im Body macht natürlich auch Sinn....

Noch ein Hinweis zum geschilderten Verhalten: Heute morgen hat sich das Verhalten bezüglich der Außentemperatur (diesmal beim Überschreiten des Schwellwertes wieder exakt so abgespielt (Emails starten beim erstmaligen Erreichen bzw. Überschreiten der Triggerschwelle und stoppen erst bei Erreichen bzw. Überschreiten von + 1°).

Innen scheint das Verhalten etwas differenzierter zu sein, hier scheinen die Emails schon bei einer Differenz von 0,1° zur Schwelle zu stoppen.

Vielleicht wäre es hilfreich, für die Temperaturmessung bzw. genauer gesagt für die Auslösung von darauf basierenden Szenarien eine wählbare Hysterese (z.B 0.5°) definieren zu können (z.B. Schwellwert > 25°, aber erneute Auslösung erst nach Unterschreiten der definierten Hysterese, also hier dann 24,5°). Das läßt sich momentan vermutlich auch über Hilfsmarker abbilden, allerdings nur mit 1° Schritten.

Nochmals Danke + schönen Sonntag!

[jbmedia]

airStudio 7.3.1 ist nun online. Damit wurde der Fehler behoben. Nach der Installation bitte ein Firmware Update durchführen.

[cpthildi]

Moin,

erstmal herzlichen Dank für den Fix - das Email-Bombardement hat jetzt aufgehört... - fast...

Die Innentemperaturmessung ist ja recht empfindlich (bzw. fein granuliert), was allerdings immer noch zu unnötig häufigen Triggern führt, wenn die Temperatur +/- 0.1 Grad um den eingestellten Schwellwert pendelt (was natürlich bei einem Temperaturanstieg oder -abfall über die Zeit unausweichlich passiert).

Ich habe mal einen Emailauszug drangehängt, der das Verhalten sehr schön dokumentiert:

TempEmailVerlauf.jpg (66.73 KiB) 15482 mal betrachtet

--> Zwischen 01:47 h und 02:22 h kommt die Temperatur von > 24° auf 24° und pendelt dann offensichtlich zwischen 24,0° und 24,1° - daher mehrfaches Auslösen der eingestellten "> 24°"-Szene (ohne "Gegentrigger")

--> Die Temperatur sinkt dann zwischen 02:39 h und 03:03 h langsam weiter und es kommt zu mehrfacher Auslösung der "< 24°"-Szene (Temperatur pendelt zwischen 23,9° und 24°).

Das ganze Verhalten deckt sich übrigens sehr schön mit dem Langzeit-Chart (und wiederholte sich natürlich auch heute morgen beim Ansteigen der Temperatur über 24°).

Chart.jpg (12.44 KiB) 15482 mal betrachtet

Hier würde die Einführung (bzw. Einstellbarkeit) einer Hysterese eine sichere Abhilfe darstellen - sprich: wenn die Schwelle überschritten wird, muß die Temperatur erst wieder unter den eingestellten Hysteresewert sinken, bevor der Trigger erneut ausgelöst wird (bzw. natürlich auch in die andere Richtung). Das könnte man z.B. mit internen Markern lösen (habe das mal mit den verfügbaren Markern nachgebildet, dabei ist der minimal "einstellbare" Hysteresewert natürlich 1° - und "User"-Marker werden unnötig verbraucht).

Bei der Gelegenheit könntet Ihr vielleicht auch gleich die angedachte Aufnahme der Außentemperatur in den Email-Body mit einbauen?

Und nochmals klar + deutlich: Ich bin absolut begeistert von Eurem extrem schnellen Service (Kommunikation und auch FW-Update)! Habe schon die ersten Empfehlungen im Bekanntenkreis ausgesprochen...

Weitermachen!

[jbmedia]

Eine Hysterese kann man per Marker realisieren.

1.jpg (58.95 KiB) 15452 mal betrachtet

Allerdings lässt sich der Schwellwert momentan nur in 1 Grad Schritten einstellen, was natürlich recht viel ist. Wir werden die Temperatur-Einstellung mit der nächsten Version auf 0,1 Grad Schritte umstellen.

[cpthildi]

Moin,

auf diese Art hatte ich es ja schon erfolgreich selbst getestet (wie zuvor geschrieben)...

Allerdings verbrät das für jede Temperatur-Szene einen wertvollen Marker. Das wäre nicht weiter schlimm, wenn es mehr als 16 davon gäbe und zusätzlich das Attribut "unsichtbar" zuordenbar wäre (dann müßte man die auch gar nicht erst im WebGUI anzeigen). Alternativ könntet Ihr die Hysterese-Marker ja auch als interne Funktion aufbauen...

[jbmedia]

Mit dem kommenden Update wird es möglich sein, die Temperatur in 0,1°C einzustellen. Außerdem wird die Anzahl der Marker auf 32 erhöht. Dann sollte es kein Problem sein, ein oder zwei Marker für diese Funktion zu opfern.

Eine interne Hysterese-Schaltung wäre relativ aufwändig, da die Hysterese für jede Temperatur-gesteuerte Szene einzeln nachgehalten werden müsste. Dies würde bedeuten, die Marker-Logik intern erneut zu implementieren. Der Aufwand stünde in keinem Verhältnis zur Nutzungsintensität einer solchen Funktion bezogen auf die gesamte Userbasis. Daher ist eine int. Realisierung im Moment eher unwahrscheinlich.

[cpthildi]

Sehr gut! Wenn jetzt noch Marker als "nicht sichtbar" markiert werden können, so daß sie in der WebGUI nicht auftauchen (wie deaktivierte Szenen), wäre es perfekt !

[Marioir]

Sehr gut! Wenn jetzt noch Marker als "nicht sichtbar" markiert werden können, so daß sie in der WebGUI nicht auftauchen (wie deaktivierte Szenen), wäre es perfekt !

Code: Alles auswählen

<td style="display: none;">Marker 1</td>

Mit diesem Befehl kannst du die Marker unsichtbar machen.
Weiß allerdings nicht, wie es dann mit der Formatierung der Tabelle aussieht. Kann sein das sie Unsichtbar sind, allerdings nur ein Weißes Feld zu sehen ist. Und du nichts daraus gewonnen hast. Kannst es ja mal testen.

Dazu müsstest du allerdings die index.htm Datei editieren. und verwenden, was allerdings nach einer Config Übertragung wieder weg sein dürfte.

Denke das wird fürs JB Media Team nicht als zu großen Aufwand sein so eine Funktion einzubauen.
Allerdings bin ich kein Programmierer und will da nicht zu viel versprechen.