Danke dir Torben für die Empfehlung! Ich habe das Thema Devices in meinem Video entgegen deiner Auffassung für das Gruppieren des Aktors genutzt. Da bin ich tatsächlich durch die aktuelle Einschränkungen der Entitäten gelandet. Wären Sensoren mit dabei wäre es dann einleuchtender gewesen: Die messbare Steckdose wird ein Device, mit Verbrauchswerten und eben dem Switch. Nach dem Produzieren ist man immer schlauer 😄
Habe mit dem Programmierer der KNX Integration geschrieben. Sobald alle Entitätsarten per GUI unterstützt werden, wird es wahrscheinlich eine Möglichkeit geben eine YAML Konfiguration in die GUI zu konvertieren.
Moin Torben, vielen Dank für die Info. Ich möchte mich an dieser Stelle für Deine Node Red Serie bedanken. Ich stehe erst am Anfang dieser Materie; da sind diese Videos eine Art Lehrbuch für mich. Wünsche Dir noch einen schönen Sonntag Scan Train
@@2212Dr Bin mir nicht sicher, ob Du langfristig mit HomeAssistant ohne YAML glücklich wirst. Der Vorteil von YAML mit einem guten Editor wie „Notepad++“ ist in jedem Fall, dass man eine funktionierende Entität mit 7-8 Gruppenadressen - z.B. Heizung - einfach nur kopieren und dann Raumname und Adressen anpassen muss. Das geht mit dem entsprechenden Template extrem schnell und man macht weniger Fehler als beim „Mausschubsen“.
@@vophatechnicus Wenn Du einen Raum mit YAML umgesetzt hast, ist es nur noch „Copy & Replace” für jeden weiteren Raum. Ich habe mir eine Woche für’s Arbeitszimmer zeitgelassen … als es sauber lief, war der Rest in 3-4h erledigt.
Ist ein guter Anfang! Erleichtert vielen KNX-Bauherren den Einstieg in Home Assistant und zeigt, dass selbst ein 33 Jahre alter Standard flexibler in aktuelle Smart Home Zentralen zu integrieren ist, als all die proprietären Lösungen mit ihren eigenen (Mini-)Server Komponenten.
Ich würde genau das Gegenteil behaupten. Bei vielen proprietären / modernen Lösungen (zB. Free@Home, Loxone, Matter, Hue, etc.) gibt es umfangreiche APIs die zB. von HA Integrationen genutzt werden können um mit "einem Klick" das gesamte System einbinden zu können - sprich kein manuelles Anlegen von einzelnen Entitäten notwendig - und auch kein Wissen über systemspezifische Besonderheiten (zB. GAs und DPTs). Bei KNX hat sich bezüglich Interkonnektivität mit Drittsystemen in den letzten ~20 Jahren so gut wie nix getan. Mal sehen ob das mit KNX IoT besser wird, wenn es da endlich mal auch Geräte am Markt gibt... und die Projekte dementsprechend angepasst werden. Bis dahin wird da wohl weiterhin viel Handarbeit erforderlich sein um KNX bidirektional an andere Systeme zu knüpfen - egal ob die Arbeit in einem Texteditor, einem Webinterface oder ETS passiert.
@@_farmio Sofern Dir die Kollegen das erlauben. Kannst ja mal Loxone versuchen in HA zu integrieren. Da setzt Dir der MiniServer enge Grenzen. Zumindest hast Du bei KNX niemanden, der Dir die „Tür zu knallt“, weil er eigene wirtschaftliche Interessen hat. Und ja, ich bin absolut bei Dir, es wäre schön, wenn die KNX Association massiv den KNX IoT Rollout priorisiert hätte und zum Beispiel am 2025 nur noch IP-Interfaces mit IoT Schnittstelle zertifizieren würde. Jetzt haben wir wieder ein „Henne/Ei“-Problem, weil Deine exzellente Arbeit nun mal den klassischen Weg als Integrationsweg voraussetzt und wohl kaum einer das ganze nochmal für die paar Nutzer eines Schneider Wiser KNX IoT Controllers neu bauen will. Aber wie immer rechnen wir ja bei KNX nicht in Wochen oder Monaten sondern in Jahren und Jahrzehnten. Irgendwann wird‘s hoffentlich im KNX Mainstream ankommen.
Sofern Dir die Kollegen das erlauben. Kannst ja mal Loxone versuchen in HA zu integrieren. Da setzt Dir der MiniServer enge Grenzen. Zumindest hast Du bei KNX niemanden, der Dir die „Tür zu knallt“, weil er eigene wirtschaftliche Interessen hat. Und auch wenn es umständlich ist auf so einem niedrigen Abstraktionsniveau zu arbeiten. Wenn ich sehe, dass einige Matter 1.1 Komponenten schon heute keine Updates für die neuen Matter 1.3 Gerätetypen bekommen, dann finde ich den KNX Ansatz wieder äusserst charmant. Wie oft wacht man denn morgens auf und da ist ein neuer Rollladen? Eben. Und ja, ich bin absolut bei Dir, es wäre schön, wenn die KNX Association massiv den KNX IoT Rollout priorisiert hätte und zum Beispiel am 2025 nur noch IP-Interfaces mit IoT Schnittstelle zertifizieren würde. Jetzt haben wir wieder ein „Henne/Ei“-Problem, weil Deine exzellente Arbeit nun mal den klassischen Weg als Integrationsweg voraussetzt und wohl kaum einer das ganze nochmal für die paar Nutzer eines Schneider Wiser KNX IoT Controllers neu bauen will. Aber wie immer rechnen wir ja bei KNX nicht in Wochen oder Monaten sondern in Jahren und Jahrzehnten. Irgendwann wird‘s hoffentlich im KNX Mainstream ankommen.
@@_farmio man darf aber nicht vergessen, dass fast alle Anbieter die eine schnelle Integration über APIS bereitstellen das über eine Cloud realisieren. KNX wird hier komplett lokal integriert.
@@maxking3 Ich bin eigentlich ganz froh noch nichts mit IoT am Hut zu haben. Im aktuellen Zustand hab ich ein in sich geschlossenes System das genau einen einzigen Zugang über IP bietet, über das Gateway. Alles über IP zu machen reißt wieder Scheunentore auf. Gerade wenn man sich anguckt wie Stiefmütterlich das Thema Sicherheit bei KNX gehandhabt wird. KNX Secure ist ja auch noch nicht wirklich Standard überall ...
Wie verfährt man am Besten wenn man an den KNX Aktoren Philips Hue Leuchten hat? Habe den Home Assistant Green, diverse Alexa Geräte, aber auch Siri mit Homekit. Alexa hat Zugriff auf den X1 bekommen und kann die KNX Aktoren schalten, Siri wollte ich das über HomeAssistant beibringen, erst Aktor schalten, dann die entsprechende Hue Leuchte dimmen/ Farbe ändern etc...
Das Device/Gerät ist soweit ich es verstehe dazu da, um mehrere Entitäten logisch zu Gruppieren. So zum Beispiel bei einem Jalousieaktor hat man ja ein mal das eigentliche Verfahren, aber auch das Sperren. Ich würde dann also eine Gerät "Rollladen Arbeitszimmer" anlegen und dort ein mal den Verfahrstatus hinterlegen, aber auch den "Schalter" sperren. Ich glaube aber, dass deine Ansicht nicht ganz falsch ist und dir HA da einfach die Wahl überlässt, wie du es machen möchtest.
Super Video! Aber eine Frage hätte ich, besteht denn irgendwie die Möglichkeit, z.B. Sensoren die in der YAML angelegt sind einem über die GUI angelegtem Gerät ebenfalls zuzuordnen, damit sie auch in der Geräteansicht dann sichtbar sind?
Hi, erstmal vielen Dank und wie immer Daumen hoch für die tollen Videos 😎 Ich hätte allerdings mal eine fragen und zwar kann ich über das neue GUI grundsätzlich Switche und Lights Entitis anlegen, jedoch lassen sich nicht die Gruppenadressen für die Brightness-adress verknüpfen und auch bei einem manuellen Eintrag nicht ansteuern. Die Brightness-State Adresse lässt sich hingegen einfügen. Hat jemand eine Idee woran es liegt?
Was mache ich eigentlich wenn ich 2 oder mehr Linien habe und sämtliche Daten in HA mitloggen will eben aus allen Linien. Aktuell kann ich nur ein IP Interface hinzufügen. Würde das bedeuten ich müsste meine Filtertabelle komplett auf Durchzug stellen nur damit die Telegramme der anderen Linien in der Linie auch landen wo kein IP Interface sitzt? Mit IP Routern wäre das ja grundsätzlich auch nicht viel anders oder? Im Idealfall stelle ich mir das so vor dass ich mich mit eben beiden (allen) Linien verbinde mittels Tunneling, und geroutet werden dann ausschließlich die Telegramme die in beiden Linien verfügbar sein müssen weil sie da von KNX Geräten auch verarbeitet werden. Genau das geht aber im Moment so wie ich das sehe NICHT. Oder übersehe ich etwas?
Hallo zusammen. mega Entwicklung. Habe mich bisher nicht getraut die yamel integration anzugehen :-) -> habe meine Projektdatei hochgeladen. im Gruppenmonitor und im Projekt kann ich alles wunderbar sehen, jedoch fehlt bei mir der Reiter Entities komplett. Hat Jemand eine Idee an was das liegen könnte? danke!
Schaut auch gerne im Video von @flotomation vorbei: ruclips.net/video/MJaPRh67YBE/видео.htmlsi=5s8Jhamerkr5pjXL
Danke dir Torben für die Empfehlung!
Ich habe das Thema Devices in meinem Video entgegen deiner Auffassung für das Gruppieren des Aktors genutzt. Da bin ich tatsächlich durch die aktuelle Einschränkungen der Entitäten gelandet.
Wären Sensoren mit dabei wäre es dann einleuchtender gewesen:
Die messbare Steckdose wird ein Device, mit Verbrauchswerten und eben dem Switch. Nach dem Produzieren ist man immer schlauer 😄
Echt starke Entwicklung! Zeigt ja wieder einmal, wie relevant KNX nach wie vor ist.
Oh ja find ich auch👍 top bin gespannt wie die Integration weitergeht✌️
Habe mit dem Programmierer der KNX Integration geschrieben. Sobald alle Entitätsarten per GUI unterstützt werden, wird es wahrscheinlich eine Möglichkeit geben eine YAML Konfiguration in die GUI zu konvertieren.
Moin Torben,
vielen Dank für die Info.
Ich möchte mich an dieser Stelle für Deine Node Red Serie bedanken. Ich stehe erst am Anfang dieser Materie; da sind diese Videos eine Art Lehrbuch für mich.
Wünsche Dir noch einen schönen Sonntag
Scan Train
Vielen Dank! Hoffe das bald Entitäten für Raffstores kommen :)
Gut, dass ich mir das mit dem YAML direkt gespart habe :D
@@2212Dr Bin mir nicht sicher, ob Du langfristig mit HomeAssistant ohne YAML glücklich wirst.
Der Vorteil von YAML mit einem guten Editor wie „Notepad++“ ist in jedem Fall, dass man eine funktionierende Entität mit 7-8 Gruppenadressen - z.B. Heizung - einfach nur kopieren und dann Raumname und Adressen anpassen muss.
Das geht mit dem entsprechenden Template extrem schnell und man macht weniger Fehler als beim „Mausschubsen“.
Das dachte ich mir auch gerade, bis der Punkt kam "aktuell geht nur Switch und Light" ... Bringt "mir" halt aktuell nichts dann.
@@vophatechnicus Wenn Du einen Raum mit YAML umgesetzt hast, ist es nur noch „Copy & Replace” für jeden weiteren Raum.
Ich habe mir eine Woche für’s Arbeitszimmer zeitgelassen … als es sauber lief, war der Rest in 3-4h erledigt.
P.S.: Du kannst auch eine ganze KNX YAML wie z.B. Climate (Heizung) oder Cover (Rollläden) von ChatGPT erstellen lassen.
Wurde auch endlich Zeit 🎉😄
Endlich geht es los
Ist ein guter Anfang!
Erleichtert vielen KNX-Bauherren den Einstieg in Home Assistant und zeigt, dass selbst ein 33 Jahre alter Standard flexibler in aktuelle Smart Home Zentralen zu integrieren ist, als all die proprietären Lösungen mit ihren eigenen (Mini-)Server Komponenten.
Ich würde genau das Gegenteil behaupten. Bei vielen proprietären / modernen Lösungen (zB. Free@Home, Loxone, Matter, Hue, etc.) gibt es umfangreiche APIs die zB. von HA Integrationen genutzt werden können um mit "einem Klick" das gesamte System einbinden zu können - sprich kein manuelles Anlegen von einzelnen Entitäten notwendig - und auch kein Wissen über systemspezifische Besonderheiten (zB. GAs und DPTs).
Bei KNX hat sich bezüglich Interkonnektivität mit Drittsystemen in den letzten ~20 Jahren so gut wie nix getan. Mal sehen ob das mit KNX IoT besser wird, wenn es da endlich mal auch Geräte am Markt gibt... und die Projekte dementsprechend angepasst werden. Bis dahin wird da wohl weiterhin viel Handarbeit erforderlich sein um KNX bidirektional an andere Systeme zu knüpfen - egal ob die Arbeit in einem Texteditor, einem Webinterface oder ETS passiert.
@@_farmio Sofern Dir die Kollegen das erlauben. Kannst ja mal Loxone versuchen in HA zu integrieren. Da setzt Dir der MiniServer enge Grenzen.
Zumindest hast Du bei KNX niemanden, der Dir die „Tür zu knallt“, weil er eigene wirtschaftliche Interessen hat.
Und ja, ich bin absolut bei Dir, es wäre schön, wenn die KNX Association massiv den KNX IoT Rollout priorisiert hätte und zum Beispiel am 2025 nur noch IP-Interfaces mit IoT Schnittstelle zertifizieren würde.
Jetzt haben wir wieder ein „Henne/Ei“-Problem, weil Deine exzellente Arbeit nun mal den klassischen Weg als Integrationsweg voraussetzt und wohl kaum einer das ganze nochmal für die paar Nutzer eines Schneider Wiser KNX IoT Controllers neu bauen will. Aber wie immer rechnen wir ja bei KNX nicht in Wochen oder Monaten sondern in Jahren und Jahrzehnten. Irgendwann wird‘s hoffentlich im KNX Mainstream ankommen.
Sofern Dir die Kollegen das erlauben. Kannst ja mal Loxone versuchen in HA zu integrieren. Da setzt Dir der MiniServer enge Grenzen.
Zumindest hast Du bei KNX niemanden, der Dir die „Tür zu knallt“, weil er eigene wirtschaftliche Interessen hat.
Und auch wenn es umständlich ist auf so einem niedrigen Abstraktionsniveau zu arbeiten. Wenn ich sehe, dass einige Matter 1.1 Komponenten schon heute keine Updates für die neuen Matter 1.3 Gerätetypen bekommen, dann finde ich den KNX Ansatz wieder äusserst charmant. Wie oft wacht man denn morgens auf und da ist ein neuer Rollladen? Eben.
Und ja, ich bin absolut bei Dir, es wäre schön, wenn die KNX Association massiv den KNX IoT Rollout priorisiert hätte und zum Beispiel am 2025 nur noch IP-Interfaces mit IoT Schnittstelle zertifizieren würde.
Jetzt haben wir wieder ein „Henne/Ei“-Problem, weil Deine exzellente Arbeit nun mal den klassischen Weg als Integrationsweg voraussetzt und wohl kaum einer das ganze nochmal für die paar Nutzer eines Schneider Wiser KNX IoT Controllers neu bauen will. Aber wie immer rechnen wir ja bei KNX nicht in Wochen oder Monaten sondern in Jahren und Jahrzehnten. Irgendwann wird‘s hoffentlich im KNX Mainstream ankommen.
@@_farmio man darf aber nicht vergessen, dass fast alle Anbieter die eine schnelle Integration über APIS bereitstellen das über eine Cloud realisieren. KNX wird hier komplett lokal integriert.
@@maxking3 Ich bin eigentlich ganz froh noch nichts mit IoT am Hut zu haben. Im aktuellen Zustand hab ich ein in sich geschlossenes System das genau einen einzigen Zugang über IP bietet, über das Gateway.
Alles über IP zu machen reißt wieder Scheunentore auf. Gerade wenn man sich anguckt wie Stiefmütterlich das Thema Sicherheit bei KNX gehandhabt wird. KNX Secure ist ja auch noch nicht wirklich Standard überall ...
Wie verfährt man am Besten wenn man an den KNX Aktoren Philips Hue Leuchten hat?
Habe den Home Assistant Green, diverse Alexa Geräte, aber auch Siri mit Homekit.
Alexa hat Zugriff auf den X1 bekommen und kann die KNX Aktoren schalten,
Siri wollte ich das über HomeAssistant beibringen, erst Aktor schalten,
dann die entsprechende Hue Leuchte dimmen/ Farbe ändern etc...
Das Device/Gerät ist soweit ich es verstehe dazu da, um mehrere Entitäten logisch zu Gruppieren. So zum Beispiel bei einem Jalousieaktor hat man ja ein mal das eigentliche Verfahren, aber auch das Sperren. Ich würde dann also eine Gerät "Rollladen Arbeitszimmer" anlegen und dort ein mal den Verfahrstatus hinterlegen, aber auch den "Schalter" sperren.
Ich glaube aber, dass deine Ansicht nicht ganz falsch ist und dir HA da einfach die Wahl überlässt, wie du es machen möchtest.
Ja genau so hattr ich es eignetlich auch gemeint 😄
Super Video! Aber eine Frage hätte ich, besteht denn irgendwie die Möglichkeit, z.B. Sensoren die in der YAML angelegt sind einem über die GUI angelegtem Gerät ebenfalls zuzuordnen, damit sie auch in der Geräteansicht dann sichtbar sind?
Super Video. Danke dafür. Gibt es schon Vermutungen per wann ich die Entitäten nicht mehr manuell erfassen muss?
Hi, erstmal vielen Dank und wie immer Daumen hoch für die tollen Videos 😎 Ich hätte allerdings mal eine fragen und zwar kann ich über das neue GUI grundsätzlich Switche und Lights Entitis anlegen, jedoch lassen sich nicht die Gruppenadressen für die Brightness-adress verknüpfen und auch bei einem manuellen Eintrag nicht ansteuern. Die Brightness-State Adresse lässt sich hingegen einfügen. Hat jemand eine Idee woran es liegt?
Was mache ich eigentlich wenn ich 2 oder mehr Linien habe und sämtliche Daten in HA mitloggen will eben aus allen Linien. Aktuell kann ich nur ein IP Interface hinzufügen.
Würde das bedeuten ich müsste meine Filtertabelle komplett auf Durchzug stellen nur damit die Telegramme der anderen Linien in der Linie auch landen wo kein IP Interface sitzt?
Mit IP Routern wäre das ja grundsätzlich auch nicht viel anders oder?
Im Idealfall stelle ich mir das so vor dass ich mich mit eben beiden (allen) Linien verbinde mittels Tunneling, und geroutet werden dann ausschließlich die Telegramme die in beiden Linien verfügbar sein müssen weil sie da von KNX Geräten auch verarbeitet werden. Genau das geht aber im Moment so wie ich das sehe NICHT. Oder übersehe ich etwas?
Geht es eigentlich auch in umgekehrter Richtung? Kann ich HA Entitäten zu KNX bringen?
Wie kann ich denn KNX auf die neuste Version in HA aktualisieren????
Das sollte eigentlich automatisch passieren wenn du den Home Assistant Core updatest
kommt sich das in Quere wenn man eine GA sowohl in der yaml als auch im GUI gleichzeitig nutzt?
Nein, das ist kein Problem.
Hallo Torben, hätte mal so ne frage sind die Gruppenadressen dann automatisch im node-red oder muss man da alles einstellen?
Auf Node-Red hat das keine Auswirkungen. Hier musst du die GAs nach wie vor importieren
@@torbenledermann Danke eigentlich schade
du kannst in node-red aber dann die HA-KNX Devices/Entitäten ansteuern und musst theoretisch nicht mehr über die GAs gehen.
Hallo zusammen. mega Entwicklung. Habe mich bisher nicht getraut die yamel integration anzugehen :-) -> habe meine Projektdatei hochgeladen. im Gruppenmonitor und im Projekt kann ich alles wunderbar sehen, jedoch fehlt bei mir der Reiter Entities komplett. Hat Jemand eine Idee an was das liegen könnte?
danke!
ah. habe das Problem selbst gefunden. Musste ein Update von Home Assistant durchführen :-D
Gab es das Video nicht schon?😂
Nein, wie kommst du darauf?