ich weiß nicht, ob das für euch von großem Interesse wäre (für mich bedeutet es aber viel ^^): Wäre es interessant, Werte vom Typ Datum/Uhrzeit zu haben. Oder sogar mehrere Typen:
Datum
Jahr
Monat
Tag
Stunde
Minuten
Zeitstempel
Ich sehe den Nutzen bei mir, um den Timing für das Starten/Stoppen bestimmter Geräte zu verwalten.
Beispiel für meine Poolpumpe: Ich möchte in Gladys (ohne über NodeRed zu gehen, was manchmal Kenntnisse erfordert, die ich nicht habe > Skripte und Funktionen erstellen) solche Szenen erstellen können:
Auslösen am Morgen um 8 Uhr
Filtration starten
Temperatur des Pools abrufen
Operation Pool-Temperatur / 2 > gibt einen Wert X (das gibt mir die benötigte Filterdauer in Stunden)
Wert in Minuten umrechnen, falls nötig
X Minuten warten
Filtration stoppen
Ich stelle mir vor, dass es noch viele andere Anwendungsfälle geben könnte, insbesondere zur Verwaltung von Zeitdauern.
Ich bin auch 100% dafür!! Ich bin genau in der gleichen Situation oder fast!!
Meine Sonde gibt mir eine ideale tägliche Filterzeit an, die sich je nach Wassertemperatur und Behandlung ändert (zwischen 30 Minuten pro Tag und 3 Stunden).
Aber auf meiner Seite hängt das auch mit einer anderen Funktionsanfrage zusammen, um Werte aus den Szenen schreiben zu können…
Hallo, das ist eine gute Idee, die Datumsverwaltung.
Ich würde gerne an diesem Thema arbeiten, ich interessiere mich auch für Geräte, die ein Datum+Uhrzeit speichern können (der Zeitstempel scheint am besten geeignet, da es ein ganzzahliger Typ ist, den man leicht speichern kann). In meinem Fall wäre das mehr, um Informationen im Dashboard anzuzeigen (in x Minuten, vor y Stunden…)
Können Sie mir sagen, was Ihrer Meinung nach in Ihrem Anwendungsfall fehlt? Denn in dem von Ihnen beschriebenen Szenario, das ich mir vorzustellen versuche, fehlen meiner Meinung nach nur die Zeitstempelgeräte.
Ich erkläre es: In dem Beispiel, das du gibst:
Denn das Warten von x Minuten könnte man durch Warten auf ein bestimmtes Datum zu einer bestimmten Uhrzeit ersetzen (in deiner Szene ist es jetzt + 2 Stunden zum Beispiel) und dann eine zweite Szene zum Ausschalten auslösen, wenn man die Uhrzeit des Zeitstempels erreicht. Ich schlage das vor, weil man sich vorstellen kann, dass Gladys während dieser 2-3 Stunden Wartezeit neu startet, wie geht man dann vor, um die Szene dort wieder aufzunehmen, wo sie war.
Natürlich muss man hinzufügen
eine Möglichkeit, eine Szene auf Zeitstempelgeräten auszulösen (etwa wie Kalenderereignisse)
eine Möglichkeit, das aktuelle Datum und die aktuelle Uhrzeit im Block « Gerät steuern » abzurufen
Für den Teil der Datums-/Uhrzeitverarbeitung haben wir bereits die Möglichkeit, Berechnungen in Szenen durchzuführen, würde das Ihren Anforderungen entsprechen, wenn man es mit einem Zeitstempelgerät verbindet?
Was denken Sie?
Mist, ich hatte versucht, klar zu sein… Man könnte meinen, in meinem Kopf ist es nicht so klar, wie ich dachte!
Das Problem ist, wenn ich deinen Vorschlag sehe, erscheint es mir sehr kohärent, aber woher kommt diese Variable?
In meinem Beispiel möchte ich eine Temperatur abrufen, eine einfache mathematische Berechnung darauf anwenden, um einen Zeitwert (Stunde / Minute / etc.) umzuwandeln, um diesen Wert dann im WAIT-Block zu verwenden.
Ich weiß nicht, was so etwas implizieren würde.
Vielleicht muss ich die Sache weiter gefasst sehen und was ich brauche, ist einfach ein BERECHNUNG-Block, der einen Basiswert nimmt und ihn in eine Variable umwandelt, die später verwendet wird?
Eigentlich habe ich erst nach dem Anschauen die Nachricht geschrieben… Vielleicht habe ich etwas nicht verstanden.
Wenn man die Variablen-Injektion im Feld WARTEN erlaubt, kann dann das von mir beschriebene Szenario in den Szenen angewendet werden?
EDIT: Ich hatte deine Nachricht falsch gelesen, also fange ich nochmal an:
Für mich ist es intuitiv, einen Wert abzurufen, ihm eine Berechnung anzuwenden und ihn dann zu verwenden.
In dem, was du vorschlägst, rufen wir einen Wert ab, und erst bei seiner Verwendung (im Block WARTEN) wenden wir die Berechnung an, habe ich das richtig verstanden?
Man könnte meinen, in meinem Kopf ist es nicht so klar, wie ich dachte!