Gebäudeautomation: Unterschied zwischen den Versionen

Aus CodicaTipps
Zur Navigation springen Zur Suche springen
Zeile 202: Zeile 202:
  
 
Der OWFS-Server für den 1-wire-Bus ist in vielen Linux-Distributionen enthalten.
 
Der OWFS-Server für den 1-wire-Bus ist in vielen Linux-Distributionen enthalten.
 +
  sudo aptitude install owfs
 +
 +
Mittels
 +
 +
  owfs -u --foreground --error_print=0 --error_level=2 -C -m owfs
 +
 +
lässt sich das 1-wire-Dateisystem starten und im Verzeichnis <code>owfs</code> anzeigen. Allerdings muss man zuvor die Datei <code>/etc/owfs.conf</code> ändern und die Zeilen mit den "FAKE"-Geräten auskommentieren. Andernfalls bekommt man die Daten der richtigen Devices nicht.
  
 
Siehe
 
Siehe

Version vom 15. Februar 2016, 20:49 Uhr

Für Gebäudeautomation haben sich verschiedene Standards entwickelt:

  • KNX (früher: EIB) und
  • CHAIN
  • LON (aus den USA)
  • Z-Wave
  • ZigBee
  • 1-wire

Beide enthalten auch Übertragungswege über das Stromnetz (Powerline), z.B. KNX-PL (PL110).

Daneben gibt es auch Open Source-Bemühungen: Der als integrativer Bus gedachte OpenHAB basiert auf Java und der Eclipse-Runtime OSGi.

KNX

Übertragungsweg

Standardbusnetz

Der Normalfall ist, dass die KNX-Sensoren und -Aktoren auf einer extra grünen Leitung, also nicht auf dem Stromnetz, sitzen. Zu beziehen über den eibmarkt für 14 €/50m.

KNX-Hardware

Neben einem handelsüblichen PC mit USB-Anschluss benötigt man noch eine Minimalausstattung[1] aus

  • Spannungsversorgung für den Bus
  • Sensor (z.B. Binäreingang)
  • Aktor (z.B. Binärausgang für LED),
  • Schnittstelle (USB) zum KNX-Bus und
  • Verkabelung

Alles findet sich im Starter Kit von Opternus für 300 €.

KNX-Bus-Spannungsversorgung

Der KNX-Bus braucht eine Stromversorgung. Für Testzwecke reichen 160 mA, für eine Hausinstallation benötige man 640 mA.[2] Eine Faustregel besage, dass für jedes KNX-Gerät 10 mA gebraucht werden.

Einzelne Geräte:

KNX-Binärein- und ausgang

  • Siemens 5WG1220-2AB21 Tasterschnittstelle UP220/21 2x potentialfreier Kontakt bei Voltus für 38 €, die beiden Kanäle können wahlweise als Ein- und als Ausgang (zum Schalten einer LED) genutzt werden.
  • MDT EIB/KNX Glastaster 4-fach Plus, Weiß mit Temperatursensor - BE-GTT4W.01 im eibmarkt für 105 €

KNX-Schnittstelle

Zum Übergang zwischen TCP/IP-Netz und KNX-Welt bedarf es eines IP-Routers.

Direkt an einen Rechner lässt der KNX-Bus sich über eine IP-Schnittstelle anbinden.

Daneben gibt es noch eine begriffliche Unterscheidung, wonach IP-Schnittstellen nicht multicast-fähig seien, IP-Router jedoch multicast-fähig.

Bei der Entscheidung, was für ein Buszugang genutzt werden sollte, hilft ein Artikel des KNX-bloggers.

Von der Benutzung einer alten RS232-Schnittstelle (=BCU1) wird abgeraten.

KNX-USB-Schnittstelle
KNX-IP-Router und KNX-IP-Schnittstelle

Ein KNX-IP-Router bzw. eine KNX-IP-Schnittstelle stellen die Verbindung zwischen einem KNX-Netzwerk und einem TCP/IP-Netzwerk zur Verfügung. Dabei hat er sowohl im LAN-Netz eine IP- als auch im KNX-Busnetz eine Bus-Adresse. Die Verbindungen erfolgen über NAT (Network Address Translation).

Mit Hilfe der Linux-Software eibd, eines kleinen Rechners (z.B. Raspberry Pi) und einer KNX-USB-Schnittstelle (z.B. TPUART von busware) lässt sich ein KNX-IP-Router selbst bauen.

