Ankündigung

**Eugenius** · 26.09.2016, 16:13

Wir haben schon mit den Gedanken über die Funkverbindung gespielt. Wir hat unterschiedliche Ansätze in Betracht gezogen, aber so richtig mit KNX RF haben wir uns nicht auseinander gesetzt. Ich habe mir schon mal SI4432 Module bestellt und wollte zumindest einfache Verbindung realisieren (Licht ein schalten und der Empfänger bestätigt das, also bidirektional)...

**Nanosonde** · 26.09.2016, 17:36

Ok. Ich habe mir ein paar CC1101 bei Ebay aus China bestellt, um damit ein wenig zu experimentieren.
Natürlich fehlt jetzt noch der Koppler und ein KNX-RF+ Gerät.

Eine weitere gute Übersicht bietet diese Präsentation von Weinzierl: LINK

**tuxedo** · 26.09.2016, 19:13

Da ich persönlicn noch zu viele offene Baustellen habe, werde ich da nicht auch noch die Baustelle KNX RF aufmachen. Wenn sich das Protokoll weitgehend zu dem was der KNX BCU spricht ähnelt, kann man da bestimmt recht einfach auch KNX RF unterstützen.

Die nächste Frage ist dann aber auch gleich:

Was wäre der Vorteil von KNX RF?

Konnekting ist per se schon nicht "100% workflow kompatibel", weil man eben eine andere Software braucht um die Geräte einzustellen. Wenn ich jetzt für KNX RF auch noch einen "kommerziellen", ggf. teuren KNX RF Gateway brauche, und nachher auch nur mit unserer KONNEKTING Suite die Geräte einstellen kann, dann kann ich auch mit KONNEKTING einen eigenen KNX "Funk"-Gateway bauen, welcher dann eben ein anderes Protokoll spricht und nicht unbedingt KNX RF. Interessant wäre z.b. ein MQTT Protokoll (das ist auch standardisiert). Und mit dem Gateway könnte man die Geräte dann in die KNX Welt holen (so dass man sie per KNX ansprechen und abfragen kann).

Damit würde man sich ggf. teure KNX RF Gateways, sowie "komplizierte KNX RF Protokollanpassungen ersparen?!

**Nanosonde** · 26.09.2016, 20:09

Hi!

Die Kritik mit dem teuren Gateway ist grundsätzlich berechtigt. Das wäre ja nur eine schnelle Übergangslösung, um überhaupt einen eingermaßen zügigen Einstieg in die Entwicklung anhand von realen Geräten zu bekommen.
Dem knxd könnte man ja neben TPUART und IP auch noch KNX RF+ beibringen, der hier dann die Rolle eine KNX RF+ GW übernimmt.

Ich hatte grundsätzlich auch überlegt, ob ich z.B. statt KNX RF einfach Homematic über Funk nehmen sollte.
Aber es gibt da keine mir bekannten einfachen Gatetways, die ohne JAVA usw. auskommen (openhab, knx2mqtt, hm2mqtt, etc).
Interessant ist, dass das Projekt Homegear (nur C++) neben Homematic jetzt wohl auch KNX kann. Evtl. lässt sich damit ja ein schlichtes einfaches Gateway bauen.

Aber zurück zu KNX RF und dem Vorteil/Nachteil: theoretisch könnte man ja auch fragen, warum ich auf dem KNX-Kabel nicht auch einfach was "Eigenes" mache.
Die Antwort darauf dürfte sein, dass ich halt auch fertige Geräte kaufen und nutzen kann, die untereinander kompatibel kommunzieren können, obwohl sie von unterschiedlichen Herstellern kommen.

Ich möchte also hier nicht eine weitere Funk-Insellösung generieren, die als eine Weitere im Netz zu finden ist.
Die Orientierung an KNX RF könnte immerhin - genauso wie bei KNX TP - die Chance bieten, auch fertige Geräte nutzen zu können , die mit meinem DIY-Gerät kompatibel kommunizieren können.

Danke jedenfalls für Eure Antworten als KONNEKTING-Gründer. Generell wollte ich den Thread hier jetzt aber nicht als Aufforderung an Euch verstanden wissen, doch bitte KNX RF+ einzubauen.

Ich hoffe jedenfalls, dass bei KNX im Funkbereich noch was kommt. Immerhin hat man ja jetzt KNX RF+ und KNX Security spezifiziert.
Auch eine Firma wie Weinzierl will wohl offensichtlich "bald" ein KNX RF+ Modul anbieten.

**tuxedo** · 27.09.2016, 06:47

Dem knxd könnte man ja neben TPUART und IP auch noch KNX RF+ beibringen, der hier dann die Rolle eine KNX RF+ GW übernimmt.

Naja, der knxd muss ja auch irgendwo einen RF Transceiver haben. Ergo kommst du um Hardware nicht drum rum. Und ob man dann die Adaption des RF Protokolls im knxd oder im Arduino vornimmt... ich glaube das nimmt sich nicht viel.

