NEWS
Lichtwecker mit alexa2
-
$moment($$.get_date+" "+$$.get_time,'HH:mm:ss').subtract($$.time_pre, 'minutes')
Das ist noch falsch. Also quasi aus den variablen get_date und get_time die korrekte Formatierung für $moment.
Auf dem Bild ist unter den Datenpunkten zu sehen, wie die Strings aussehen. -
@renegade-0 Hab es Dir gerade geändert. Wenn Du die Ausgabeformatierung aus den beiden Change Nodes des ursprünglichen Flows, einfach wegschmeisst, solltest Du natürlich schauen, was die machen und dann halt vorher implementieren. Wie gesagt hab dir den Code gepostet.
Außerdem verknüpft man Zeichenketten in JSONATA nicht mit "+" sondern mit "&".
https://docs.jsonata.org/other-operatorsIm Prinzip kann die cron-plus Node auch mehrere Alarms machen - wenn Du mehrere Alexa Alarms gleichzeitig hast. Du brauchst auch keinen Statischen definieren.
Also Du kannst die cron-plus Node durchaus leeren und dann über das topic definieren.
Die Alarme, die Du nicht fix in die cronplus eingegeben hast, sind dynamische Alarms - die kannst Du auch ausgeben lassen.
Ich poste Dir nochmal kurz den letzten Teil des Flows:
Du kannst im Übrigen auch bei dem Alarm mitgeben, welche payload die Node ausspuken soll, falls Du das für die Steuerung Deiner Lampe brauchst.
Also wenn Du mit true Deine Lampe einschaltest, kannst Du Dir zu dem Zeitpunkt einfach nur ein true ausgeben lassen. Erspart Dir eine ChangeNode.
{ "command": "add", "name": "Alexa", "expression": payload, "expressionType": "dates", "payloadType" : "bool", "payload" : true }
Über den Namen kannst Du Dir ggf. auch mit dem topic (aus Alexa Datenpunkten) mehrere Alarms in der cron-plus Node definieren.
Über den status bekommst Du zu allen Alarms als Array geliefert:
Du solltest dann nur alle inaktiven Alarms löschen (vielleicht einmal am Tag), wenn Du nicht nur mit einem arbeiten willst den Du updatest, wie im ursprünglichen Flow:
-
@mickym sagte in Lichtwecker mit alexa2:
Außerdem verknüpft man Zeichenketten in JSONATA nicht mit "+" sondern mit "&".
https://docs.jsonata.org/other-operatorsJa danke dir. Sorry ich komm halt aus der Java Ecke. JSONata ist noch komplett neu für mich und ich hab auch noch nicht so wirklich ein gutes wiki gefunden.
Aber ich bin ja lernwillig.
Wow ok, das sind mal ordentlich Informationen. Werd das mal einbauen und alles durchackern. Wenn das läuft ist eh nur noch die Lampensteuerung. Da muss ich noch wegen dem Dimmen schauen, aber der Rest macht mir jetzt keinen Kopf.
Danke dir auf jeden Fall schon mal für die ganzen Infos.
-
@mickym sagte in Lichtwecker mit alexa2:
Du kannst im Übrigen auch bei dem Alarm mitgeben, welche payload die Node ausspuken soll, falls Du das für die Steuerung Deiner Lampe brauchst.
Also wenn Du mit true Deine Lampe einschaltest, kannst Du Dir zu dem Zeitpunkt einfach nur ein true ausgeben lassen. Erspart Dir eine ChangeNode.{ "command": "add", "name": "Alexa", "expression": payload, "expressionType": "dates", "payloadType" : "bool", "payload" : true }
Hab ich jetzt eingesetzt und getestet, aber die Ausgabe ist irgendwie ein Object.
-
@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