KNX-IP-Schnittstelle und KNX-IP-Router unterscheiden sich dadurch, dass nur Letzterer multicast-fähig ist. Die Multicast-Fähigkeit ist z.B. für den Gira Homeserver notwendig. Mittels eines Linux-Rechners, auf dem eibd bzw. knxd läuft, kann aus einer IP-Schnittstelle ein IP-Router gemacht werden.

Siehe die Anleitung für IP-Router auf Basis von eibd auf knx-blogger.de.

KNX-RS232 Schnittstelle

Eine RS232-Schnittstelle war früher der Standardzugang zum KNX-Bus. Heutzutage schwindet der Hardware- (welcher Rechner hat noch eine RS232?) und der Software-Support (Treiber selbst bei Linux nicht mehr standardmäßig dabei).

Ausprobieren kann man evtl. die RS232 aber noch mit der KNX Live CD von 2007.

Einzelne Geräte
Weiterführendes zur Hardware

Die KNX-Geräte bestehen aus zwei Teilen, einem Busankoppler und einem Anwendungsmodul. Diese werden über eine 10-polige genormte Schnittstelle verbunden.[3]

KNX-Software

Nicht-KNX-gebundene Heimautomatisierungssoftware

  • Außerdem ist JINI noch eine Erwähnung wert.

Software für KNX

ETS

Die ETS ist die offizielle Software der KNX-Association. Mit dieser können die einzelnen KNX-Geräte programmiert werden. Das Programmieren ist das softwaremäßige Verschalten der Geräte, so dass bei bestimmten Ereignissen (z.B. Tastendruck) eine Nachricht an bestimmte Geräte gesendet wird und diese dann eine Aktion ausführen (z.B. Licht an).

Die ETS ist eine Windows-Software.

Wenn man nur fünf Geräte programmieren möchte, reicht die ETS Demo. Diese soll nach Registrierung auf der knx-Seite kostenlos herunterladbar sein; die ETS5-Demo ist auf der Download-Seite als ETS5 Professional herunterzuladen (die Datei scheint sich wohl je nach Lizenz-Schlüssel unterschiedlich zu verhalten).

Bis zu 20 Geräte können mit der für 200 € erhältlichen ETS Lite programmiert werden. Sofern man mehr Geräte programmieren will, muss man diese in verschiedenen ETS Lite-Projekten erfassen und programmieren.[4] Damit scheint aber keine projektübergreifende "Verschaltung" möglich.

Die ETS Professional begrenzt die Anzahl der Geräte nicht.

EIBD/KNXD

eibd bzw. sein vermutlicher Nachfolger knxd ist ein Dienst, der auf einem Linux-Rechner läuft und über den eigene Programme, aber auch übers Netzwerk die Windows-gebundene ETS auf den KNX-Bus zugreifen kann.

Siehe

KNX-Anwendungssoftware / Homeserver / Visualisierung
SmartHome.py

SmartHome.py ist eine Logiksoftware, die auf Basis bestimmter Nachrichten oder externer Ereignisse Aktionen auf dem KNX-Bus ausführen kann.

Siehe

Weitere
  • Calimero, eine Open Source - Java-Bibliothek als Grundlage für eigene KNX-Steuerprogramme/Visualisierungen

KNX-Einrichtung

Nach oder vor der Verkabelung (s.o. KNX-Hardware) müssen die KNX-Geräte noch eine KNX-Geräteadresse (oder "physikalische Adresse") erhalten. Dies erfolgt mit der ETS, wobei jeweils die Programmiertaste am Gerät gedrückt werden muss.[5]

Als Geräteadressen sind im Bereich 1.1.0 bis 1.15.255 die Adressen weitgehend frei vergebbar.[6]

Anschließend können die Geräte noch parametrisiert und programmiert werden (im Regelfall ebenfalls über die ETS).

1-wire

Im Gegensatz zum Namen besteht der 1-wire-Bus der Firma Maxim Integral im Regelfall aus drei Leitungen: einer Datenleitung, einer Masseleitung und - optional - einer 5V-Spannungsversorgung.

Vor- und Nachteile des 1-wire gegenüber KNX

Für KNX spricht

  • ausgereifte Hardware mit relativ hoher (und damit weniger störungsanfälligen) Betriebsspannung
  • Geräte können beliebig miteinander kommunizieren; nach der Einstellung bedarf es regelmäßig keines Busmasters
  • Taster können bei Betätigung sofort eine Nachricht auf den Bus schicken; bei 1-wire müssen die Taster dagegen abwarten, bis der Busmaster den Status abfragt (möglicherweise ist der Taster dann schon wieder gelöst)
  • Bei Ausfall einzelner KNX-Geräte dürften übrige Geräte weiterfunktionieren
  • weitgehend beliebige Verkabelungen möglich

