Knx rf

[PeterPan]

Hallo Kollegen..

@Ralf: Heute kannst Du die Geräte noch nicht kaufen.

@Michael: Ich bin Anwender. Anwendungsfragen beantworte ich gerne. Bei Fragen zu KNX Secure bitte an André Hänel wenden.
KNX Association  :: [Official website] »  KNX Association  » Contact / Secretariat

Gruss Peter

[MGK]

Hallo Peter,

Danke für die Infos.

Mit "Sicherheit" dachte ich vor allem an die Funk Seite... Verschlüsselung oder sichere Authentifizierung ist da wahrscheinlich mal wieder unter den Tisch gefallen um es "schön einfach" zu machen?

Gruß,
Michael

[amazing]

danke für die Info.
Was mir noch nicht ganz klar ist, ob die Geräte von mdt mit RF+ bei heutiger Anschaffung eine zukunftssichere Investition wären.

Gruß

Ralf

[PeterPan]

Einen schönen frühen guten Morgen Kollegen..

KNX RF+ im Systemmode wird ab der ETS5 offiziell unterstützt. ETS5 mit der RF+ Erweiterung wird auf der Light & Building 2014 vorgestellt. Daher ist damit zu rechnen, dass weitere Hersteller KNX RF+ Produkte auf der Light & Building vorstellen.

Alle neuen Geräte mit KNX RF+ werden miteinander kompatibel sein.

Die Funkanbindung erfolgt mit einem Linienkoppler TP-RF. Der arbeitet wie ein ganz normaler Linienkoppler mit Filtertabellen. Die Geräte und der Linienkoppler werden ohne Zusatztool mit der ETS5 parametriert.

Informationen zu MDT KNXRF+ stehen hier:
http://www.mdt.de/download/MDT_TI_RF.pdf

Zur Sicherheit:

RF+ ist eine Sub-linie wie bei einem normalen Linienkoppler. Über Filtertabellen wird gesteuert, welche Telegramme der Linienkoppler von RF nach TP und umgekehrt durchlässt.

RF+ benutzt eine erweiterte Gruppenadresse in der auch die Domainadresse der Funklinie mit enthalten ist. Man müsste also Telegramme mit der richtigen Domäne erzeugen und selbst dann gingen nur Gruppenadressen durch, die in der Filtertabelle eingetragen sind.

Schöne Arbeitswoche und Gruss Peter

[Gaston]

Interessant. Warum hat man das damals mit knx-rf nicht gleich so gemacht?

Ich hab den RF+ Standard noch nicht gelesen aber der von MDT verwendete Systemmode ist kein Ersatz für die anderen KNX/RF Standards nur die Zielsetzung ist eine andere.

Die Ursprünglichen Standards sind für Geräte mit Batterie entworfen worden, dafür eignet sich der Systemmode nicht.

Hatte lang auf RF gewartet, immer wurde gesagt ... warten bis Standard da ist...

Der Standard (bzw. die Standards) ist (sind) schon lange da, das Problem ist bisher die ETS die die Konfiguration nicht unterstützt womit jeder Hersteller sein eigenes Konfiguratiosnsüppchen kochen muss.

Habe jetzt einiges mit enocean umgesetzt was auch prima klappt.
Weiss jemand ob RF+ und enocean da gleiche Frequenz sich stören?

Störungen sind in diesem Frequenzband Teil der Spezifikationen. Die Frequenzen sind Teil des Bandes die für SRDs (Short Range Devices) reserviert sind. Dieses Band ist wiederum in mehrere Unterbänder unterteilt bei dem jedes Unterband unter anderem definiert wie lange ein einzelnes Gerät die Frequenz maximal belegen darf (0,1-100%). Hier wählt man dann das Band aus das dem Benutzen Protokoll genügt. Die Grundidee ist dass sich Geräte statistisch aus dem Weg gehen.

Auf 868MHz tummeln sich meistens mehr als nur Enocean und KNX :-)

Gruss,
Gaston

[amazing]

gibt es denn schon andere Anbieter mit RF+ ausser mdt?
Ist RF+ von mdt wirklich dem neuen Standard gleich?

Hatte lang auf RF gewartet, immer wurde gesagt ... warten bis Standard da ist...
Habe jetzt einiges mit enocean umgesetzt was auch prima klappt.

Weiss jemand ob RF+ und enocean da gleiche Frequenz sich stören?

Gruß

Ralf

[henfri]

Interessant. Warum hat man das damals mit knx-rf nicht gleich so gemacht?

Aber zusammemfassend kann man sagen, dass hiermit - durch die Kombi von funk und eingebauten Aktoren- ein Nachrüsten von KNX sinnvoll möglich wird, oder?

Gesendet von meinem LT26i mit Tapatalk 4

[MGK]

Sicherheit

Hallo Peter,

Kannst du was zu Sicherheitsmaßnahmen bei RF+ sagen?

KNX über Kabel wird wohl niemand wirklich angreifen, bei Funk bin ich da nicht so sicher...

Gruß,
Michael

[GLT]

Peter - danke für den schnellen Lagebericht.

[PeterPan]

Hallo Kollegen..

