Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym

Leider sind noch ein paar Änderungen erforderlich - damit das wie gewünscht funktioniert.

Die Delay Node - solltest Du gegen folgende Trigger Node tauschen - sonst braucht es 6 Minuten bis alle Modi gesetzt sind - es ging aber nur darum jedes Modus Änderung nach 1 Minute der setpoint Änderung durch zu führen.

Spoiler

[
   {
       "id": "376a8206.8eb7de",
       "type": "trigger",
       "z": "6f3801b9.ba4b6",
       "name": "",
       "op1": "",
       "op2": "",
       "op1type": "nul",
       "op2type": "pay",
       "duration": "1",
       "extend": false,
       "overrideDelay": false,
       "units": "min",
       "reset": "",
       "bytopic": "topic",
       "topic": "topic",
       "outputs": 1,
       "x": 1480,
       "y": 980,
       "wires": [
           [
               "ca582e80.a5362"
           ]
       ]
   }
]

In dem Template ist leider noch ein Fehler. Also musst Du alle Template Nodes den Topic noch löschen der ersten beiden Topics am Wochenende rauslöschen:

Markierte Nodes.

Dies ist wichtig damit das Topic aus den ALEXA Nodes durchgereicht wird.

Dafür müssen wir bei dem An-/Abwesenheitsflow für die Trigger Node - den Topic setzen.

Und topic halt entsprechend den vorangegangenen Topic setzen.

Ich hatte mir überlegt, ob man das Topic in den Subflow setzen sollte - aber finde es so besser - da so die Orginal msg.topic der Alexa Node durchgelassen wird.

[Marko1974]

@mickym muss ich mir gleich anschauen wenn ich Feierabend habe. Mutter hat auch schon angerufen. Heizung schaltet auf keine Temperaturen über Alexa.

Entweder Duty cycle oder was anderes

[mickym]

@marko1974 OK - Du kannst ja dauerhaft Debug Nodes an die Alexa Nodes machen und dann über den Button deaktivieren - damit man bei solchen Fällen halt unterscheiden kann - liegt es an Alexa (sprich kommt was raus) und ist am Flow was nicht in Ordnung.

Ich habe gerade hier im Forum gefunden - dass im Info Bereich des maxcube Adapters ja der DutyCycle zu sehen ist:

Sprich wenn da wirklich aus dem Ruder läuft - kann man in die Flows was bauen, dass vor dem SEnden den Duty_Cycle überprüft. Ich vermute aber eher Alexa - aber da kenn ich mich weniger aus. Haben Deine Eltern eigentlich nur das Thermostat und Alexa zum Steuern oder auch irgendein Tablet oder Handy mit dem sie bedienen können?

[Marko1974]

@mickym die haben alles. Ich kann aber auch von hier zuhause die App bedienen, da ich ne vpn zu denen habe.
So jetzt ist die Frage.
Sie dreht am Thermostat und kurze Zeit später geht es von manuell wieder auf auto
und Alexa nimmt keine Befehle an. Sagt zwar ok. Aber nichts passiert.

Ich ändere jetzt mal eben den Flow mit dem was du da oben geschrieben hast.
Vielleicht liegt es ja in Teilen daran?!

[mickym]

@marko1974 Nein daran kann es nicht liegen.
Mach die Debug an die Alexa Nodes, wenn da nichts kommt - wird ja auch nichts in den Adapter geschrieben. Was Du noch machen kannst ist, dass ggf. der abensenceAll Node dauernd was ausspukt - das glaube ich eher und dann wird permanent geschrieben. Dann ändere in der iobroker in Node von absenceAll auf

Dann triggert die nur, wenn sich da was ändert - hab keine Ahnung wie oft Dein Blockly oder was auch immer in diesen DP schreibt.

[Marko1974]

@mickym Irgendwo ist jetzt der Wurm drin.
Sagt man: Stelle Küche auf 23 Grad und sie steht gerade auf 22 Manu.
Stellt Alexa von Manuell auf AUTO um und sagt: Automatischer Modus ist auf 23 Grad gestellt. Danach fällt die Temperatur wieder zurück auf 22 Grad und das Thermostat bleibt auf AUTO.
Der Setpoint im Flow steht auf 23 Grad ...also der Setpoint ganz rechts. Heisst...Flow funktioniert, wird aber irgendwie im MaxCubeAdapter nicht geändert....und warum es auf AUTO stellt weiss ich gerade auch nicht -.-

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Nein daran kann es nicht liegen.
Mach die Debug an die Alexa Nodes, wenn da nichts kommt - wird ja auch nichts in den Adapter geschrieben. Was Du noch machen kannst ist, dass ggf. der abensenceAll Node dauernd was ausspukt - das glaube ich eher und dann wird permanent geschrieben. Dann ändere in der iobroker in Node von absenceAll auf

Dann triggert die nur, wenn sich da was ändert - hab keine Ahnung wie oft Dein Blockly oder was auch immer in diesen DP schreibt.

Ich hab kein Blockly mehr dazu.

[mickym]

@marko1974 Wie gesagt vielleicht spukt Dein Anwesenheits Flow dauernd dazwischen und nicht der Alexa Flow.

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Ich hab kein Blockly mehr dazu.

Na irgendwas muss doch den Datenpunkt absenceAll beschreiben????

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym Irgendwo ist jetzt der Wurm drin.
Sagt man: Stelle Küche auf 23 Grad und sie steht gerade auf 22 Manu.
Stellt Alexa von Manuell auf AUTO um und sagt: Automatischer Modus ist auf 23 Grad gestellt. Danach fällt die Temperatur wieder zurück auf 22 Grad und das Thermostat bleibt auf AUTO.
Der Setpoint im Flow steht auf 23 Grad ...also der Setpoint ganz rechts. Heisst...Flow funktioniert, wird aber irgendwie im MaxCubeAdapter nicht geändert....und warum es auf AUTO stellt weiss ich gerade auch nicht -.-

