Der Anleitung zu einem benutzerfreundlichen und stabilen Z-Wave-Heimautomationsnetzwerk
Im letzten Handbuch gab es viele Informationen über Z-Welle Netzwerk, Knoten und Geräte. In diesem Handbuch sehen wir tiefer auf die Controller und den Server, der Ihr Wireless Home Automation-System steuert. Mit so vielen potenziellen Komponenten und elektronischen Nachrichten, die drahtlos arbeiten, ist es wichtig, ein benutzerfreundliches und stabiles Z-Wave-Netzwerk in Ihrem Zuhause zu erreichen.
Statischer Aktualisierungscontroller (Suc) und Suc ID Server (SIS)
Wenn ein primärer Controller im Netzwerk vorhanden ist, liefert es seine Routing-Tabelle an jedem im Netzwerk enthaltenen sekundären Controller. Das nächste Mal, wenn der primäre Controller ein Netzwerkgerät einschließt oder ausschließt, werden die Routing-Tabellen aller Sekundärsteuerungen ungültig.
Um sicherzustellen, dass eine einzige aktualisierte und gültige Routing-Tabelle vorhanden ist, ist der primäre Controller das einzige Gerät, das Geräte einschließen / ausschließen kann. Sekundärsteuerungen fordern dann regelmäßig ein Routing-Tabellenaktualisierung an.
Für ein benutzerfreundliches Z-Wave-Netzwerk würden wir jedoch erwarten:
- Alle Fernbedienungen können Geräte einschließen und das Routing
- Die Routing-Tabellen aller Controller im Netzwerk werden konsistent gehalten, und ein Update ermöglicht es jedem Controller, jedes Gerät im Netzwerk zu steuern
Der beste Weg, dies zu erreichen, besteht darin, a zu konfigurieren Erfolg / Sis Controller im Netzwerk.
Statischer Update-Controller (Suc)
Die Statischer Aktualisierungscontroller (Suc) ist eine spezielle Funktion eines statischen Controllers. Die meisten statischen Controller (ein Controller mit festem Standort und Netzbetrieben) können als Erfolg auftreten. Diese Funktionalität muss jedoch normalerweise aktiviert werden.
Der Erfolg empfängt die aktualisierte Routing-Tabelle von der Primärsteuerung und bietet diese Routing-Tabelle allen anderen Controllern im Netzwerk an. Da der Suc ein statischer Controller ist und daher immer im Netzwerk aktiv ist, kann jeder andere Controller regelmäßig eine aktualisierte Routing-Tabelle vom Erfolg anfordern.
Um sicherzustellen, dass alle anderen Knoten, insbesondere anderer Controller, sich dessen Anwesenheit eines Erfolgs im Netzwerk bewusst sind, wird die Knoten-ID eines aktivierten Sucs periodisch innerhalb des Netzwerks übermittelt.
Erfolg in einem Z-Wave-Netzwerk
Mit einem aktiven Suc kann ein tragbarer Controller die Rolle des primären Controllers ausführen. Jede Änderung des Netzwerks, das durch Einschluss oder Ausschluss eines Knotens durch den primären Controller verursacht wird, wird dem Erfolg gemeldet, dies ist allen anderen Controllern zur Verfügung, auch wenn der Primärsteuerung nicht aktiv ist.
Aktualisierung der Erfolgstabelle des Susers
Da die meisten tragbaren Steuerungen batteriebetrieben sind und daher nicht immer aktiv sind, müssen diese Steuerungen einen aktualisierten Routing-Tisch periodisch oder zumindest beim Aufwachen anfordern, normalerweise durch Drücken einer Taste.
Wenn der ursprüngliche tragbare primäre Controller verloren oder beschädigt ist, kann der Suc das primäre Privileg einem neuen mobilen Controller zuweisen und den Benutzer schützt, das gesamte Netzwerk mit einem brandneuen Primärsteger wiederherzustellen und eine andere Home-ID zu haben.
Statischer ID-Server (SIS)
Sogar einen Erfolg im System löst das Problem nicht, dass nur ein Controller das primäre Privileg hat und daher der einzige Controller neue Geräte aufnehmen kann. Diese Einschränkung wird überwunden, indem die Erfolgsfunktionalität von einer anderen Funktion namens "SIS '= Static ID Server.
Die SIs fungiert als Depot für neue Knoten-IDs, die von mobilen Controllern zugewiesen werden können. Mit einer in dem Netzwerk vorhandenen SIS kann jeder Controller in dem Netzwerk mit Geräten einschließen. Der Controller fordert einfach eine neue Knoten-ID von der SIS an und ordnet diesen neuen Knoten-ID dem Server zu. Die SIS stellt sicher, dass Node-IDs nur einem Knoten zugeordnet sind - Konflikte vermeiden. Die einzige Anforderung ist, dass der mobile Controller über eine Netzwerkverbindung an den SIS-Server verfügt, um eine Knoten-ID anzufordern.
SIS-Server in einem Z-Wave-Netzwerk
Verwenden einer SIS in Ihrem Netzwerk als Anzahl von Vorteilen und Nachteilen:
Vorteile:
- Die Netzwerktopologie und Informationen zu allen Knoten werden in einem statischen Controller gespeichert - viel besser geschützt als in einem mobilen Akku-Gerät.
- Alle Controller in einem Netzwerk können neue Geräte enthalten.
- Die Netzwerkkonfiguration und -handhabung wird sehr flexibel.
Nachteile:
- Funktionalität ist nur in der Z-Wave-Firmware-Version V3.4 verfügbar, und später - Netzwerkgeräte mit älterer Firmware unterstützt diese Konfiguration nicht.
- Der Einschlusscontroller kann nur Geräte integrieren, wenn eine drahtlose Verbindung zur SIS verfügt.
- Die SIs stellt einen "Single-Punkt des Fehlers" dar. Eine beschädigte SIS könnte zu einem vollständigen neuen Netzwerk-Setup führen.
Da die Suc / SIS-Funktionalität bereits in der Firmware der modernsten statischen Steuerungen oder der USB-Dongles enthalten ist, können die meisten Z-Wave-Netzwerke diese Funktionen nutzen, wenn ein statischer Controller vorhanden ist (solange Sie es aktivieren).
Ein statischer Controller kann auch als Primärsteuerung verwendet werden, sowie Suc / SIS-Funktionalität. Diese Konfiguration ist typisch in echten Netzwerken.
Controller-Regeln, die in einer Gateway-Benutzeroberfläche angezeigt werden
Netzwerke mit tragbaren Sklaven
Wenn ein SuS-Controller im Netzwerk vorhanden ist, kann es eine neue Position eines Slaves ermitteln und die Routing-Tabelle des Netzwerks entsprechend aktualisieren. Das zu erreichen, das heißt, heißt "Verlieren -algorithmus"Und funktioniert nur für das Routing-Slaves (Slaves, die einige Kenntnisse über die Routing-Informationen des Netzwerks haben).
Ein normaler Slave darf nicht aufgerufene Nachrichten senden und kann daher niemals Änderung ihrer Position im Netzwerk ermitteln. Das Routing-Slaves darf jedoch dabei dürfen.
Wenn ein Routing-Slave eine unerwünschte Nachricht sendet, die ausfällt, wird davon ausgegangen, dass der Routing-Tisch nicht mehr gültig ist.
Als erster Schritt sendet dieser Knoten eine Sendung "Cry for Hilfe" -Meldung an das Netzwerk. Ein Knoten, der diese Meldung empfängt, weiß, dass sich der Absender an einem neuen Standort gefunden hat. Dieser Knoten kann jedoch den "weinen" Knoten jedoch nicht mit einem aktualisierten Routing-Tisch bereitstellen. Wenn dieser Knoten ein Routing-Slave ist, wird der "Cry for Help" -Meldung an den Erfolg weitergeleitet.
Der Erfolg kann den eigenen Routing-Tisch aktualisieren und dem Schreienknoten neue Routen zuweisen, indem er dieselben Schritte ausführt, wenn dies einschließlich des Geräts vorliegt. Die Meldung "Cry for Help" kann ein Netzwerk automatisch heilen, falls ein Knoten verschoben wurde.
Um eine funktionierende Autoheilungsfunktion innerhalb des Netzwerks zu erhalten, müssen folgende Anforderungen erfüllt sein:
- Ein Erfolg muss im Netzwerk vorhanden sein.
- Die verschobenen Knoten müssen ein Routing-Slave sein, kein Standard-Slave (um unerwünschtes Messaging zuzulassen).
- In der neuen Position muss es mindestens einen Routing-Slave in Reichweite geben.
- Der bewegte Knoten muss erkennen, dass er bewegt wurde. Dies ist nur möglich, wenn dieser Knoten eine unerwünschte Nachricht aussendet.
Hoffentlich hat dies einen guten Einblick in die Erstellung eines stabilen und robusten Z-Wave-Netzwerks erhalten.
Vesternet ist Europas führender Spezialist der Hausautomation, werfen Sie einen Blick auf unsere große Auswahl an Z-Wave-Produkte.
Copyright 2012. Vesternet GmbH.
