Lichtwecker mit alexa2
-
@renegade-0 na nicht bei der Statusabfrage, sondern wenn der Trigger aktiv wurde. Bei mir geht das.
Natürlich nur die payload - das außerhalb der payload noch andere Infos enthalten sind, kann sein.
-
Ja habs jetzt auch gesehen. Kann man nicht auf 2 Ausgänge umschalten? Einmal command und einmal messages?
WEnn ich halt mit einem festen Alarm auf Update arbeite, muss ich nach dem Alarm eine Abfrage über alle Alarme machen, welcher der nächste ist und den setzen. Ich habe ja meist mehrere Alarme laufen. wochentags für die Arbeit, Wochenende mim Hund raus und hier und da nochmal einmalige Alarme. Da ich nicht für jeden Alarm(weil dynamisch) eine Struktur mit Datenpunkten setzen kann, habe ich mir überlegt, einfach ein enable = true reinzusetzen und nur wenn das aktiv ist, werden Alrame mit Lichtwecker gestellt, wenn nicht, werden sie ignoriert.
-
@renegade-0 sagte in Lichtwecker mit alexa2:
Kann man nicht auf 2 Ausgänge umschalten? Einmal command und einmal messages?
Warum nicht, spricht ja nichts dagegen?
-
@mickym
Das läuft jetzt auch. Nur die Alarme werden immer überschrieben, wenn ich mehrere habe. hab jetzt mal Name und expression auf payload gesetzt. Jetzt sind halt im object topic, payload und expression gleich, aber das stört ja nicht oder?Hast du noch eine Idee, wie ich das mit dem Dimmen machen kann? Also in der Zeit time_pre soll er von Wert x zu Wert y das Licht hochfahren.
-
Also bei mir tut das:
Die Alarme werden dann überschrieben, wenn sie den gleichen Namen haben.
Bei dem Dimmen würde ich halt Zielwert des Dimmens festlegen und dann anhand der Vorlaufzeit, den zu veränderten Dimmwert berechnen (wahrscheinlich in Abhängigkeit des aktuellen Wertes) - also ein Delta pro Minute um den Zielwert zu erreichen. Dann mit einer Triggernode halt jede Minute triggern und um das Delta den Dimmwert erhöhen.
Insgesamt also 2 TriggerNodes - die erste um den Zeitraum (pre_time) der 2.Triggernode zu steuern, die als Taktgeber dient. Flow kommt gleich.
Die Rechnerei musst halt dann anschliessend machen:
-
Mahlzeit.
deutlich simpler gelöst, als mein erster Versuch, aber leider das selbe Problem, wie mein Versuch.
Sagen wir time = 10min , x = 20, y = 80. Dann soll er gleichmäßig innerhalb der 10 min von x auf y ansteigen.
Wenn jetzt aber time 30min, x = 0, y = 75. Dann muss er ja entweder eine andere Zeitspanne zwischen den Impulsen oder größere Impulse haben.Und genau bei dieser Dynamik beiß ich mir in node-Red die Zähne aus. In Java wäre es eine einfache logische Rechnung und der Intervall wäre ausgerechnet. Dann immer +1 und gut.
-
@renegade-0 Ja aber das hat doch nichts mit NR zu tun. Du musst halt einfach im ersten Fall pro Minute um 6 steigen, um zweiten Fall um 2,5. Wo ist das Problem?
Und wenn Du lieber codieren willst - dann codiere halt alles in einer function Node.
-
@mickym
Ja das ist mir soweit theoretisch klar, aber wie ich das sinnvoll umsetzen kann, da beißt es bei mir noch aus. function node hab ich noch nie wirklich benutzt, aber ich denke, damit geht so etwas am besten. Ich hab noch keine node für Berechnungen direkt gefunden. Oder geht sowas über JSONata sinnvoll? -
@renegade-0 Über JSONATA und Change Node mach ich fast alles. Überhaupt kein Problem. Damit kann man alles berechnen.
-
@mickym
OK, hast du mal eine vernünftige wiki für JSONata? -
@renegade-0 sagte in Lichtwecker mit alexa2:
@mickym
OK, hast du mal eine vernünftige wiki für JSONata?nur das; https://docs.jsonata.org/overview
Das hast Du sicher schon gefunden. Das try Ding nutze ich aber oft. Aber in Deinem Fall ist nicht viel zu tun.
Einfach Eigenschaft der Nachricht *+-/ andere Eigenschaft der Nachricht usw.
Also wenn Du Dein 1. Beispiel nimmst und die Eigenschaften: msg.pre_time = 10, msg.start = 20, msg.ende = 80 ist, dann berechnest Du das Delta pro Minute einfach
