NEWS

@dslraser also ich finde das mit der Lautstärke in dB funktioniert auch nicht richtig. Ich habe das zum Test so wie hier beschrieben gemacht.

<speak>
And sometimes a lower volume <prosody volume="-6dB">is a more effective way of
interacting with your audience.</prosody>
</speak>

da bin ich dann bis auf +100dB gegangen aber das ist genauso laut als wenn ich +20dB eingebe.

@asgothian wenn ich den Typ auf "string" ändere, kommt folgende Fehlermeldung:

deconz.0 2021-08-03 10:41:58.572 warn (1815) {"address":"/lights/6/state","description":"invalid value, , for parameter, xy","type":7}

@paul53 Perfekt, das hat funktioniert. Dachte eigentlich das hätte ich auch schon probiert....
Aber nochmals vielen Dank @paul53 🙂

@johnnybahama
Jupp, es funktioniert nur was unter commands steht falls da DP drinnen sind.

@alcalzone sagte in Steigung berechnen und auswerten:

@asgothian Ich will nicht kleinkariert sein, aber im Endeffekt ist das eine Steigungsberechnung bzw. ein Teil davon:
https://www.mathebibel.de/sekantensteigung

Schon klar. Der Saubere Weg wäre die besagte exponentielle Glättung oder über n Punkt ein die Vergangenheit eine Ausgleichsgerade legen. Mir ging es aber gerade darum nicht so viel nebenher zu berechnen.

Eklig wird das ganze trotzdem in den Bereichen, wo die Messung so extrem zittert. Da kann die Steigung je nach Paramterwahl zwischen zwei Iterationen von stark positiv nach stark negativ schwanken und die Entscheidung verfälschen.
Das könnte man z.b. durch https://de.wikipedia.org/wiki/Exponentielle_Glättung filtern, was allerdings immer zu einem gewissen Zeitverzug führen kann. Lässt sich aber gut mit dem Ansatz von @Asgothian kombinieren

Das mit dem hin und her zittern stimmt schon - allerdings lässt sich recht schön auch an dem Graph zeigen das eine hinreichende "länge" durchaus die vorhandenen Steigungen erkennen lässt. Deswegen der Hinweis darauf nicht nur auf grösser/kleiner 0 sondern auch auf den Wert der Steigung zu reagieren. Dazu muss man den Graph in 4 Bereiche teilen:

Stagnierende Feuchte oberhalb der Raumfeuchte - da wird alleine weil es draussen feuchter ist als drinnen schon nicht gelüftet - die Steigung ist also instabil, aber auch irrelevant. Steigende Feuchte unterhalb der Raumfeuchte - da wird es interessanter. Im Graph ist gut zu sehen das der Anstieg zumeist sehr schnell stattfindet - wenn ich das richtig deute mit einem Wert von 0.5 bis 1 pro Stunde. Als Winkel angegeben sind das irgendwie 75grad oder steiler. Steil fallende Bereiche können ignoriert werden. Bleiben Bereiche in denen der Wert stagniert aber unterhalb der Raumfeuchte ist. Auf diesen Bereich muss die Zeitkonstante Eingestellt werden mit der gearbeitet wird.

@fastfoot in der tat habe ich das mit dem Zusammensetzen noch nie gemacht und daher nicht kapiert. @BananaJoe Danke!!! Das war meine Wissenslücke. Jetzt klappt es.

@homoran sagte in Anrufer per Lampenfarbe signalisieren:

das hatte ich vermutet

zusätzlich war auch der Trigger falsch eingestellt, was zu Doppelmeldungen führt, wenn erstmal die Verzögerung eingebaut ist und dann das Klingeln aufhört.

@paul53 Konnte nicht warten, hab mir nen test state gebastelt, hat geklappt.

Falls auch jemand das Problem hat das nur eins von denen funktioniert, achtet auf Groß- und Kleinschreibung.

@fastfoot
Danke für die Ergänzung. Die von mir beobachtete Talsperre hatte einige Tage die Daten nicht geändert. Habe es erst nach deiner Nachricht gemerkt. Funktioniert wieder.
Danke

Grandios, vielen lieben Dank!
Das hat funktioniert und war viel einfacher als gedacht.

@asgothian
Ja ok aber der Temperatursensor aktualisiert sich glaube ich auch nur Minutenweise. Von daher glaube, ich wird es keine Probleme geben.

@asgothian
Richtig das sind alles samt RGBW Controller mit Tasmota 😉

@paul53
So funktioniert es, danke 👍

Ich habe mich jetzt entschieden das ich jede Std. alle Werte in eine Datenbank speichern werde. Ich hoffe das ich dann die Daten flexibel auswerten kann.
Das heißt, meine ursprüngliche Frage hat sich somit erledigt und ich muss mich erst einmal mit dem Thema Datenbank beschäftigen.
Das wird bestimmt auch nicht einfach.

@paul53 sagte:

Nein, wie sollte das funktionieren?

das hatte mich ja gerade irritiert.
Ich hatte allerdings @Automatisierer-0 so verstanden, als ob er dies wolle, u d daran gezweifelt, dass das geht.

@tritor
https://www.elzershark.com/forum/index.php?thread/131-über-iobroker-an-den-messenger-signal-whatsapp-alternative-nachrichten-versenden/

kein Adapter, funzt aber tadellos 🙂

@zashhhhh sagte: Die Variablen zb Dauer kann ich die auch in weiteren Skripte benutzen oder muss ich dort andere benutzen ?

Die Gültigkeit einer Variablen ist auf das Skript beschränkt. In anderen Skripts kann auch wieder eine Variable dauer verwendet werden, ohne dass sie sich gegenseitig beeinflussen.