Für 1-wire spricht

  • preisgünstige Geräte
  • einfaches Prinzip mit wenig Logik in den Geräten; leicht durchschaubar
  • Bei Ausfall eines Slaves dürfte Kommunikation weiterfunktionieren (nicht dagegen beim Ausfall des Busmasters)
  • keine Fremdsoftware wie die ETS, die für KNX benötigt wird und nur auf Windows läuft, notwendig

Hardware

Grundlagen

Siehe

Verbindung 1-wire zu PC

USB-Bus-Adaptoren
  • DS9490R (23€) - zum Testen geeignet, für den Produktivbetrieb dürfte aber im Regelfall die Spannungsversorgung nicht ausreichen
  • iLinkUSB
UniPi

Der UniPi ist eine eierlegende Wollmilchsau bezüglich der Anschlüsse, die UniPi für den Raspberry Pi zur Verfügung stellt. Dazu gehört auch eine 1-Wire-Schnittstelle. Siehe auch Einführung in die UniPI- REST-API.

Schalter

Mit dem DS2413 (ca. 2 €) lassen sich 5V schalten. Der Ausgang scheint umgekehrt als normal zu funktionieren.[7]

Den DS2413 gibt es auch aufgelötet auf einer Platine (ca. 6€, [http://www.mouser.de/Search/ProductDetail.aspx?R=1551virtualkey54850000virtualkey485-1551 5 €). Er ist auch in einem fertigen 230V-Relais für die Hutschiene erhältlich.

Temperaturfühler

Bezugsquellen

Software

OWFS

Der OWFS-Server für den 1-wire-Bus ist in vielen Linux-Distributionen enthalten. 

 sudo aptitude install owfs

Mittels 

 owfs -u --foreground --error_print=0 --error_level=2 -C -m owfs

lässt sich das 1-wire-Dateisystem starten und im Verzeichnis owfs anzeigen. Allerdings muss man zuvor die Datei /etc/owfs.conf ändern und die Zeilen mit den "FAKE"-Geräten auskommentieren. Andernfalls bekommt man die Daten der richtigen Devices nicht.

Siehe

FHEM

Verschiedene Module für FHEM haben den 1-wire-Bus implementiert.[8]

Siehe

digitalSTROM

DigitalSTROM vernetzt über das Stromnetz. Es scheint bisher aber keinen einfachen Temperaturfühler zu geben.

Siehe

Proprietäre Systeme

EKON

Das EKON-System kommuniziert über die Stromleitung bzw. über Ethernet.

Es scheint dafür aber bisher keinen Temperaturfühler zu geben.

Siehe

Microsoft HomeOS

Microsofts HomeOS ist bisher noch im Experimentalstadium.


AVM

AVM (FritzBox) soll Ende 2013 Heizungsthermostaten mit Heimautomationsfunktion herausbringen.


Belkin Wemo

Wemo arbeitet mit WLAN.

Allnet Heimautomation

  • Allnet arbeitet mit Ethernet/WLAN.


Loxone

Loxone scheint auch mit KNX-Produkten zusammenzuarbeiten.

Siemens Logo!

Mit Siemens Logo!-Bausteinen kann man vom Ethernet aus 230V AC schalten.

Siehe http://w3.siemens.com/mcms/programmable-logic-controller/de/logikmodul-logo/seiten/default.aspx

Internet der Dinge

Eine Open Source-Standard im Bereich Internet der Dinge versucht Panasonic mit https://opendof.org zu setzen.

  1. ↑ Vgl. auch die Empfehlungen des KNX-Bloggers.
  2. ↑ Siehe http://knx-blogger.de/knx-verkabelung-beispiel/
  3. ↑ Siehe http://www.elektrobasis.de/Unternehmen/Elektro/Gebaudesystemtechnik/KNX-EIB/KNX-Systemeigenschaft/knx-systemeigenschaft.HTM
  4. ↑ Siehe http://knx-blogger.de/ets4-lite-ecampus-test-arbeiten-mit-der-ets4/ .
  5. ↑ Siehe http://knx-blogger.de/physikalische-adressen-eindeutige-namen-der-knx-bus-teilnehmer/
  6. ↑ Siehe http://knx-blogger.de/physikalische-adressen-eindeutige-namen-der-knx-bus-teilnehmer/ .
  7. ↑ Siehe http://home.arcor.de/RoBue/1-Wire/1-Wire.html .
  8. ↑ Siehe die Historie bei fischer-net.de
Abgerufen von „https://railpulse.de/m_codicatipps/index.php?title=Gebäudeautomation&oldid=20420“