NEWS
Lichtwecker mit alexa2
-
Hi,
ich würde mir gerne einen Lichtwecker mit alexa2 basteln.
Funktion soll folgendermaßen aussehen:
Man sagt "Alexa stelle einen Wecker um..."
eine in einer Variable eingestellten Zeit (5-30 min) gibt an, wie viel vor dem Wecker das Licht angehen soll. In dieser Zeit dimmt sich das licht von 0-100%.Mein Problem ist jetzt. Jeder Wecker erstellt einen eigenen Channel. Somit muss ich über node red oder blockly den Channel Alarm abfragen auf alle Alarme, prüfen, ob diese enabled sind und dann das Licht schalten. Ich habe noch keine sinnvolle Methode in node red gefunden, den Channel auf einen bestimmten STATE in allen Unterchannels abzusuchen. Und mit blockly kenn ich mich noch gar nicht aus. Geht es da leichter?
mfG
Rene -
@renegade-0 Hi, in Node Red per Wildcard (*) in Iobroker Get oder Iobroker In Node.
Abfrage aller Alarme eines bestimmten Echos
alexa2.0.Echo-Devices.G090LF1072320GAA.Alarm.*.enabled
oder aller Alarme aller Echos
alexa2.0.Echo-Devices.*.Alarm.*.enabled
-
@renegade-0 Hi, sonst schau noch mal hier rein, dort bin ich das Thema, mit dem Alexa Wecker auslesen und ne bestimmte Zeit vorher was auslösen mit @mickym und @MichMein durchgegangen.
https://forum.iobroker.net/topic/50906/timer-erstellen-und-bei-bedarf-wieder-löschen/8 -
So endlich Wochenende und Zeit für meinen geliebten PC. Danke dir für die Infos. das hilft mir mal sehr weiter. DEnke, damit kann ich arbeiten.
-
@mickym hat dir da ja den Beispiel-flow geschickt. Diesen würde ich gerne so abwandeln, dass ich mir per ioB get einen Wert vom Typ number hole und diesen von den Minuten abziehe (anstelle der fixen 30). Nur ich bekomme es nicht hin, dort eine variable aufzurufen. Hast du einen Tipp für mich?
-
@renegade-0 Du musst den Datenpunkt den Du mit get holst, halt einer anderen msg Eigenschaft zuweisen.
Von 01:50 wird variabel 15 Minuten abgezogen, das ergibt 01:35
Für wiederkehrende Alarms - kann man sich easy über die Change Node auch cron expressions ausgeben lassen.
-
nur mal langsam mit den alten Eseln. So schnell isser ned.
Also danke erstmal für deinen Tipp. Hatte den Aufruf der Variable falsch. Jetzt passt zumindest mal das. Ich bekomme alle Daten im flow und hab die Logik mal halbwegs fertig.
das morgen brauche ich nicht. Es wird ja auch das Datum ausgelesen und soll im $moment mit eingebunden werden. Allerdings bekomm ich da die Formatierung nicht hin. Also im Alarm - x Minuten. Dann ist es zumindest schon mal so weit, dass alle Werte über Datenpunkte eingestellt werden können, und beim generieren/aktivieren eines Alexa Alarms wird x - Minuten vorher eine Aktion gestartet.Dann muss ich nur noch einfügen, dass man den Lichtwecker an bzw. ausschalten kann. (einen Wert abfragen und gut) und prüfen, wie es sich verhält, wenn mehrere Wecker gestellt sind bzw. werden.
-
@renegade-0 Ok - ich sehe schon das Problem.
$moment($$.get_date+" "+$$.get_time,'HH:mm:ss').subtract($$.time_pre, 'minutes')
Du musst halt mal posten, mit was Du Datumsstring erzeugen willst. Entweder erstellst Du im Vorfeld das Datum mit einer payload, mit der sich direkt ein $moment erzeugen lässt:
https://momentjs.com/docs/#/parsing/string/
In dem Fall brauch der Parser gar keine Hilfe, zur Interpretation des Eingabedatums. Insofern brauchst Du die Eingabe-Formatierung nämlich gar nicht. Ich sehe ja zum Glück hast Du ja den Screenshot gepostet. Musst Du gar nicht machen, als das nur zusammen setzen.
So ich hab Dir die Change-Node so gebastelt, das es funktionieren sollte.
$moment($$.get_date & " " & $$.get_time).subtract($$.time_pre, 'minutes').format('YYYY-MM-DD HH:mm:ss')
-
$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?