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

[Marko1974]

@mickym

[Marko1974]

@marko1974 jetzt hab ich versehentlich den flow leer gemacht. bin auf delete gekommen.
Keine Sorge...nur meinen

Gibt kein Rückgängig, oder?

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@marko1974 jetzt hab ich versehentlich den flow leer gemacht. bin auf delete gekommen.
Keine Sorge...nur meinen

Gibt kein Rückgängig, oder?

Strg + Z

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@marko1974 jetzt hab ich versehentlich den flow leer gemacht. bin auf delete gekommen.
Keine Sorge...nur meinen

Gibt kein Rückgängig, oder?

Strg + Z

basics....danke

[Marko1974]

@marko1974

opened

15.11.2021, 01:04:07node: 3140b447.29617c
0_userdata.0.Heizung.Badezimmer.mode : msg.payload : string[3]
"OFF"

closed

15.11.2021, 01:04:41node: 3140b447.29617c
0_userdata.0.Heizung.Badezimmer.mode : msg.payload : string[4]
"AUTO"

[mickym]

@marko1974 Ja das wird so gehen - weil Du das kopiert - hast aber nicht verstanden. Du brauchst kein Objekt oder willst Du noch die ganzen anderen Heizungen über ein geöffnetes Fenster steuern?

Mein Flow würde so aussehen:

[Marko1974]

@mickym ja und die beiden Sachen hab ich glaube ich dann nicht verstanden mit dem split und den regeln.

Doch...der Split legt quasi nen eigenen Datenpunkt an in dem die Ausgabe von entweder All off/All Auto zugeteilt wird. das macht er bei mir in windows, bei dir in rooms

[mickym]

@marko1974 Tja das ist denke ich nun bissi zu spät - aber deswegen wollte ich Dir ja Basics erklären, weil Du dann nicht nur Flows von mir oder aus dem Netz kopierst - sondern Dich in die Funktionsweise von NodeRed eindenkst - Dir vorstellst wie die Nachrichtenobjekte durch die Leitung huschen und von den Nodes analysiert werden und das Ergebnis weitergeleitet wird usw.

Aber ich glaube wenn wir damit anfangen - dann kommst Du nicht mehr ins Bett.

Aber nachdem Dein Flow ja funktioniert ist ja gut. - Darauf kommt es an. Meine Flows waren am Anfang auch umständlich und wenn ich sehe wieviele Leute JS Code in function Nodes schreiben - die haben das Prinzip von Node Red überhaupt nicht verstanden.

Die könnten eigentlich gleich in JS oder ein anderen Programmiersprache programmieren.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Wenns Dir zuviel wird - sagst Du es halt - aber ich merke so richtig weißt Du es halt nicht.

NodeRed ist ein System - das Nachrichtenobjekte durch die Flows schickt.

Alle Nodes die nur einen Ausgang aber keinen Eingang haben - erzeugen selbstständig diese Nachrichtenobjekte und werden dann entlang der Verkabelung von einer Node zur nächsten weiter gereicht. Führen einmal 2 oder mehrere Kabel zu anderen Nodes wird das Nachrichtenobjekt kopiert und an alle nachfolgenden Nodes weiter geschickt - bis dann am Ende eine Ausgabe erfolgt.

Ein Nachrichtenobjekt ist ein Javascript Objekt und heißt msg.

Hier findest Du einen Beschreibung zu JS Objekten:

https://www.w3schools.com/js/js_objects.asp

Standardmässig hat jedes Nachrichtenobjekt eine ID und eben meist ein payload, die die Nutzdaten enthält:

Wenn Du Dir also über ein Debug Node - das anschauen willst, dann lässt Du Dir das komplette Nachrichtenobjekt ausgeben.

Meist enthält ein Standard-Nachrichtenobjekt auch noch ein Topic, damit man die payload - also die Nutzdaten thematisch zuordnen kann.

Wenn ich also ein Nachrichtenobjekt

---------------- CANCELED -------------------

Hab ich Dich unterbrochen -.- Sorry....das hatte ich gar nicht mitbekommen, dass Du da versuchtest was zu erklären.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Tja das ist denke ich nun bissi zu spät - aber deswegen wollte ich Dir ja Basics erklären, weil Du dann nicht nur Flows von mir oder aus dem Netz kopierst - sondern Dich in die Funktionsweise von NodeRed eindenkst - Dir vorstellst wie die Nachrichtenobjekte durch die Leitung huschen und von den Nodes analysiert werden und das Ergebnis weitergeleitet wird usw.

Aber ich glaube wenn wir damit anfangen - dann kommst Du nicht mehr ins Bett.

Aber nachdem Dein Flow ja funktioniert ist ja gut. - Darauf kommt es an. Meine Flows waren am Anfang auch umständlich und wenn ich sehe wieviele Leute JS Code in function Nodes schreiben - die haben das Prinzip von Node Red überhaupt nicht verstanden.

