ElabNET Technik Forum

Hallo Timberwölfe,

hab den TWS ja unter anderem auch, um damit meine fast hausweite Tuneable White Beleuchtung zu steuern.
Da stehe ich selbst in den Logiken etc. erst ziemlich an Anfang und kann noch nicht sagen, welche Bausteine da fehlen.

Derweil hat aber Osram/LEDVANCE mit baldiger Abschaltung des Lightigy Webdienstes für mich etwas Druck aufgebaut. Da wo ich keine 24V LEDs mit DALI via KNX Gateway verbaut habe, verwende ich nämlich Ligthify 230V LED "Birnen". Bislang ersatzweise statt via KNX/Openhab bequemerweise via Amazon Alexa sprachgesteuert. Dies wird mir im Sommer nun wegbrechen...und mit den Handy hoffentlich noch lokal über das Gateway Licht einschalten ist schon arg umständlich. In ersten Experimenten war auch Openhab auf TWS etwas zickig hinsichtlich KNX (doofe Telegrammverdopplungen) und das OpenHab KNX Binding tut sich meinen Recherchen nach noch schwer mit Farbtemperatur....

Eure Chance also für direkten Support von Hue/Lightify/Zigbee (das scheint es eine gemeinsame Basis zu geben) und Brückenschlag von KNX zu Zigbee im TWS selbst, ohne NodeRed und IOBroker Gefummel.
An/Aus, Dimmen und Farbtemperatur wären erstmal wichtig; RGB Farbe für ich persönlich erstmal weniger, aber wohl auch nur ein Datenfeld mehr.

Als Funkgateway wäre Weiterverwendung der oft schon vorhandenen Lightify und Hue Gateways toll, aber auch Invest in ein neues Gateway akzeptabel um Euch HW Support zu erleichtern. Solang das Ding unter 100 Euro kostet.

Danke
Bernd

Hallo Bernd,

Deine Leuchten kannst ja weiterverwenden wenn Du auf einen noch supporteten Zigbee-Hub wechselst.

Vom Titel ist es aber ein wenig vermischt.

Eine HW zur Integration von Zigbee kann man entwickeln aber gehe mal direkt davon aus, dass das in der relativen Kleinserie in der das für Elabnet absetzbar ist, nie und nimmer für 100€ Endkundenpreis zu entwickeln ist.

Da Zigbee anders als KNX kein so streng normierter Standard ist, wäre hier der Pflegeaufwand enorm.

In diesem Falle sehe ich spezialisierte Hubs, die zwischen den Herstellerdialekten und standardisierte IP-Strukturen übersetzen im Vorteil. Der TWS ist dann mit dem MQTT / TCP Features (stehen ja schon auf der Roadmap) dazu in der Lage diese auch auszuwerten. Damit hast Du dann keine Notwendigkeit von NR oder OH mehr. Die beiden sprechen auch kein Zigbee, sondern übersetzen KNX in IP und geben das an die Zigbee-Hubs.

Also Für Dich ist es also wichtig ein Zigbee-Hub zu finden der möglichst nativ in die IP-Protokolle übersetzen kann, je nach persönlichen Referenzen entweder direkt oder via einer Cloud.

Die Steuerungsparameter für Licht sind dann stand jetzt per KNX oder eigene Logiken im TWS-LE abzubilden. Die TIE wird da dann Erleichterung bieten. Die Protokollübersetzung ist dann bestenfalls so einfach erledigt, indem man die Objekte verknüpft hat.

Hallo Bernd,

ich habe mal im Netz geschaut und es gibt Zigbee Sticks und auch Informationen wie man diesen nutzt.

Wenn du Docker (IO Broker) nutzten willst, gibt es dort sogar eine Möglichkeit auf MQTT mit ZIGBEE zu kommen. MQTT ist gerade in Entwicklung bei Elabnet.

Hier ein Video was ich dazu gefunden habe.

Hallo zusammen,

die HW ist mein kleineres Problem, aber würde ungern mit MQTT und IOBroker basteln, sondern eine Lithing Engine im Alleskönner TWS mit direkten Zigbee Anschluss, gerne via IP an irgendwelche Gateways. Doch alles großmundig versprochen und teuer erkauft und per Abo finanziert.

Schon genug gebastelt mit dem, im Gegensatz zu KNX, empfindlichen Bus hinsichtlich Topologie, VOCs, Klemmproblemen (in KNX Klemmen, nix Lüsterklemme), unerklärlicherweise entladener USB auf PBM, seltsamen Verhalten bei Verknüpfung zweier Logikbausteine...
Die Zeit hab ich nicht, da Docker aufzusetzen, in MQTT etc reinzufummeln etc.

Sorry, Basteln satt.