Hallo, wir sind gerade dabei ein altes Haus zu sanieren und wollen Rolläden, Fenster, Heizung und Licht über eine "Smart Home"-Anlage auswerten und steuern können. Entschieden haben wir uns für Loxone, weil es aus unserer Sicht sehr modular und einfach erweiterbar ist. Im Haus haben wir 3 1/2 Etagen (Keller, EG, OG, Spitzboden) die entsprechend verdrahtet werden müßten. Im Keller ist der große (sehr große :-) ) Verteilerkasten wo auch der Loxone-Server sitzen soll. Da ich nicht im gesamten Haus mit Funk (Sensoren, Aktoren) arbeiten möchte, müßte ich alle Elemente mit Kabel bis in den Keller verdrahten. Ich überlege jetzt, mir eigene I/O Karten mit einer RS-485 Schnittstelle zu entwickeln und dann entsprechend in den einzelnen Räumen zu platzieren. Von dort aus gehe ich dann nur noch mit einem RS-485 Kabel Richtung Keller und schließe diese über eine RS-485 Extension an den Server an. Meine Frage ist, wie habt ihr das gemacht? Gibt es bessere einfachere Lösungen? Danke Nobbie
>RS-485 Extension
kommt drauf an, wie du das genau umsetzen willst..
aber direkt an die RS-485 Extension mehrere I/O module anhängen, ist
sehr Problematisch (weil es hier keine Kollisionserkennung gibt..).
Robert L. schrieb: > kommt drauf an, wie du das genau umsetzen willst.. Die I/O Karten sollen dann einen entsprechenden µC bekommen, der die Umsetzung macht. Muss mich im Vorfeld aber noch einmal detailliert mit der Loxone RS-485 Extension beschäftigen. Da man hier auch viel selbst programmieren kann, gehe ich davon aus, dass eine Umsetzung inkl. Protokoll entsprechend möglich sein sollte.
Nobbie schrieb: > > Meine Frage ist, wie habt ihr das gemacht? Gibt es bessere einfachere > Lösungen? > Diese Frage kann hier einen Flamewar auslösen ;-) Ich mache zur Zeit genau so etwas. Nach reiflicher Überlegung habe ich mich dazu entschieden, Alles mit CATx Kabel und ganz gewöhnlich als GB-Netzwerk zu verdrahten (ich habe auch 3 1/2 Etagen). In jeden Raum habe ich eine variable Anzahl von Kabeln so verlegt, daß ein Nachrüsten von weiteren Kabeln problemlos möglich ist (Kanal als Scheuerleiste), denn man weiß ja nie... Natürlich habe ich auch WLAN, aber nur für die "Datenendgeräte" und "Unwichtiges", alles was relevant ist, läuft per Kupfer. Allerdings habe ich kein fertiges System genommen (Loxone,KNX o.ä.), sondern habe zwei Banana PI (wg. SATA-Schnittstelle) mit MQTT-Broker, OpenHAB, Asterisk... betraut. Ist (aus meiner Sicht) noch erheblich flexibler bezüglich Erweiterung und vor allem bezahlbar. In jedem Raum (so ist es geplant, aber noch nicht in allen Räumen fertig ;-) ) kommt ein "Gateway", wo die zu ermittelnden Daten eingelesen werden, oder Schaltbefehle ausgegeben werden (z.B. Fensterkontakte, Raumtemp. Heizung...). Diese Gateways sind mit normalerweise mit Arduinos (bzw DCCDuinos) bestückt. Bibliotheken für MQTT, LM35, W5100 usw sind vorhanden, daher geht das schnell und schmerzlos. "Unwichtige" Sachen, wie das "Licht-Ambiente" sollen mit ESP8266 laufen. Die Beregnungs- und Beleuchtungsanlage im Garten ist jetzt auch an das System angebunden. Da habe ich als WLAN-Accesspoint einen TP-Link Router mit einem OpenWRT versehen, dem man die erforderlichen MQTT Pakete nachinstallieren kann, ein Stückchen LUA-Script und als Ausgabe wieder so einen DCCDuino per USB und die beliebten 4 Euro Relaisboards aus China... Geplant ist für dieses Jahr die Erweiterung des Systems auf den vorderen Grundstücksbereich und die Garage (Tore, Briefkasten, Beleuchtung, Überwachung...). Bilder unter http://r-ost.de/bestensee/bau.html Ist nicht ganz aktuell, da ich im Moment ein wenig mit anderen Sachen beschäftigt bin ;-) Just my 2 Cents Elux
Hi, ich habe bei mir Steuerleitungen zu den Aktoren gezogen und zentral zusammengefasst. Die Steuerungslogik ist per php gemacht sitz in einem Raspberry (mit piCore). Der Raspi steuert bei mir so um die 20 Relais und liest via 1wire Temperaturen ein. gesteuert wird Anwesenheitssimulation, Jalousien, Rolladen, Eingangsbeleuchtung Vorteile für mich: - sehr direkte Ansteuerung ohne viele Zwischenstationen - daher ausfallresistent - geringe Leistungsaufnahme - sehr flexibel programmierbar, Datenlogger, Webinterface usw. Meine Erfahrung: Je mehr gesteuert wird, desto exponentiell mehr Aufwand muss getrieben werden, um es zuverlässig hinzubekommen.
Nobbie schrieb: > Entschieden haben wir uns für Loxone Wenn du sowieso Teile selbst bauen willst, lass Loxone weg und bau die Sache komplett selbst. Ich bspw. habe Vorort an jedem Schalter, der fernbedient werden soll, Relais untergebracht und jew. eine 5V-Steuerleitung zu einem Raspberry gelegt - alles wird per python gesteuert. Da es selbst gebaut ist, kann man es im Notfall auch komplett selbst reparieren.
Peter schrieb: > Da es selbst gebaut ist, kann man es im Notfall auch komplett selbst > reparieren. Dafür ein anderer gar nicht bzw. reichen schon einige Jahre um zu grübeln, wie das wohl war...
Reinhard S. schrieb: > Dafür ein anderer gar nicht Unter anderem aus diesem Grund erfolgen bei Selbstbau sämtliche (bequem erweiter- und abbaubare Funk-)Ansteuerungen wichtiger Einrichtungen wie Beleuchtung, Tür- und Fensteröffnung, Heizung u.s.w. parallel zu einer manuellen Bedienmöglichkeit! Das entschärft dann auch den Fall > bzw. reichen schon einige Jahre um zu > grübeln, wie das wohl war... dessen Eintreten mit ausreichender Dokumentation wirklich weit hinausgezögert werden kann.
Nobbie schrieb: > Gibt es bessere einfachere > Lösungen? Für den Selberbauer? Gewiss. Dazu braucht man > Rolläden, > Fenster, Heizung und Licht nur entsprechend ansteuerbar umzurüsten und die Bedenken gegen eine Funklösung zugunsten maximaler Flexibilität und minimalstem Verdrahtungsaufwand über Bord zu werfen. Dann nimmt man eine der zehntausend Möglichkeiten serielle Verbindungen über Funk laufen zu lassen und verbindet das mit einer Selbstbau-Steuereinheit die ihrerseits am Internet hängt. Soweit so gut, so günstig, so individuell planbar, aber auch so (je nach Kenntnissen und Bastlerfreude) zeitaufwendig umzusetzen.
Guten Morgen, danke für eure Anworten. Bei der Haupteinheit (sprich den Server) wollte ich eigentlich schon ein proprietäres Modul mit dessen Software (Konfiguration, Steuerung via Tablet/PC) nehmen. Ich scheue mich ebend nur alles in Richtung Keller zu verkabeln oder auf Funk auszulegen. Des weiteren sind die Preise für die proprietären I/O Extensions bei der Masse an Aktoren/Sensoren schon erheblich. Für mich war deshalb (zumindestens nach meinem derzeitigen Wissenstand) die Vernetzung mit den eigenen Slave-Einheiten (I/O Karten) eine vertretbare Variante. Muss mich dann mal etwas detaillierter mit der Thematik befassen, ob und wie so eine Variante mit dem proprietären System kompatibel ist. Werde jetzt in den nächsten Wochen die ganze Elektroplanung machen, in der die Verkabelung/Busse für das "Smart-Home" natürlich berücksichtigt werden muss. Gruß Nobbie
>Ich scheue mich ebend >nur alles in Richtung Keller zu verkabeln für "O" im IO (also Licht, geschaltete Steckdose..) ist/war das aber das "übliche" vorgehen.. (auch bei KNX usw. ) hat mehrere Vorteile: System auswechselbar, man hat schöne Hutschienenmodule, das Klackern ist im Keller, Fehlerquelle nicht irgendwo im Haus verteilt.. OT: ich Persönlich würde inzwischen, glaub ich, "I" per KNX machen (glastaster MDT usw. ) die "O" hauptsächlich per DMX 24V PWM Dimmer in den Räumern, nur mehr per 24V LED usw.. zu den Steckdosen jeweils 1 oder 2 Zusätzliche Adern für geschaltete Sachen.. Raffstore/Jalousien/Fensterkontakte Zentral? (hier Fällt mir nix sinnvolleres ein..) Kurios ist, dass es sich ca. alle 5 Jahre herausstellt, dass es doch nicht so ideal war, wie man das vor 5 Jahren noch als "ideal" gesehen hat.. für selbergebaute Module, würde ich schauen, dass es zumindest (theoretisch) recht einfachen kommerziellen Ersatz GÄBE..
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.