@marko1974
Auf wieviel steht der Duty Cycle?
Umstellung in der iobroker In absenceAll gemacht?
Mach noch eine DebugNode an die iobrokerIn Node. Dann schau was im Debug Fenster passiert.

[Marko1974]

@mickym Es geht nicht um den Abwesenheitsflow. Es geht um das normale Verhalten beim Ändern der Temperatur per Sprache.

Guck mal. Wenn ich sage Stelle auf 23. Dann geht das laut flow auf Auto und dann verstellt er die Temperatur. Oder bin ich da falsch?

Stelle ich auf Manuell, dann ist es nach ein paar Sekunden wieder auf AUTO. Irgendwo ist da n kleiner Fehler

flows(1).json

[mickym]

@marko1974

1. Solltest Du ja die Debug Node an die Alexa Node hängen, dann siehst Du was rauskommt.

Wenn Du sagt stelle auf 23 Grad - dann sollte nur am 1. Ausgang aus der Switch Node was rauskommen - aus den anderen Ausgängen darf nichts kommen-

Kannst Du mit 3 DebugNodes an jedem Ausgang sehen - wenn Du diese mit Namen zur Unterscheidung versiehst.

Das heißt der Flow darf nicht auf Auto gehen - sondern stand von mir aus vorher auf Auto - es sollte nichts anderes passieren, als wenn Du in den setpoint DP des Adapters was reinschreibst und sonst nichts. Aus der Verzögerungsnode darf gar nichts kommen, da diese gar nie mit der Nachricht aus dem 1. Ausgang in Berührung kommt.

Wie gesagt es hilft alles nichts - hänge 3 DebugNodes mit unterschiedlichen Namen an Deine Switch Node

und beschreibe was wan wo rauskommt

[Marko1974]

@mickym Ich glaube ich habs.

Also...wie erkläre ich das. Der 1. flow funktoniert. Jetzt gibt es aber auch noch den mit der Abwesenheit der Abgefragt wird.
Ist jemand zuhause steht abwesenheit auf false. Steht sie allerdings auf false, dann stellt er alle Heizungen auf Auto.
Wird nun eine Manuell per Sprache verstellt, checkt er wieder die Absence zusätzlch und stellt wieder auf Auto.
Lass mich mal eben testen, den Abwesenheitsflow abzuschalten. Dann kann ich schonmal ausschliessen ob es am 1. Flow liegt.

Duty Cycle 0 heisst es ist erstmal vorbei?

[mickym]

@marko1974 Na das ist doch das was ich sagte:

Wird nun eine Manuell per Sprache verstellt, checkt er wieder die Absence zusätzlch und stellt wieder auf Auto

Wer checkt auf Absence - kein NodeRed Flow - ausser die absenceAll wird durch irgendwas aktualisiert.
Hast Du denn meine Änderung inzwischen durchgeführt:

[mickym]

@marko1974 DutyCycle 0 müsste sein, dass Du genügend Raum hast - also kein Problem oder Endlosschleife:

Hab nur beim Import einen Fehler in der Gruppenzuordnung gefunden - ist aber für den Flow irrelevant:

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Wird nun eine Manuell per Sprache verstellt, checkt er wieder die Absence zusätzlch und stellt wieder auf Auto.

Der Node RED Flow checkt nicht Absence - sondern setzt nur den setpoint sonst nichts.

[Marko1974]

@mickym Ja aber es wird das wirklich sein was Du sagtest. Der feuert ewig false bei Absence all rein und stellt dann auf auto. Habs geändert.

Mal eben gucken....

[mickym]

@marko1974 Ich merke schon - so ganz traust Du mir nicht.

Für die Zukunft nimmst Du eine Heizung mit der Du testest und verkabelst die 3 Debug Nodes

Spoiler

[
   {
       "id": "271f4706.e6f518",
       "type": "debug",
       "z": "6f3801b9.ba4b6",
       "g": "6650eccf.a263e4",
       "name": "SetTargetTemperature",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1980,
       "y": 600,
       "wires": []
   },
   {
       "id": "5ed44a56.6b4564",
       "type": "debug",
       "z": "6f3801b9.ba4b6",
       "g": "6650eccf.a263e4",
       "name": "AdjustTargetTemperature",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1990,
       "y": 640,
       "wires": []
   },
   {
       "id": "45ab1679.7aa498",
       "type": "debug",
       "z": "6f3801b9.ba4b6",
       "g": "6650eccf.a263e4",
       "name": "SetThermostatMode",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1980,
       "y": 680,
       "wires": []
   }
]

mit den gleichnamigen Switch Node was ist zu tun.

Diese Nodes enstprechend anschließen.
Sie jetzt inaktiv und können deshalb permanent angeschlossen bleiben.

Wenn wir jetzt ein Fehler auftritt einfach mit Tastendruck aktivieren - musst nicht deployen - sie sind sofort aktiv

[Marko1974]

@mickym Haha....doch...ich hab heute an keinen anderen gedacht....nur an Dich

Im Moment macht er nicht. Weder einen Modus Wechsel, noch Temperaturwechsel...

[Marko1974]

@mickym Der erste flow ändert weder den Setpoint noch den modus. Ich habe es gerade mal manuell im adapter direkt probert, da geht es.
Im Flow wird darunter auch ene Änderung angezeit...aber der Datenpunkt wird dadurch nicht verändert. Woran kann das plötzlich liegen? Das ging vorher