Aber es gibt da keine mir bekannten einfachen Gatetways, die ohne JAVA usw. auskommen (openhab, knx2mqtt, hm2mqtt, etc).

Was hast du gegen Java? java lässt sich prima direkt mit der Anwendung bündeln. Oder was glaubst du womit unsere KONNEKTING Suite läuft? ZIP-Archiv. Auspacken, starten, läuft. Und das ohne dass du dich um Java kümmern musst.

Das Argument zieht also (zumindest bei mir) nicht ;-)

Interessant ist, dass das Projekt Homegear (nur C++) neben Homematic jetzt wohl auch KNX kann. Evtl. lässt sich damit ja ein schlichtes einfaches Gateway bauen.

Hier scheinen zwei Weltansichten aufeinander zu stoßen ;-) Bei C/C++ muss man immer schauen dass man sämtliche brauchbaren Plattformen unterstützt (ARM, X86, ...). Bei Java hast du das prinzipiell dank der JVM nicht.

Aber zurück zu KNX RF und dem Vorteil/Nachteil: theoretisch könnte man ja auch fragen, warum ich auf dem KNX-Kabel nicht auch einfach was "Eigenes" mache.
Die Antwort darauf dürfte sein, dass ich halt auch fertige Geräte kaufen und nutzen kann, die untereinander kompatibel kommunzieren können, obwohl sie von unterschiedlichen Herstellern kommen.

Hmm, stimmt. Das ist natürlich ein schlagendes Argument das ich auf die schnelle selbst nicht gesehen hab: Wenn man andere KNX RF Geräte in Betrieb hat, wäre es natürlich praktisch wenn die gleichermaßen nutzbar wären.

Ich möchte also hier nicht eine weitere Funk-Insellösung generieren, die als eine Weitere im Netz zu finden ist.
Die Orientierung an KNX RF könnte immerhin - genauso wie bei KNX TP - die Chance bieten, auch fertige Geräte nutzen zu können , die mit meinem DIY-Gerät kompatibel kommunizieren können.

Nun hast du wieder zu kurz gedacht. Wenn du KNX RF Geräte im Einsatz hast (und dann hast du ja normalerweise auch einen KNX RF Gateway), dann können die mit allem kommunizieren was KNX spricht. Egal ob KNX TP, KNX IP, KNX PL oder KNX RF.

Die "weitere Funk-Insellösung" würde selbstverständlich auch einen KNX Gateway haben. Sonst könnte sie ja nicht mit dem restlichen KNX Netz sprechen. Der gemeinsame Nenner ist also nach wie vor "KNX".

Aber ich muss gestehen, dass das Argument mit "ich will aber auch echte KNX RF Geräte neben den DIY-(RF)-Geräten betreiben" ist schon maßgebend.

Ich hoffe jedenfalls, dass bei KNX im Funkbereich noch was kommt. Immerhin hat man ja jetzt KNX RF+ und KNX Security spezifiziert.
Auch eine Firma wie Weinzierl will wohl offensichtlich "bald" ein KNX RF+ Modul anbieten.

Ich bin in der Funk-Sache noch nicht so tief drin. Aber wenn ich micht alles täuscht dann ist "RF+" etwas ganz leicht anderes als "RF", und entstammt der feder von MDT?!
Man möge mich korrigieren wenn ich hier total falsch liege.

Das Thema KNX Security... Das ist echt nochmal was anderes. Der Grundsatzgedanke von KNX Security ist löblich. Aber:

KNX Security wird vieles "komplizierter" machen. Das wird viele dazu verleiten die althergebrachten Geräte zu kaufen, was zur Folge hat dass die KNX Hersteller den KNX Security Markt "nicht sehen" und deshalb da auch nur langsam (sehr langsam) einsteigen werden und die Geräteauswahl dementsprechend klein ist. Und das hat wiederum zur Folge, dass man bei eine vollständigen "KNX Security" Installation abstrichen machen müssen wird, oder eine fragmentierte Anlage als Ergebnis hat. Meiner Meinung nach müsste die Konnex da den Herstellern das ganze schmackhafter machen und die einführung von KNX Security forcieren. Aber wie gesagt. Das ist ein anderes Thema.

Zurück zu KONNEKTING:

Wenn wir hier KNX RF unterstützen könnten, wäre das schon eine Bereicherung. Es müsste sich halt jemand finden der sich da a) programmiertechnisch auskennt, b) in die KNX RF Protokoll-Materie einliest und c) sich unseren Code anschaut und überlegt wie man das da am besten einbaut, bzw. ob man das da überhaupt einbauen kann, oder ob man den Grund-Stack neu machen muss und nur unser Programmiermodell da dann drauf setzt.

**Nanosonde** · 27.09.2016, 12:38