Die könnten eigentlich gleich in JS oder ein anderen Programmiersprache programmieren.

Ja...lass uns genau hier morgen weitermachen, bitte. Verstehen will ich das schon....weil vielleicht kann ich es dann auch irgendwann selbst anpassen.
Bei mir ist das aber eher ein learning by doing....und solche hinweise wie .... nimm das mal raus und teste erstmal - sowas merke ich mir dann. Nur so kann ich lernen.

[mickym]

@marko1974

Für mich ist es ja ein Hobby und ich habe Zeit - also können wir die Basics auch in den kommenden Tagen nachholen.
Die Split Node nimmt ein JS Objekt auseinander - aber wie gesagt - ein anderes Mal, wenn Du mehr Muse hast - das zu verstehen.

Hier siehst Du was die alles kann:

und dann gibts auch noch ein tolle Online Hilfe dazu:

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974

Für mich ist es ja ein Hobby und ich habe Zeit - also können wir die Basics auch in den kommenden Tagen nachholen.
Die Split Node nimmt ein JS Objekt auseinander - aber wie gesagt - ein anderes Mal, wenn Du mehr Muse hast - das zu verstehen.

Hier siehst Du was die alles kann:

und dann gibts auch noch ein tolle Online Hilfe dazu:

Verstehe ich immer noch nicht

[mickym]

@marko1974 Deswegen schau Dir den LINK an - den ich in dem angefangenen Post geschickt habe, da wird beschrieben was ein Javascript Objekt ist und wie man auf dessen Eigenschaften zugreift.

Und wenn Du verstanden hast, dass NodeRed nur EIN Javascript Objekt durch seine Kabel schickt - nämlich ein Nachrichtenobjekt, dann bist Du schon ein gutes Stück schlauer. NodeRed schickt natürlich viele Nachrichtenobjekte durch seine Flows aber halt immer ein msg Objekt.

[Marko1974]

@mickym hmmm interessant....javascript....schau ich mir mal genauer an.

Fiat 500

Du musst mir dann auch noch erklären was das hier ist:

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym hmmm interessant....javascript....schau ich mir mal genauer an.

Fiat 500

Du musst mir dann auch noch erklären was das hier ist:

Habe ich eigentlich hier gemacht: https://forum.iobroker.net/topic/49231/max-cube-blockly-abwesenheit/107

Damit wird eine globaleVariable gesetzt. Da kann man später einen Flow bauen, der - wenn Du willst die globale Varibale - auf false setzt und dann wird die Hauptmaschine blockiert!

Schau Dir an was in der Ein/Aus Node steht:

Schau Dir die Nodes an und schau Dir die Kontext Variablen an:

[Marko1974]

@mickym ah, wenn die dann aus ist, wirds nicht abgearbeitet...somit gar keine heizungssteuerung. da wird dann nach dem trigger drauf geprüft.
Apropos Trigger....den sollte ich doch vorhin auf irgendwas stellen. 1 sek? 1 min? soll das so bleiben?

[mickym]

@marko1974 1 Minute bleibt - der MAX Cube sollte nicht öfter als jede Minute belästigt werden.

[Marko1974]

@mickym oh gott...der stand auf einer sekunde

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym ah, wenn die dann aus ist, wirds nicht abgearbeitet...somit gar keine heizungssteuerung. da wird dann nach dem trigger drauf geprüft.

Ja - - aber Du liest wohl meist nur die letzten 3 Zeilen meiner Posts.

oh gott...der stand auf einer sekunde

Na so schlimm ist es auch nicht - aber 1. eine unnötige Ressourcenverschwendung von Rechenzeit und der Flow ist ja zum Glück nun so intelligent, dass nur noch Änderungen rausgeschickt werden - sonst hättest Du ja im Sekundentakt Nachrichten Deiner Debug Nodes im Debug Fenster.
2. Falls aber mal was ungefiltert durchkommt - dann ist der DutyCycle im Minutentakt und nicht im Sekundentakt voll .;)

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym ah, wenn die dann aus ist, wirds nicht abgearbeitet...somit gar keine heizungssteuerung. da wird dann nach dem trigger drauf geprüft.

Ja - - aber Du liest wohl meist nur die letzten 3 Zeilen meiner Posts.

Nein...ich bin etwas überfordert gewesen....ausserdem war es schon MORGEN

oh gott...der stand auf einer sekunde

Na so schlimm ist es auch nicht - aber 1. eine unnötige Ressourcenverschwendung von Rechenzeit und der Flow ist ja zum Glück nun so intelligent, dass nur noch Änderungen rausgeschickt werden - sonst hättest Du ja im Sekundentakt Nachrichten Deiner Debug Nodes im Debug Fenster.