Gebäudeautomation: Unterschied zwischen den Versionen

Aus CodicaTipps
Zur Navigation springen Zur Suche springen
Zeile 370: Zeile 370:
 
*** [https://www.microchip.com/wwwproducts/en/RN2483 LoraWan-Firmware Download]
 
*** [https://www.microchip.com/wwwproducts/en/RN2483 LoraWan-Firmware Download]
 
* [https://www.element14.com/community/docs/DOC-83471/l/the-things-network element14] - Bezugsquelle für The Things Node
 
* [https://www.element14.com/community/docs/DOC-83471/l/the-things-network element14] - Bezugsquelle für The Things Node
 +
 +
===== Gateways =====
 +
 +
Man braucht im Regelfall kein eigenes Gateway, das The Things Network ist ein offenes Netz.
 +
 +
Ein Einsteigergateway ist das [https://www.thethingsnetwork.org/article/where-to-buy-ttig The Things Indoor Gateway], das über WLAN angebunden wird.
  
 
===== Weitere The Things Network - Geräte =====
 
===== Weitere The Things Network - Geräte =====

Version vom 30. November 2019, 06:58 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

KNX ist ein Bussystem für die Gebäudeautomatisierung. Dieses System ist dezentral organisiert, d.h. dass die einzelnen Elemente (insbesondere Sensoren wie Lichtschalter, Temperaturmesser sowie Aktoren wie Licht oder Heizungsregler) zunächst (im Regelfall mit der kostenpflichtigen ETS-Software) programmiert werden und diese dann im Betrieb direkt (also ohne eine zwischengeschaltete Zentrale) miteinander kommunizieren.[1] Siehe

Ü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[2] 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.[3] 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.[4]

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.[5] 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.[6] Damit scheint aber keine projektübergreifende "Verschaltung" möglich. Diese Version kann man wohl nach Abschluss einer Schulung um 140 € günstiger erwerben.[7]

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

OpenHAB

OpenHAB ist eine SmartHome-Integrationsplattform.

Beispiel für eine KNX-Anbindung (noch auf OpenHAB 1.x): https://openhabdoc.readthedocs.io/de/latest/KNX/

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.[8]

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

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

KNX-Einrichtung ohne ETS

Siehe

Physikalische Adressen der KNX-Geräte einstellen

Die physikalischen Adressen lassen sich mit dem Wiregate Multifunktionsgateway programmieren.[10] Das Format lautet 1.1.1.[11]

Die Gruppenadressen haben das Format 1/1/1.[12]

Neben den physikalischen soll es auch "interne Adressen" geben.[13]

Weiterführendes zu KNX

Siehe

OneWire

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
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.[14]

Den DS2413 gibt es auch aufgelötet auf einer Platine (ca. 6€, 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

 mkdir owfs

ein Mountpunkt für das 1-wire-Filesystem schaffen.


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.

Manchmal reichen die Berechtigungen des Users nicht. Dann kann man mit Hilfe von sudo versuchen, ob es an der fehlenden Berechtigung liegt und anschließend den Fehler eingrenzen.

Auch muss man gegebenenfalls in /etc/fuse.conf folgende Zeile einfügen:

 user_allow_other

Schließlich hilft noch das Anlegen einer udev-Regel z.B. in /etc/udev/rules.d/80-owfs.rules für einen DS9490R-USB-Adapter:

 SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="04fa", ATTRS{idProduct}=="2490", SYMLINK+="onewire", MODE="0666"

Damit sieht man den eingesteckten USB-Adapter in /dev/onewire

Siehe

FHEM

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

Siehe

digitalSTROM

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

Siehe

HomeMatic

HomeMatic ist ein Funk-basiertes Gebäudeautomationssystem.

Gateway

Der Standard-Gateway zu HomeMatic ist die CCU2 für knapp 100 €.

Außerdem gibt es USB-Sticks (z.B. bei ebay den HM-CFG-USB2 für 40 €):

Sensoren

Aktoren

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.

Weitfunkstandards für das IoT

LoRaWAN

  • freie Frequenzlizenz
  • Datenrate: 0.3-50 KBit/s
  • Reichweite: 5-15 km

The Things Network

Allgemein

The Things Network zur Karte mit der Abdeckung auf der Homepage herunterscrollen

The Things Node

Der ThingsNode hat einen AtMega32U4-Microcontroller und (jedenfalls in der ersten Version) ein RN2483-LoraWAN-Modul.

  • The Things Node - LoraWAN, Batterie, Lichtsensor, Temperatursensor (54 €)
    • Anleitung für The Things Node
    • Bei der Nutzung mit Linux Mint kann der ModemManager im Wege sein (Error: can't open device "/dev/ttyACM0": Device or resource busy). Den sollte man dann deinstallieren, wenn man ihn nicht braucht:
 sudo aptitude remove modemmanager
Gateways

Man braucht im Regelfall kein eigenes Gateway, das The Things Network ist ein offenes Netz.

Ein Einsteigergateway ist das The Things Indoor Gateway, das über WLAN angebunden wird.

Weitere The Things Network - Geräte

LoRaWan - Weiterführendes

Siehe

Sigfox

  • freie Frequenzlizenz
  • Datenrate: 100 Bit/s
  • Reichweite: 10-50 km, Netz von SigFox benötigt (in Deutschland weitgehend flächendeckend)
  • Testmodul Sens'it 2 (bei Conrad für 77 €)
    • 2 Jahre kostenlose Nutzung des SigFox-Netzes, danach kostenpflichtig
    • Batteriedauer 3 Monate, mit micro-USB aufladbar
    • Sensoren:
      • Temperatur
      • Luftfeuchtigkeit
      • Helligkeit
      • Türöffnungserkennung
      • Magneterkennung
      • Tastenerkennung
      • Bewegungs- und Vibrationserkennung

IoT-Software-Hubs

Die "Dinge" des Internet of Things (IoT) unterhalten sich teilweise direkt, teilweise werden kompliziertere Verhaltensregeln in einer intelligenteren Einheit verwaltet, der Daten verschiedener Quellen erhält.

Dazu gibt es verschiedene Open Source-Produkte:

  • FHEM - in Perl programmiert, große deutschsprachige Community
  • OpenHAB - in Java programmiert, seit Version 2 recht komfortabel zu bedienen.
  • iobroker - auf Basis von Node.js in JavaScript programmiert

IoT-Cloud-Hub