@Markus84 Hallo Markus, aus Deiner Beschreibung über Dein KNX Ansatz lese ich zwischen den Zeilen, dass Du wohl noch in der Planung Deiner KNX Geräte bist. Denn wenn Du Aktoren und Sensoren einheitlich als KNX Geräte installierst, kannst Du schon sehr viel ohne IOBroker auf die Beine gestelt. Das heisst es ist hier "noch" nicht die Frage, ob IOBroker KNX Adapter oder NoderedAdapter oder BlocklyAdapter.
Das was Du als Deinen Bedarf "zu Steuern" beschreibst sind Basisfunktionen, die zu 90% in KNX direkt abgebildet werden können (ich bin selbst in die KNX Welt hineingewachsen Stück für Stück mit dem IOBroker &KNX Adapter im Hintergrund.
Erst wenn Du nicht nur KNX Geräte installierst, sondern z.b. IP Kameras, Heizungssteuerung etc angehen willst, kommt der IOBroker immer mehr als "1a Partner" für Dich in Betracht, denn alle technischen Inseln in Deinem haus werden dann via Adapter sprich Schnitststellen quasi miteinander auf eine zusammengefasste Ebene, sprich Dein IOBroker, gehoben. Hier werden dann Insel-übergreifende einfache bis sehr komplexe Logiken möglich. Ein Beispiel: ich habe sehr viele KNX Geräte und daher sehr viele Automatisation innerhalb KNX Gerät. Aber es gab den Bedarf der Temperaturmessung im Garten, da habe ich dann einen Shelly physisch installiert, Adapter hinterher und schwups im Iobroker dann auf den KNX Bus gelegt. Jetzt zeigt der KNX Schalter auch diese Temperatur an (ist aber kein Wert der Wetterstaion, die ist ein KNX Gerät und steuert Rolläden, Abends die Lichter). Ist kein großartiges Ding für die vielen Profis im IOBroker Forum, aber alle haben mal klein angefangen...

Ein konstruktiver Vorschlag: überlege Dir mal Deine bevorzugte IP Schnittstelle für den Übergang KNX/IP (=IOBroker), die Dir auch eine gewisse Visualisierung ermöglicht: die kannst Du dann gesichert schon auf der KNX Ebene anwerfen, bist sehr ausfallsicher und die Krönung, sprich die Verbindung der weiteren technischen Inseln via IOBroker. Du hast dann 2 Fliegen mit einer Klappe: Schnittststelle IP/KNX und auch noch einen Helfer für die einfachen Dinger der Automatisierung sogar die Visualisierung (VIS) kannst Du damit realisieren oder aber auch das erst in der VIS des IOBroker.
Wenn Du magst, schreib mir eine PN, weil ich in diesem Forum keine Werbung für KNX Hersteller machen will bzgl. der IP/KNX Schnittstellen, sondern Dir eher das fehlenden Bindeglied zwischen IP und KNX welt kurz erläutern.

Zur Frage, ob NodeRed oder den KNX Adapter, möchte ich Dir noch einen Gedankenstoß geben: klar, wenn Du NodeRed anwirfst hast ein mächtiges Tool, dazu bräuchtest Du den IOBroker im Prinzip überhaupt nicht. NodeRed ist eine sehr umfangreiche und umfassende Welt für sich. wenn Du aber dann den Noered Adapter innerhalb IOBroker anwirfst, machst Du einen Dreispurng: von KNX via NodeRed dann in den IOBroker (Input/Output Sichtweise) und dann wieder zurück aus dem IOBroker zurück via NodeRed um dann wieder auf der KNX Eben anzukommen. Das finde ich einen Schritt zu viel, lieber gleich die Adapter anwerfen und Deinen Weg z.B. via Blockly wählen da Du hier im Prinzip Javascript damit anwendestm dass wiederum Adapter unabahängig ist und aus IOBroker heraus quasi die verbindende Sprache ist. Mir persönlich gefällt mir die grafische Aufarbeitung von Javascript = schneller brauchbare Programmiergebnisse und eine schon sehr gute Hilfebasis in diversenen Foren und Techniker-Seiten.
Für alle versierten Experten hier im Forum, ich formuliere bewusst in mehr Bilder, damit @Markus84 seinen Planung voranbringen kann. Es sei mir verziehen...

@Kaiser-Franz-Josef Hallo, das wäre für mich eine Frage des Geschmacks: welche andere Blockly Skripte hast Du noch? Sofern keine anderen dann für mich logisch alles in ein Blockly hinein, da es ja im Kern immer um den gleichen Schalter.
Schau Dir aber lieber auch noch die Ablagelogik rott, global und common an, da ist auch noch den Ablageordnung, die ich persönliche noch nicht ganz durchdringen habe. bei mir liegen die 10 Scripte alle parallel....

@fritzke316 O.K. schicke mir eine persönliche Nachricht

@networkvision Hi, es könnte aber wirklich noch an der Semantik der GA Bezeichnungen liegen sowie dann auch die Flagsetzung. Wenn Du magst, kannst Du mir Dein ETS Projekt zuschicken, dann schaue ich mir das an. Einfach kurze Nachricht wie Forum absetzen. Grüße

@fritzke316 Hallo, schön das du im ETS Bus sehen kannst, dass die States im KNX Objektbaum abgesprochen werden. Bei zu vielen State Änderungen steigt mein Browser immer aus sprich Aktualisierungen werden nicht mehr angezeigt. Dann schliesse ich das Fenster und rufe die URL neu auf. Das ganze am Ende der ganzen Aktualisierung, also nicht die gleiche Performance wie in der ETS erwarten, dass gibt der IOBroker Ansatz nicht her. Das ganze hat aber nichts mit dem KNX Adapter zu tun. Grüße Reiner

@manuklein Hallo, was sagt denn das entsprechende KNX Objekt, der für den Schalter auf/ab steht? Geht der auf true/false?ich denke Du musst ein paar mehr KNX Objekte in Betracht ziehen, um KNX aktivitäten in andere Adapter einzubinden/zu steuern. Grüße

@heiko_071977 das Thema ist schon zahlreich erläutert worden, schau mal in github iobroker in der Issue sammlung nach. Stichwort richtiger Flag in der ETS und read/write parameter in den IOBroker Objekten. Wenn Du nicht zurecht kommst, stell einfach einen neuen Issue in Github ein. Grüße

@medicusi Hallo, wenn Du mit Farbsteuerung meinst, dass GA aus der Projektdatei , die in der ETS für das Steuern von Farbwerten dient, nicht importiert werden? Oder hast Du die Farbsteuerung in den Parametern der KNX Geräte integriert, dann wirst Du das nie in den IOBroker bekommen.

@neo32 wie schon @frankthegreat schreibt, alle Änderungen besser immer direkt in der ETS machen, da sonst zu viele manuelle Änderungen im KNX Objektbaum vorhanden sind, die beim nächsten Projektimport alle wieder weg sind.

@sourex Ich nutze den KNX Adapter und gebe gerne mein Wissen an andere weiter. Daher gibt es in Github schon einen großen Fundus mit vielen Detailantworten und gelösten Problemen.

@bahadir-ergüllü wenn Du die Flags L,S, Ü änderst, ohne das Device neu zu programieren, dann änderst Du nichts auf Seite der ETS. Daher kann die Aktualisierung auch im ETS Bus nicht verteilt werden.
Wenn Du aber Dir mit Blockly geholfen hast, funzt es ja jetzt

@accu Stae in Deinem Trigge rist nicht richtig, hier meldet der Trigger immer ob die Spülmaschine im WLAN sich eingeloggt hat, hat aber nichts mit dem Betrieb an/aus zu tun. Besser wäre der state "status" oder "status-raw" wohl. Schau mal wenn die maschine aus bzw. einschaltest ob der der state von false auf true wechselt. Das ist dann besserer sates.
Für die noch verbleibende Laufzeit der Spülmaschine ist wohl der State "remainingTime" in Deinem Blockly ein zu einbauen bzw abzufragen, Vorschlag frag doch per Alexa diesen State ab und plaudert Alexa die noch verbleibende Laufzeit... müsstes Du wohl im Alexa Adapter oder in den Steuerungsskripts von Alexa hinterlegen....