Grosse BACnet/SC-Projekte mit mehr als 100 Geräten und bis zu ~1000 Geräte, die multiple Hubs erfordern. Die Hubs müssen hierarchisch aufgebaut sein. Ein Hub müss übergeordnet sein, d.h. die Mutter aller Hubs.
Topologie eines grossen BACnet/SC-Projekts
Desigo CC muss direkt mit jedem Stockwerk und Anlagen-Hub und nicht dem Gebäude-Hub verbunden sein. Damit wird ein indirekter Tunnel durch den Gebäude-Hub und eine entsprechende Netzwerküberlastung vermieden.
Wie ist die BACnet/SC-Topologie strukturiert?
Typischerweise ähneln die BACnet/SC-Strukturen einer Gebäudestruktur. Dies vereinfacht die spätere Inbetriebnahme und Wartung. Einige Regeln sind einzuhalten, damit die Kommunikation korrekt funktioniert:
- Ist Datenaustausch in verschiedenen Stockwerken benötigt, müssen sie sich im Gebäude-Hub-Netzwerk befinden, d.h. eine zentrale Funktion, Wetterstation, Aussentemperatur etc.
- Strukturieren Sie ein BACnet/SC-Netzwerk so, dass der Netzwerkverkehr reduziert werden kann.
- Jeder Stockwerk-Hub hat ein eigene BACnet/SC-Netzwerknummer.
- Desigo CC erfordert einen einzelnen Port pro Hub-Anschluss.
Grosse Stockwerke können mehrere Hubs pro Stockwerk erfordern.
| Beschreibung |
---|---|
Gerät ist Hub. In einer BACnet/SC-Umgebung ändert der Name zum Gebäude-Hub (ein Hub pro Projekt) oder dem Stockwerk-Hub. Die Funktion bleibt gleich wie im Hub. | |
Gerät ist ein Failover-Hub. Hinweis: Failover-Hub ist auch ein Knoten. | |
Gerät verbindet mit einem Hub. | |
Das Gerät ist als ein Knoten mit einem primären Hub definiert. | |
Desigo CC verknüpft alle Stockwerk-Hubs oder Failover-Hubs. Verbinden Sie Desigo CC nicht mit dem Gebäude-Hub. | |
Stockwerk-Hub-Link zum Gebäude-Hub. |
Richtlinien für den Aufbau von BACnet/SC-Topologien
Im Gegensatz zu BACnet/IP, müssen BACnet-Broadcast-Befehle in BACnet/SC direkt im BACnet-Layer aufgelöst werden. Das heisst, dass typische Broadcast-Befehle wie Gruppenbefehle zu einer hohem Netzwerklast am Hub führen, da diser die Broadcasts als Sequenz von Unicast-Befehlen an die jeweiligen Mitglieder verteilen muss.
Während die Desigo-Architektur automatisch den Netzwerkverkehr optimiert, sind folgende Richtlinien zu berücksichtigen:
- Keine flexible Raumapplikation auf BACnet/SC verwenden, ausser zwingend notwendig.
- Müssen flexible Raumapplikationen auf BACnet/SC verwendet werden, sind strikt die max. Remote-Segment-Limiten einzuhalten ().
- Die Mutter-aller-Hubs-Architektur ist aktuell auf zwei Hierarchien begrenzt: der übergeordnete Gebäude-Scope-Hub und alle anderen, untergeordneten Hubs. Das heisst, dass Stockwerke, die grösser als die max. Anzahl Knoten sind, die ein einziger Stockwerk-Scope-Hub adressieren kann, direkt zu mehreren solcher Hubs führen, die aber nicht untereinander kommunizieren können.
Ausführliche Informationen zum Einrichten grosser BACnet/SC-Projekte, siehe "BACnet/SC-Netzwerktopologie mit Gebäude- und Stockwerk-Hub erstellen" in der Online-Hilfe zu ABT Site.
Gemischte BACnet/SC und BACnet/IP Topologien
Projekte mit BACnet/IP und BACnet/SC sind möglich. Die folgende Topologie zeigt ein kleines Gebäude mit 3 Stockwerken und einem gemischten primären und Raumeinsatz. BACnet/IP ist bereits eingerichtet und funktioniert. Das zweite und dritte Stockwerk wurden mit BACnet/SC erweitert. BACnet/IP-Kommunikation wurde auf das erste Stockwerk begrenzt.
Legende
1 | Desigo CC ist sowohl mit BACnet/IP und BACnet/SC-Netzwerken verbunden. |
2 | Gemischte Topologie BACnet/IP und BACnet/SC Der Gebäude-Hub leitet zur Raumregelung mit zentralen Funktionen. |
3 | BACnet/SC -Topologie mit PXC7 und DRA-Controller. Dies ist ein Stockwerk-Hub, der mit dem Gebäude-Hub verbunden ist. |
4 | BACnet/IP-Topologie mit DRA-Raumregelung. Nur für Weiterleitungszwecke. |
5 | BACnet/IP-Topologie mit Primäranlagen |
Richtlinien für gemischte Projekte mit BACnet/SC und BACnet/IP
Migration und Erweiterung von Projekten mit Datenlinks aus BACnet/IP und BACnet/SC.
Ziehen Sie die folgenden Richtlinien in Betracht:
- Gesamtverkehrsvolument auf Datenlink oder Netzwerk auf ein Minimum begrenzen.
- Exzessive BACnet-Weiterleitung zwischen BACnet/IP und BACnet/SC vermeiden.
Z.B. die Hälfte der Raumautomationsgeräte auf BACnet/SC und die anderen auf BACnet/IP führt zu einem Split mit je einer Gruppe von Geräten in beiden. Dies ist eine schlechte Struktur, da beide Gruppen kommandieren und daher ein hohes Weiterleitungsvolumen zwischen beiden BACnet-Netzwerken erfordern. Die Migration aller Raumgeräte auf einem Stockwerk nach BACnet/SC mit dediziertem Stockwerk-Scope-Hub verindert solche Lasten und ist zu bevorzugen.