iSysBus Forum - Alle Foren

Aufgabe: Hardware Netzteilknoten

Fri, 17 Feb 2012 23:36:34 +0100

Aufgabe:
Designe einen Netzteilknoten der die Knoten eines Segments mit Energie versorgt und dabei Spannung und Strom misst.

Dabei sollten zusätzliche Features ausgearbeitet werden wie z.B. Strombegrenzung, Selbstrückstellende Sicherung, ...

Features auch in Richtung debugging überlegen.

Ansprechpartner:
trick

Aufgabe: Hardware Prozessorenvergleich

Wed, 15 Feb 2012 18:44:09 +0100

Aufgabe:
Es müsste sich mal jemand die Mühe machen und schauen ob man einen unserer Knoten mit einem ATXMega bestücken kann. Vorzugsweise den Devnode.

Die Datenblätter könnten dabei dann gleich im svn eingecheckt werden.

Ansprechpartner:
trick, Antimon

Platinen-Sammelbestellung in_wall_input

Tue, 14 Feb 2012 16:22:39 +0100

Hallo zusammen,

demnächst soll eine Sammelbestellung des in_wall_input-Knoten starten. Damit ich besser kalkulieren kann, bitte postet an wie vielen Platinen Ihr Interesse hättet. Alles erst mal unverbindlich, wenn ich eine genauere Stückzahl kenne, nenne ich dann auch konkretere Preise - im Gegenzug könnt Ihr dann Eure Stückzahl (falls gewünscht) korrigieren.

Angepeilt ist ein Preis von unter 5 EUR pro Stück, das hängt natürlich davon ab wie viele Leute bestellen. In Auftrag geben möchte ich die Platinen im März - davor soll ein letzter Prototyp drüber Aufschluss geben, ob auch wirklich alles passt.

Bitte postet, wie viele Platinen Ihr haben möchtet und ob Ihr einen Positionsdruck (einseitig/doppelseitig) wünscht - das schlägt sich natürlich auch im Preis nieder, aber meiner Meinung nach wäre es nicht verkehrt, sowas zu haben, es erleichtert ja auch den Aufbau.

Die Platinen werden wie die letzten auch mit Lötstopplack gefertigt, Materials ist FR4 1,55 und einen E-Test lassen wir auch machen - das rentiert sich auf alle Fälle.

Sollte es noch Fragen dazu geben, bitte im IRC posten oder einen extra Thread eröffnen, damit dieser übersichtlich bleibt.

Nachtrag: Bitte auch schreiben, ob Ihr Interesse an einem Bauteilsatz habt, denn ich denke dass beim iwi eine größere Stückzahl zusammenkommt, da würde ich bei entsprechendem Interesse auch die Bauteile mitbestellen - den Preis dafür würde ich posten wenn ich weiß ob Interesse da ist.

Aufgabe: Bibliothek Dia

Mon, 13 Feb 2012 15:08:54 +0100

Aufgabe:
Erstelle eine Bibliothek mit Symbolen für iSysBus-Komponenten. Die Bibliothek soll für das erstellen von Prinzipschaltbildern genutzt werden. Genaue Infos gibts auf Anfrage im IRC.

Ansprechpartner:
trick, Antimon

Tasterblenden

Sun, 12 Feb 2012 17:20:37 +0100

Hi,
ich hab da mal ne kleiner Anfänger Frage.
Was für Blenden nehmt ihr denn bei den Tastern für Licht, Rollo usw.
Gibt es schon Ansätze für ne Foßbodenheizungregelung?

Gruß
Harry

Suche n paar komponenten zum experimentieren

Fri, 10 Feb 2012 07:34:39 +0100

Guten morgen,
hat zufällig noch einer n usb_can_adapter, iwi und das addon board mit taster und leds auf VB abzutreten?

Wann ist eigentlich die nächste Sammelbestellung?

Vielen Dank schon mal

Funktionsumfang der Firmware – [Konkrete Beispiele]

Wed, 08 Feb 2012 20:18:11 +0100

