UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Marko1974]

Acccccccccccccccch

faszinierend........das hab ich jetzt wirklich mal verstanden....mom

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Ich will den ja nicht abfragen....sondern der soll da angezeigt werden. Das geht mit dem anderen Alexa Node.....

NEIN - das geht mit den gleichen ALEXA Nodes - die sind toll und es funktioniert genauso wie bei den Thermostaten, dass Du damit bei ALEXA Zustände ausgeben lassen kannst.

Du kannst Dir auch den Zustand der Fenster ausgeben lassen:

aber man muss halt mal LESEN - HILFE LESEN!!!

Ich persönlich würde ja auch alle Deine alten Alexa Nodes mit den Du schaltest oder Lampen abfrägst - alles auf diese neuen Nodes umstellen. Da hast genug zu tun.

[Marko1974]

@mickym und dann stampfen die das ein.... und dann stehe ich da.
Das ist doch n Projekt.

Also meine Temperatur zeigt nicht an...das hatte ich gestern schon...daher hatte ich den Trigger da eingebaut.

[mickym]

@marko1974 Ist noch ein Fehler drin - siehst wahrscheinlich im LOG . ändere mal die Change Node wie folgt:

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym und dann stampfen die das ein.... und dann stehe ich da.
Das ist doch n Projekt.

Also meine Temperatur zeigt nicht an...das hatte ich gestern schon...daher hatte ich den Trigger da eingebaut.

Ich hab Dir auch schon mal gesagt, dass Du Dir ggf. die Beispiele importieren kannst - um zu sehen, was die Nodes brauchen:

Geh halt in Deinen Import Dialog und schau Dir die Beispiele an:

Die wurden Dir quasi einfach so mit der Node mitgeliefert.

[Marko1974]

@mickym hatte mich schon gewundert warum anders rum....kommt trotzdem nix in der app an :-)

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym hatte mich schon gewundert warum anders rum....kommt trotzdem nix in der app an :-)

wir wollen mit der aktuellen payload - nun die Eigenschaft einer payload setzen.

Das Setzen geht aber nicht, da die NOde nicht weiss dass die payload kein Objekt ist. Deswegen geht setze msg.payload.temperatur auf msg.payload nicht.

Wenn ich aber Verschiebe machen wird quasi die bisherige payload gelöscht und ein Objekt erstellt .
Deswegen muss ich es hier umgekehrt machen: Verschiebe payload auf payload.temperature.

Dann importiere mal ein Beispiel und schau ob das in der APP angezeigt wird.

[Marko1974]

@mickym ich habs...ich muss send message at start anmachen

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym ich habs...ich muss send message at start anmachen

Na ja - sonst sendet es halt erst nach Änderung.

Aber diese Basics solltest ja nun selbst können . ;)

[Marko1974]

@mickym hab ich auch gaaaanz allein herausgefunden....siehste...dazu bin ich gut. :-)

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym hab ich auch gaaaanz allein herausgefunden....siehste...dazu bin ich gut. :-)

:+1:

Na dann kann ich Dich ja nun mit Deinen Möglichkeiten alleine lassen und Du kannst auf Entdeckungsreise gehen.

[Marko1974]

@mickym das könnte dir so passen.

Ich mach jetzt erstmal entdeckungsreise ganz woanders hin

[Marko1974]

@marko1974 hab mir gerade deine alarmanlage angeschaut

[Marko1974]

@mickym

Passt die Ausgabe sonst?

passt ... nur nochmal aufgehübscht

Hab da so nen monk

Könnte es sein, dass da noch ein delay rein muss? Er zeigt im nach template nach Abwesenheit die noch aktuellen Temperaturen VOR umschaltung auf ECO an

[mickym]

@marko1974

Am Besten Du nimmst die Trigger NOde und nicht die Delay Node - in der Regel kann die Trigger NOdes alles was die Delay Node auch kann bist auf die Begrenzung auf Nachrichtenraten.

Und beim optischen Aufhübschen hast Du wohl ein Kabel durchgerissen. :grin:

So was kann dich nicht funktionieren. Im Moment schaltet ECO gar nicht weil Du die Verbindung zum Schreiben der Datenpunkte gelöscht hat. Auch wenn Du die Ausgänge vertauschst - was in diesem Fall geht - dann müssen alle Verbindungen erhalten bleiben. Im Moment hat das mit der Verzögerung, die durch aus sinnvoll sein kann, gar nichts zu tun, da Du im Moment bei Abwesenheit gar kein ECO mehr setzt.

Wenn schon in schön dann so und die Verbindung, wie ursprünglich wiederherstellen:

Die Verzögerung vor den setpoint setzen. Und sichere Dir die Flows im Dateisystem ab, falls Du mal wieder was änderst und die ursprüngliche Logik wiederherstellen möchtest.

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Könnte es sein, dass da noch ein delay rein muss? Er zeigt im nach template nach Abwesenheit die noch aktuellen Temperaturen VOR umschaltung auf ECO an

Wie im Vorpost erläutert schaltest Du gar nicht mehr auf ECO um.

[Marko1974]

@mickym Das hab ich doch wirklich verdammt nicht gesehen -.- Danke :-)

[mickym]

@marko1974 Wenn ich viel Lust habe - mache ich einen allgemeinen Heizungflow auf Basis der cron-plus Node - mach dann aber einen eigenen Thread auf, wenn Du Interesse hast, kann ich Dir ja dann einen Link hier rein posten. ;) Wird aber sicher einige Zeit dauern, da ich damit erst mal meine TV Steuerung implementieren will.

[Marko1974]

@mickym ach das eilt nicht.
Ich bin den Tag schon wieder kläglich an Node-Red gescheitert....weil ich wieder dachte: Ach einfach....machste eben. Ging aber nicht.

Im Moment hab ich n Problem mit dem abwesenheitsflow. Ich hab noch gar nicht geguckt warum.
Die Änderungen vom letzten Mal hatte ich gemacht.
Trotzdem haut er mir nicht die korrekten Temperaturen rein und die Telegram Nachricht schickt er auch gleich 5 Mal bei Abwesenheit

[mickym]

@marko1974 Nun Du hast ja Inject Nodes zum Simulieren und wenn das 5 mal hintereinander kommt, dann spinnt Dein Anwesenheitsadapter in dem er mehrfach zwischen false und true wechselt. Vielleicht solltest Du einfach den normalen Tr-064 Adapter nutzen - mit dem bin ich inzwischen sehr zufrieden.