wir durften von MDT die ersten A-Serien-Geräte basierend auf KNX/RF+ auf der ineltec2013 lebend ausstellen.

Es handelte sich dabei um:

1. einen KNX/RF+ Linienkoppler (bidirektional)
2. einen KNX/RF+ Glastaster 4fach mit integrierten 2fach-Aktor (parametrierbar auf 2fach-Ausgang oder 1fach Jalousie)
3. einen KNX/RF+ UP-Jalousieaktor 1fach

Ziel des KNX/RF+ ist es, die Produkte unterschiedlicher Hersteller zu mischen und komplett über die ETS4/5 inbetriebnehmbar zu sein, wie bisher eben auch bei KNX/TP. Vom Applikationsprogramm, von den Objekten, von den Gruppenadressen besteht kein Unterschied bei der Inbetriebnahme zu KNX/TP.

Zuerst nimmt man den KNX/RF+ Linienkoppler in Betrieb. Er stellt dann die bidirektionale Medienverbindung zwischen KNX/TP und KNX/RF+ her. Anschliessend nimmt man die restlichen KNX/RF+ Produkte in Betrieb. Das läuft 1:1 genauso, wie bei KNX/TP:

1. Drücken des Tasters für die physikalische Adresse
2. Laden der Applikation

Das Laden funktioniert dann eben über KNX/RF+ (Funk) und nicht über das Medium "Buskabel". Man merkt davon aber überhaupt nichts.

Nun hat man dann eben den Vorteil, dass:

1. Funkkomponenten sich untereinander unterhalten können. Statusinformationen werden an die Visu per TP geschickt.
2. TP und RF+ Komponenten unterhalten sich untereinander.
3. RF+ und TP Komponenten unterhalten sich untereinander.

Beispiel Glastaster 4fach mit UP-Aktor 2fach

1. Man baut den konventionellen Schalter aus
2. Man klemmt den UP-Aktor 2fach f. Glastaster 4fach an 230V (L+N)
3. Man klemmt den Leuchtendraht an
4. Man schnappt den Glastaster 4fach auf den UP-Aktor mit Rahmen
5. Man drückt die Lerntaste
6. Man lädt phys. Adresse und Applikation

--> Schon funktioniert das Ganze, wie vorher. Nur dass man mit den restlichen Tasten weitere Funktionen per RF+ ausführen kann (an RF+ Aktoren oder an TP, wie man möchte).

Beispiel Jalousieaktor 1fach

1. Jalousiemotor einbauen
2. Zuleitung zur Dose legen
3. Jalousieaktor 1fach in der Dose verklemmen (230V und auf/ab)
4. Lerntaste drücken
5. phys. Adresse und Applikation laden.

--> Alles funktioniert genauso, wie bei TP, nur ohne zusätzliche Busleitung.

Gruss Peter

[Axel]

Da wird sicherlich was kommen und alles wird sein wie bei TP. :-)

Wobei es den KNX RF und KNX RF+ Standard gibt. Und ob KNX RF dann mit der ETS unabhängig vom Gateway programmiert werden kann, bleibt abzuwarten. RF+ wird jedenfalls super.

[MGK]

Hi,

wobei das mit RF in Zukunft wohl alles anders werden soll - man will wohl KNX RF komplett standardisieren so das man nur noch einen KNX-TP/KNX-RF Linienkoppler braucht, Programmierung mit ETS und alle Hersteller sind interoperabel!

mal schauen ob und wann das kommt - wäre aber für viele Sachen toll!

Michael

P.S. irgendwo hatte ich gelesen das die neuen MDT KNX RF Komponenten bereits nach dem neuen Standard arbeiten?

PS/2: ich hoffe man denkt an Sicherheit...

[tex4ever]

Und genau deswegen ist KNX RF Müll. ;-)

[swiss]

Hallo Jan

KNX RF ist eigentlich schon standardisiert. Nur ist das Problem, dass bei RF die Geräte an einem GW angemeldet und durch dieses programmiert werden muss...

Bei Hager ist es z.B. so, dass man in der ETS eine Linie mit dem Medientyp Funk erstellt und darin die RF Geräteeinfügt Adressiert, GA's verknüpf und Parametriert.

Soweit ist noch alles wie bei KNX TP...

Aber die RF Geräte lassen sich nicht direkt über die ETS Programmieren. Um ein RF Gerät zu programmieren muss das Plugin des RF GW aufgerufen werden und dort das zu programmierende RF Gerät gewählt werden. Und da liegt der Hase im Pfeffer... Das Hager GW Plugin unterstützt nur das Programmieren von Hagerkomponenten. Auch wenn die KNX RF Geräte KNX Zertifiziert sind und eine eigene Applikation für die ETS besitzen sind sie nicht direkt kompatibel zu Geräten eines anderen Herstellers

[JanM]

Hallo Zusammen,

mit KNX RF hab ich mich noch nicht weiter beschäftigt. Daher bitte nicht böse sein wenns nicht passt...

Wenn auf einer KNX RF Linie nicht verschiedene Hersteller miteinander arbeiten ist das doch kein KNX sondern ein Gateway zu irgendeinem Hersteller-RF. Gibt es hier keinen geregelten Datentransfer oder RF-Standard?

Gruß Jan