Dieser Abschnitt sammelt verschiedene Funktionen, die Nutzer von der Firmware, also allgemein vom „Bus“, erwarten. Aus diesen Beispielen werden anschließend Anleitungen erstellt und im Wiki veröffentlicht. Da in Zukunft viele neue Nutzer zu erwarten sind, wird dies ein Nachschlagewerk, wo man sich ein Beispiel heraussucht, das seinen Wünschen entspricht oder wenigstens am nähesten kommt. Die detaillierte Anleitung dazu erklärt, wie genau diese Funktion in der Visualisierung umgesetzt wird und welche Komponenten dafür benötigt werden bzw. wie diese zu verbinden sind.

Einzelansteuerung:
1.) 1xTaster, 1xRelais: Mit dem Betätigen des Tasters, zieht das Relais an und mit einem weiteren Betätigen des Tasters fällt es wieder ab.
2.) 1xSchalter, 1xRelais: Wird der Schalter eingeschaltet, zieht das Relais an. Schaltet man den Schalter aus, fällt das Relais ab.
3.) 1xTaster, 1xStromstoßrelais: Wird der Taster betätigt, wird ein Impuls an das Relais gesendet. Bei einer erneuten Betätigung, folgt ein weiterer Impuls.
4.) 1xSchalter, 1xStromstoßrelais: Wird der Schalter eingeschaltet, wird ein Impuls an das Relais gesendet. Schaltet man den Schalter aus, folgt ein weiterer Impuls.
5.) 1xMeldekontakt, 1xRelais: Wird der Kontakt geschlossen, zieht das Relais an. Öffnet sich der Kontakt, wird keine Aktion ausgeführt. Dies lässt sich natürlich auch mit der fallenden Flanke am Eingang realisieren.

Wechselschaltung:
6.) 2xTaster, 1xRelais: Wird einer der beiden Taster betätigt, wird das Relais umgeschaltet, d.h. wenn es vorher im angezogenen Zustand war, ist es nachher im abgefallenem und umgekehrt.
7.) 2xSchalter, 1xRelais: Wird einer der beiden Schalter betätigt, d.h. umgeschaltet, wird auch das Relais umgeschaltet.
8.) 2xTaster, 1xStromstoßrelais: Wird einer der beiden Taster betätigt, wird das Relais mit einem Impuls beaufschlagt was praktischer Weise ein Umschalten zur Folge hat.
9.) 2xSchalter, 1xStromstoßrelais: Wird einer der beiden Schalter betätigt, d.h. umgeschaltet, wird das Relais mit einem Impuls beaufschlagt.

Kreuzschaltung:
10.) 3…nxTaster, 1xRelais: Wird einer der Taster betätigt, wird das Relais umgeschaltet, d.h. wenn es vorher im angezogenen Zustand war, ist es nachher im abgefallenem und umgekehrt.
11.) 3…nxSchalter, 1xRelais: Wird einer der Schalter betätigt, d.h. umgeschaltet, wird auch das Relais umgeschaltet.
12.) 3…nxTaster, 1xStromstoßrelais: Wird einer der Taster betätigt, wird das Relais mit einem Impuls beaufschlagt.
13.) 3…nxSchalter, 1xStromstoßrelais: Wird einer der Schalter betätigt, d.h. umgeschaltet, wird das Relais mit einem Impuls beaufschlagt.

Mehrere Ausgänge gleichzeitig:
14.) 1xTaster/Schalter, 2…nxRelais: Wird der Taster oder Schalter betätigt, werden alle Relais gleichzeitig angesteuert.

Zeitfunktionen:
15.) nxTaster, 1xRelais: Wird einer der Taster betätigt, zieht das Relais für eine frei wählbare Zeit an und fällt anschließend selbstständig wieder ab. (Zeit einstellbar im Bereich Sekunden-Stunden; ss/mm/hh)
16.) nxTaster, 1xRelais: Wird einer der Taster betätigt, passiert für eine frei wählbare Zeit nichts, anschließend zieht das Relais selbstständig an.
17.) nxTaster, 1xRelais: Wird einer der Taster betätigt, passiert für eine frei wählbare Zeit nichts, anschließend zieht das Relais selbstständig an und fällt nach einer weiteren frei wählbaren Zeit wieder ab.

Bedingungen/Verknüpfungen:
18.) 2xTaster, 1xRelais: Nur wenn beide Taster gleichzeitig betätigt werden, zieht das Relais an. (Verknüpfungsfunktionen UND/ODER/NICHT etc…) Als Beispiel, eine Lampe wird nur bei Betätigen des Tasters eingeschalten, wenn ein Helligkeitssensor den Zustand „Nacht“ meldet.

----------
So, wer weitere Funktionen sieht, bitte ergänzen.

Relais Erfahrungsbericht

Sun, 05 Feb 2012 19:49:38 +0100

Nach ca. 1,5 Jahren täglichen Produktiveinsatz hier ein kurzer Erfahrungsbericht (Ansteuerung über THR):
Für Licht und Rollosteuerung setzte die Finder FIN 38.51 24V Koppelrelais, schmal, 250V, 24V Relais ein. Diese Relais haben folgende Vorteile:
a) kostengünstig
b) schmal d.h. nur 1/2 Breite einer normalen Sicherung
c) LED Statusanzeige
d) da auf Halter bei Bedarf ohne Werkzeug tauschbar (gesteckt)
c) für Rollosteuerung gegenseitig verriegelt verschaltbar

Nachteil nur geringe Schaltleistung 6A, d.h. darf auch nur mit 6A abgesichert werden. Allerdings ist das für Licht etc. kein Problem insbesondere bei heutiger Energiespartechnik, LED Lampen etc.

Ich habe wie gesagt bisher nur beste Erfahrungen gemacht, günstig, platzsparend, übersichtlich, schön zu klemmen.

Info für alle Aufgaben

Wed, 04 Jan 2012 01:18:07 +0100

In diesem Forum werden Aufgaben gepostet die jeder der Mithelfen will erledigen kann.

Bevor sich jemand für eine Aufgabe entscheidet sollte er sich mit dem in der Aufgabe genannten Ansprechpartner (wenn möglich im irc) absprechen, um genaue Informationen über die Aufgabe zu erhalten.

Aufgabe: Hardware Drucker

Wed, 04 Jan 2012 01:05:23 +0100

Aufgabe:
Erstelle einen Drucker mit paralleler Schnittstelle aus folgendem oder ähnlichem Druckwerk 721 345 von Pollin (Doku)

Ansprechpartner:
trick

Aufgabe: Hardware AddOn für IWI

Wed, 04 Jan 2012 01:02:18 +0100

Aufgabe:
Erstelle eine AddOn-Platine für den InWallInput mit einer 25-poligen Sub-D-Buchse als parallele Schnittstelle.

Ansprechpartner:
trick

Aufgabe: Hardware Dimmer

Mon, 02 Jan 2012 15:07:19 +0100

Aufgabe:
Im svn befindet sich ein Dimmer der mit FET-Transistor die Last schaltet. Dieser Dimmer müsste mal überprüft und umgebaut werden so dass dieser in einem Hutschienengehäuse untergebracht ist.

Ebenso müsste man sich mal Gedanken darüber machen wie mit diesem Dimmer die unterschiedlichen Lasten zu dimmen sind.

Beachte:
DIN-VDE

Ansprechpartner:
trick, Antimon

Aufgabe: Hardware Stromzähler

Mon, 02 Jan 2012 13:39:45 +0100

Aufgabe:
Entwickle eine Hardware die in der Lage ist den Strom von 230V~ Verbrauchern zu messen.

Verwende hierzu eventuell den Stromwandler Link

Berechne aus den gemessenen Werten die nötigen Daten.

Als Schnittstelle zum iSysBus ist eventuell eine S0-Schnittstelle gedacht die bei solchen Geräten üblich ist.

Beachte:
DIN-VDE

Ansprechpartner:
trick, Antimon

Aufgabe: Protokoll SMS

Mon, 02 Jan 2012 13:34:15 +0100

Aufgabe:
Erstelle ein Protokoll für für das Versenden/Empfangen von SMS die Schaltvorgänge im iSysBus auslösen können. Es geht dabei lediglich um den Inhalt der SMS.

Ansprechpartner:
trick

Verkaufe: 2x top_hat_rail_io 3-2.1, 1xdevnode 1-3.0

Fri, 09 Sep 2011 22:13:15 +0200

Hallo,
aus privaten Gründen komme ich leider nicht mehr dazu den Hausbus mitzuentwickeln. Jedenfalls ist es ein tolles Projekt, und ich habe hier
2x top_hat_rail_io 3-2.1 Komplettbausatz inkl Platine (bedruckt, mit Lötstop)
1x devnode 1-3.0 Komplettbausatz inkl. Platine (bedruckt, mit Lötstop)

Ich habe dieses Paket damals für über 100 EUR bei einer Sammelbestellung mitbestellt und gebe es nun wieder ab.
Versand als Paket innerhalb EU: EUR 4,-. Bitte um eure Angebote, hier oder an mik (at) mikmik .at
EUR 60,- würd ich mir schon erwarten.
mfg mik

Selbstbau Aktoren und Sensoren

Fri, 26 Aug 2011 03:30:04 +0200

Guten Tag,
ich bin heute auf eure Community gestoßen und erstmal ziemlich fastziniert. Ich bin Elektroniker und mache mir auch schon seit längerem über do it yourself Hausautomatisierung gedanken.
Wie es aussieht macht man sich hier viel gedanken über Kommunikation und Bedienung.
Aber wie sieht es mit den Aktoren und Sensoren aus, die dem Ganzen ja den eigentlichen Sinn geben? Dazu konnte ich leider noch nicht so viel finden.
Im Handel sind diese ja meistens wahnsinnig Teuer. Meistens wahrscheinlich so teuer das es Finanziel keinen Vorteil gibt. Einen Präsenzmelder bekommt man z.b. selten unter 50€. Bis der sich rentiert hat, ist er wahrscheinlich schon kaputt gegangen. Meine überlegungen gehen also mehr in die Richtung, wie man so etwas günstig selber herstellen kann.
Gibt es da schon Ansätze?
Ich würde mich auch freuen wenn ich die Entwicklung in diese Richtung vorran treiben könnte, sofern das den Zielen dieser Webpräsenz dient.

mfg Multikulti

Workshop "Hausautomation" CCCamp / Ideen

Mon, 22 Aug 2011 23:02:51 +0200

Wie bereits im IRC angedroht war ich auf dem Chaos Communication Camp und hatte dort u.A. an einer "Selbsthilfegruppe Hausautomation" teilgenommen. Viele der Themen treffen auf den iSysBus nicht oder nur indirekt zu - ich fasse trotzdem mal die wichtigsten Punkte und einige Ideen zusammen:

- Zentral vs. dezentral

Die meisten Anwesenden setzen Systeme ein, welche sowohl zentral als auch dezentral betrieben werden können. In den meisten Fällen ist auf Grund der Preise und Komplexität ein Trend zu zentralen Systemen zu erkennen. Bei den EIB-Deviraten nutzen die meisten zwar dezentrale Schalter, Aktoren laufen jedoch über Module mit 64+ Ausgängen. Das damit verbundene Ausfallrisiko war den Personen bekannt (und auch schon begegnet), jedoch wäre es preislich wohl nicht anders möglich. Bei den Bastlern waren eher dezentrale Knoten im Einsatz.

- Funktionen vs. Stabilität

Bei den Stabilitätsgedanken waren zwei Lager erkennbar: Bastler setzen eher auf einen zentralen Controller, sind jedoch häufiger mit Ausfällen beschäftigt (und verfehlen den WAF). Die EIB-Fraktion hat die wichtigsten Funktionen im Netz, erweiterte Funktionen werden über PCs abgebildet (eibd), damit hat man im Normalbetrieb die Möglichkeit Szenen u.Ä. zu fahren, kann bei Ausfällen jedoch immerhin das Licht zur Fehlersuche einschalten. Szenen in Knoten wären zwar möglich, jedoch auf Grund der Komplexität und Verschiedenheit der Module nahezu nicht umsetzbar.

- Ein Bus reicht nicht?

Viele der Teilnehmer betreiben neben dem Steuerbus noch ein zusätzliches System um andere Sensoren oder Aktoren (meist DS1820 oder I²C-Geräte) anzubinden. Entsprechende Gateways und ggf. Tunnelfunktionen wären also eine gute Idee

Beispiel meinerseits: Ich habe neben dem Steuernetz noch ein 1Wire-Netz für 1820er sowie einige RS232-Leitungen mit I²C-Umsetzern zur ansteuerung von Heizungsventilen, Beamer, etc. Alles historisch gewachsen, ein einheitliches Netz würde dir Komplexität abbauen und (wenn entsprechende Knoten im Spiel wären) wohl ausfallsicherer, da der PC als zentrales CAN->XYZ-Gateway entfiele.

- Einheitliche Adressierung

Einer der Teilnehmer berrichtete vom Projekt "Uberbus" des Münchner CCC - sie setzen über Ethernet, RFM12-Funk und RS485 auf eine einheitliche IPv6-Adressierung, ein Embedded-PC dient dabei als Gateway, so lassen sich alle Knoten per Netzwerk ansprechen und weitere Strecken über eine bestehende Netzwerkinfrastruktur überbrücken. Zumindest letzteres sollte zumindest als IP-Tunnel zur Verfügung stehen um den Bus einfach erweitern zu können, ich hatte etwas ähnliches testweise mit Devnode und AVR-NET-IO als RS232<->Ethernet-Brücke.

- Vorsicht vor "Blinkenlights"

Einige berichteten über Sensoren, welche im Außenbereich oder in "nicht gesicherten Bereichen" (Gäste-WC in Firmengebäuden) angebunden wurden und so Sicherheitsprobleme darstellen können. Jemand könnte sich beispielsweise an den Node eines extern angebrachten Lichtsensors anschalten, den Bus mithören und so ggf. den Befehl zum auslösen des Türöffners abfangen und neu senden. Als Vorschläge kamen "Bus-Firewalls", also getrennte Netzsegmente welche nur bestimmte Nachrichten weiterleiten.

Noch einige Ideen die im Aufgekommen sind:

- Intelligenz im Netz, nicht in der UI

"Hackers gonna Hack" - viele Bastler bauen sich eigene Geräte und möchten diese einbinden können. Eventuell ließe sich ein "Zero-Configuration-Protocoll" entwickeln, welches einige Intelligenz ins Netz verlagert. Beim derzeitigen Aufbau muss jeder Knoten im Java-UI bekannt sein um eine Ansteuerung zu erreichen. Ein Konfigurationsprotokoll würde es einem (bereits programmierten) Knoten ermöglichen einer UI während der Einrichtung mögliche Sensoren mitzuteilen und so auch Bastler-Knoten einfach erlauben ohne einen Wildwuchs im Repo zu bekommen. Beispiel:

* (Knoten bekommt Strom)
* Anfrage der UI nach neuen Knoten o.Ä.
* Knoten antwortet mit unbekannter Hardware-ID
* UI fragt Hardwaredetails nach
* Antwort des Knotens
** Typ: ISB-CUSTOM-MIKROWELLE
** VALUE[rw]: (Uhrzeit,time)
** VALUE[rw]: (Leistung,int(1-100))
** VALUE[r]: (MaxLeistung,int(1-8000))
** VALUE[r]: (TuerOffen,bool)
** ACTION: (Start:(int zeit(1-60)))
** ACTION: (Stop:(null))
* UI vergibt Knotennummer und bietet fortan die Messwerte und Aktionen als Konfigurationsmöglichkeiten an

- Web-Gateway

In Zeiten von Tablets, Smartphones und Bürosessel-Hockern kommt man um eine gute UI bzw. Apps nicht herrum. Die meisten setzen der Einfachheit halber auf ein Webinterface - steht für iSys mit PC als Gateway ohnehin auf meiner Liste (wobei PC = Linux-Box, also z.B. auch Router o.Ä.).

- Fallbacks!

Egal was ausfällt, der Bus soll möglichst weiterlaufen (damit meine ich nicht Stromausfall). Wenn ein Knoten beispielsweise eine Uhrzeit von einem DFC-Knoten abruft und dieser ausfällt sollte der Knoten so lange wie möglich mit der internen Uhr weiterlaufen. Anderes Beispiel: Ein Heizungknoten ohne Verbindung zum Temperatursensor sollte nach einiger Zeit "failsafe" fahren (z.B. Frostschutzbetrieb) und nicht weiterheizen oder komplett abschalten - ein nicht 100% funktionierender Knoten ist besser als ein toter Bus. (Inspiriert durch die Tatsachen, dass ein durch Wolkendecke gestörtes GPS-Signal einigen Handy-Basisstationen den Zeitgeber nimmt, diese kein Netz mehr bieten und angrenzende Windkraftanlegen sich wegen fehlender Fernwartung abschalteten…

- Rückfrage bei den Knoten

Ein Gateway, welches nicht jede Bus-Nachricht empfangen hat kann ggf. nicht den Zustand aller Knoten wissen - eine Möglichkeit die Knoten manuell abzufragen hilft eventuelle inkonsistenzen der Anzeige z.B. nach einem Neustart des Gateways zu beheben. (Müsste in iSys schon möglich sein, oder?)

Neuling hat Fragen

Tue, 24 Aug 2010 21:59:43 +0200

Hallo zusammen,

ich interessiere mich schon längere Zeit für das Thema "Hausbus" und "Automation" und bin letztens auf eure Seite gestoßen..

Es wär meine eine Freude wenn ich etwas zu diesem Projekt beitragen dürfte.

Aber als aller erstes 2 Fragen:

#1: Programmiert Ihr die µC alle mit C? Weil ich hab nur mit Assembler Erfahrung..

#2: Ich versteh die 'Adressierung' durch den Identifier nicht.. hat jeder Knoten 3 Adressen? (eine Unicast, eine Multicast und eine Broadcast)

MfG mark

Türglocke

Mon, 10 May 2010 11:26:23 +0200

Hallo zusammen,
ich möchte hier mal eine Diskusion anregen die eigentlich jeden betrifft. Jedes Haus, jede Wohnung hat eine Türrglocke, Klingel. Im Regelfall kommen da 8-12V Wechselspannung an, sobald jemand auf einen der möglicherweise mehreren (Gartentor, Haustür, Wohnungstür) Klingelknöpfe drückt. Innerhalb der Wohnung, des Hauses gibt es dann eine Klingel oder einen Gong etc., also etwas was Lärm macht, im behinderten Bereich z.B. bei Gehörlosen geht auch mal ein Licht an. Hieraus ergeben sich mehrere Szenarien:

1.) man ist da, hört/sieht sieht das Signal und kann, eventuell nach Check bei vorhandener Sprechanlage (optional mit Video), öffnen oder nicht
2.) man ist da hört/sieht aber nicht, da im Keller. Garten, Musik zu laut etc.
3.) man ist da, kann aber nicht wegen wichtiger Verrichtung
4.) man ist kurz oder länger nicht da, möchte aber wissen ob wer klingelt bzw. geklingelt hat
5.) man ist da oder nicht da und die "Klingelmänchen" kommen und nach einiger Zeit ist die Klingel durchgebrannt, oder Dauerklingeln durch Defekt, Taster hängt, Kurzschluss etc.
6.) man ist nicht da, möchte aber auf Klingeln eventuell antworten, könnte ja was wichtiges sein wie erwartets Sendung die beim Nachbarn abgegebn werden soll etc. Weiterleitung via Sprechanlage von/auf Handy, Smartphone etc. wäre ja denkbar. Internet macht fast noch mehr möglich.
7.) Man möchte einerseits keine Klingel (Baby schläft, also Klingel abstellen) aber Besuch mitbekommen u.ä.

Was mir dazu einfällt ist:
a) iSysBus Knoten mit Eingang Wechselspannung 5-24V um Klingelsignal aufzunehmen. Damit könnte man via iSysbus sowohl akustische als auch optische Signale an unerschiedlichen Stellen auslösen, eventuell sogar mit Szenensteuerung wie "Normal" es läutet oder "Ruhe" Baby schläft nur optisches Signal oder "nicht Zuhause" optisches Signal zeigt an es war wer da Homecontrol weiss wie oft
b) iSysBus Knoten mit akustischen oder optischen (Video) und akustischen Eingang mit Weiterleitung an Internet, Handy, Smartphone oder so ne Art Subsprechanlage

Für optische oder akustische Weiterleitung wird wohl die Bandbreite im CAN Bus zu gering sein, aber eventuell hat ja noch wer andere Ideen.

mk

Rolladen ansteuerung

Mon, 26 Apr 2010 20:49:57 +0200

Ideen zur Ansteuerung von Rolladen, bzw. Rohrmotoren.
Asuführungen:
Die gängigen Rohrmotoren haben 220V Schutzleiter, Nulleiter und 2 Anschlüsse für Phasen, eine für Rechtslauf und eine für Linkslauf (also auf und ab). je nach Anschluss kann der selbe Motor auf jeder Seite des Rollos angeflanscht werden. Die Moteren haben haben einstellbare Endabschalter (einen für oben und einen für unten). Beim der Ansteuerung ist darauf zu achten, daß NIE beide Phasen gleichzeitig Strom bekommen. Die Endschalter können sowohl mechanisch oder elektronisch (Wendelpotentiometer) sein. Der Vor- oder Nachteil der einen oder anderen Ausführung hat sich mir noch nicht wirklich ergeben. Die Positioniergenauigkeit, d.h. müssen die Abschaltpunkte nach einiger Zeit nachjustiert werden oder nicht, hängt eher von der Qualität des Motors ab. Im Regelfall haben die Motoren ausserdem einen thermischen Schutz gegen Überhitzung und oft auch einen Überlastschutz, falls was klemmt. Manche Motoren haben auch eine Hindernisserkennung, d.h. bleiben stehen, wenn z.B. ein Blumentopf im Wege ist.
Ferner gibt es Modelle welche für Bussteuerung (z.B. EIB) gedacht sind, diese haben eine Stromaschluss und eine Steueranschluss, die Relais sind bereits eingebaut. Siehe z.B. http://www.e-motore.com/somfy_ilt_fuer_e...6,kd.html.

D.h. für den iSysbus gibt es 2 Ansteuervarianten:
a) für die normalen Motoren. Hier werden sinnigerwese 2 Relais verwendet. Eines für Auf und eines für Ab die so verschaltet sind, daß das nie beide Phasen gleichzeit Strom bekommen. Die Software sollte eine Möglichkeit haben, einen Timeout Einzustellen, damit das Relais nach einer Karenzzeit (d.h. Fahrzeit für Auf bzw. Ab + Sicherheitstoleranz) wieder abfällt.
Optional wäre natürlich eine Positionierung denkbar. Erfahrungsgemäß sind die Öffnungs- und Schließzeiten relativ stabil, d.h. gleich lang, da die Motoren eine definierte Umdrehungszahl haben. So man nun die entsprechenden Zeiten ermittelt, kann mit durch Ansteuerung von Teilzeiten eine teilweise Öffnung des Rollos erreichen. Diese Zeit müsste ebenfalls eingebbar sein, eventuell getrennt für Auf und Ab. Die Software mÜsste sich dann den jeweils letzten Stand merken. Mit jedem komplett Auf bzw. Ab wäre automatsich ein Justagevorgang verbunden. Optional wären noch Reedkontakte zur Positionserkennung, Oben, Unten spezielle Position denkbar. Eingangseitig würden 2 Taster (einer für Auf und einer für Ab) benötigt, welche z.B. bei kurz Drücken komplett auf bzw. komplett ab fahren, bei lang Drücken solange auf bzw. ab bis logelassen wir. Wen man eine automatische Positionierung machen will müssten diese Zeiten von der Software mitprotokolliert werden um eine aktuelle Position zu haben. Alternativ ist denkbar, so bei einer automatsichen Positionierung inzwischen keine automatsische Justage per komplett Auf oder Ab vorgenommen wurde diese durch vorherige komplett auf oder zu nachzuholen.

b) für die Motren mit Busaschluß könnten entweder die mauellen Taster nachgebildet werden, damit ist aber keine Positionskontrolle möglich. Oder man macht ein Interface für den Steueringang, dazu muss man das Protokoll auskundschaften. Nochmal einen EIB Konverter dazwischen macht nicht wirklich Sinn.

Realisierung kann zumindest für Version a) über einen THR erfolgen, je ein ein Ausgang für Auf und Ab, je ein oder mehrere Eingängänge für Taster.
Ob es zwingend einen eigenständige Rolloknoten braucht ist fraglich, so ja sollte er ausgangseitig 2 Rollos steuern können. d.h. auch die Relais enthalten und eingangsseitig neben den CAN Bus je Rollo 2 Taster für eine direkte Auf Ab Steuerung, sowie 3-4 Eingänge für optional Reedrelais z.B. Oben, Unten, definierte Position, Lichtschranke für Hinterniserkennung o.ä.

mk