User Manual
Table Of Contents
- 1 Haftungsausschluss Cyber-Sicherheit
- 2 Voraussetzungen dieses Dokuments
- 3 Übersicht und Systemaufbau
- 4 Desigo Arbeitsabläufe und Programmierung
- 4.1 Abdeckung des technischen Prozesses
- 4.2 Abdeckung des Systems
- 4.3 Hauptaufgaben
- 4.4 Tools für verschiedene Rollen
- 4.5 Arbeiten mit Bibliotheken
- 4.6 Paralleles Arbeiten und Subcontracting
- 4.7 Workflow für Primäranlagen
- 4.8 Workflow für Raumautomation Classic
- 4.9 Workflow für Desigo Raumautomation
- 4.10 Desigo Configuration Module (DCM)
- 4.11 Desigo Xworks Plus (XWP)
- 4.12 Desigo Automation Building Tool (ABT)
- 4.13 Programmieren in D-MAP
- 5 Steuer- und Regelkonzept
- 6 Technische Sicht
- 7 Globale Objekte und Funktionen
- 8 Events und COV-Reporting
- 9 Alarmierung
- 9.1 Alarmquellen
- 9.2 Alarmbeispiel
- 9.3 Auswirkungen von BACnet Properties auf das Alarmverhalten
- 9.4 Alarmverhalten der Funktionsbausteine
- 9.5 Alarmfunktionen
- 9.6 Alarmmanagement über Notification Class
- 9.7 Alarmverteilung über Netzwerk
- 9.8 Queuing von Alarmen
- 9.9 Sammelalarme
- 9.10 Alarmunterdrückung
- 9.11 Alarm-Meldungstexte
- 10 Kalender und Zeitschaltprogramme
- 11 Trenddaten
- 12 Berichte
- 13 Datenhaltung
- 14 Netzwerkarchitektur
- 15 Fernzugriff auf das System
- 16 Managementplattform
- 17 Desigo Control Point
- 18 Automationsstationen
- 19 Logische I/O-Bausteine
- 20 Raumautomation
- 21 Desigo Open
- 22 Systemkonfiguration
- 22.1 Technische Grenzen und Grenzwerte
- 22.2 Maximale Anzahl Elemente in einem Netzwerkbereich
- 22.3 Limite von Desigo-Raumautomation-Systemfunktionsgruppe
- 22.4 Geräte
- 22.4.1 Automationsstationen/System-Controller PXC..D
- 22.4.2 System-Controller LonWorks
- 22.4.3 Automationsstationen mit LonWorks-Integration
- 22.4.4 PX-Open-Integration (PXC001.D/-E.D)
- 22.4.5 PX-Open-Integration (PXC001.D/-E.D + PXA40-RS1)
- 22.4.6 PX-Open-Integration (PXC001.D/-E.D + PXA40-RS2)
- 22.4.7 PX-KNX-Integration (PXC001.D/-E.D)
- 22.4.8 TX-Open-Integration (TXI1/2/2-S.OPEN)
- 22.4.9 Anzahl Datenpunkte auf Desigo-Raumautomationsstationen
- 22.4.10 Anzahl Datenpunkte für PXC3
- 22.4.11 Anzahl Datenpunkte für DXR1
- 22.4.12 Anzahl Datenpunkte für DXR2
- 22.4.13 Bediengerät PXM20
- 22.4.14 Bediengerät PXM10
- 22.4.15 Desigo Control Point
- 22.4.16 BACnet-Router PXG3.L und PXG3.M
- 22.4.17 SX OPC
- 22.4.18 Desigo CC
- 22.4.19 Desigo insight
- 22.4.20 Desigo Xworks Plus (XWP)
- 22.4.21 Desigo Automation Building Tool (ABT)
- 22.5 Applikationen
- 23 Kompatibilität
- 23.1 Definition der Desigo-Versionskompatibilität
- 23.2 Grundsätze zur Kompatibilität im System Desigo
- 23.2.1 Kompatibilität mit BACnet-Standard
- 23.2.2 Kompatibilität mit Betriebssystemen
- 23.2.3 Kompatibilität mit SQL-Servern
- 23.2.4 Kompatibilität mit Microsoft Office
- 23.2.5 Kompatibilität mit Web-Browsern
- 23.2.6 Kompatibilität mit ABT Go
- 23.2.7 Kompatibilität mit VMware (virtuelle Infrastruktur)
- 23.2.8 Kompatibilität von Software/Bibliotheken auf gleichem PC
- 23.2.9 Hardware- und Firmware-Kompatibilität
- 23.2.10 Abwärtskompatibilität
- 23.2.11 Engineering-Kompatibilität
- 23.2.12 Kompatibilität mit Desigo Configuration Module (DCM)
- 23.2.13 Kompatibilität mit Desigo PX / Desigo Raumautomation
- 23.2.14 Kompatibilität mit Desigo RX Tool
- 23.2.15 Kompatibilität mit TX-I/O
- 23.2.16 Kompatibilität mit TX Open
- 23.3 Desigo Control Point
- 23.4 Upgrade von Desigo V6.2 Update (oder Update 2) auf V6.2 Update 3
- 23.5 Siemens-WEoF-Clients
- 23.6 Migrationskompatibilität
- 23.7 Hardware-Anforderungen von Desigo-Software-Produkten
- 24 Desigo PXC4 und PXC5
- 25 Kompatibilität von Desigo V6.2 Update 3 mit PXC4 und PXC5
Systemkonfiguration
Geräte
22
328 | 361 CM110664de_07
Legende
1
PXM20, PX Web und XWP sind temporäre Alarmempfänger.
2
Desigo CC ist ein konfigurierter Alarmempfänger. Die Anzahl Einträge in der Notification Class ist auf 20 begrenzt. Die
gesamte Anzahl unterschiedlich konfigurierter Alarmempfänger über alle Notification Classes ist auf 30 begrenzt.
3
Max. Anzahl BACnet-Referenzen, COV-Server: SubscribeCOVs, die angenommen werden können. Beispiel: 1400: 1 Client und
1400 Werte oder 2 Clients und 700 Werte.
4
Max. Anzahl BACnet-Referenzen, COV-Client-Ressourcen, das heisst, Werte, die von der eigenen oder von einer abgesetzten
Automationsstation gelesen oder geschrieben (kommandiert) werden.
BACnet-Client-Referenzen werden in den Input-, Output-, Scheduler-, Trend-Log- und Gruppen-Objekten verwendet (alle
NameRef_Type-Inputs mit AddrKind=B). Die konfigurierten Alarmempfänger der Notification-Class-Objekte benötigen keine
BACnet-Client-Referenzen (COV Client)-Ressourcen.
Die verfügbare Anzahl von BACnet-Client-Referenzen soll maximal 50 unterschiedliche Automationstationen referenzieren.
Wird dieser Wert überschritten, steigt die Anzahl von BACnet-Broadcast-Meldungen auf dem Netzwerk.
Beispiel: 400: 1 Client und 400 Werte oder 2 Clients und 200 Werte.
5
Jedes aktive Trend-Log-Objekt benötigt eine BACnet-Referenz.
Der Trend benötigt 12 Byte pro Eintrag (unabhängig vom Datentyp). Pro Trend-Log-Objekt können max. 64 kByte für den Log
Buffer alloziert werden (ca. 5'000 Einträge). Diese Log Buffer werden im D-MAP RAM zugewiesen. Ist beim Ändern der Log-
Buffer-Grösse nicht mehr genügend D-MAP RAM vorhanden, wird die Reliability des Trend-Log-Objekts auf Memory limit
reached gesetzt.
8
Die PPS-2-Geräte QAX84.1 und RXZ90.1 haben immer die Adresse 1 (keine Adressenwahl).
9
PX KNX = PXC001.D / PXC001-E.D und geladener PX-KNX-Firmware.
10
PX Open = PXC001.D / PXC001-E.D mit Optionsmodul PXA40-RS1/RS2 und geladener PX-Open-Firmware.
14
Maximal 30 Kalender-Einträge.
15
Die Anzahl der phys. Datenpunkte beeinflusst die Reaktionszeit der Applikation. Sind minimale Reaktionszeiten einzuhalten,
muss die Anzahl der phys. Datenpunkte eventuell reduziert werden.
Folgende Reaktionszeiten bezogen auf die Anzahl der Phys. Datenpunkte können als Erfahrungswerte angenommen werden:
- bis 150 phys. Datenpunkte = Reaktionszeiten < 1s
- bis 250 phys. Datenpunkte = Reaktionszeiten 1-2s
- bis 350 phys. Datenpunkte = Reaktionszeiten 2-3s
17
Anzahl Schaltpunkte pro Tag: 10; maximal 5 BACnet-Referenzen.
18
Anzahl Schaltpunkte pro Tag: 20; maximal 5 BACnet-Referenzen.
19
Jedes aktive Trend-Log-Multiple-Objekt benötigt pro erfassten Wert eine BACnet-Referenz.
Für die Anzahl der Trend-Log-Multiple-Objekte wurden 5 erfasste Werte angenommen (Anzahl Trend Log / 5).
Der Trend benötigt 12 Byte pro Eintrag (unabhängig vom Datentyp).
Pro Trend-Log-Objekt können max. 64 kByte für den Log Buffer zugewiesen werden (ca. 5'000 Einträge).
Diese Log Buffer werden im D-MAP RAM zugewiesen.
Ist beim Ändern der Log-Buffer-Grösse nicht mehr genügend D-MAP RAM vorhanden, wird die Reliability des Trend-Log-
Objekts auf Memory limit reached gesetzt.
20
Dynamische Objekte zählen für die Gesamtlimiten genauso mit, wie nicht-dynamische Objekte.
* Grenze* = Technische Grenze geprüft.
[ *] [Grenze*] = Technische Grenze nicht geprüft.
[ ] [Grenze] = Empfohlene Grenze nicht geprüft.
( ) (Grenze) = Grenze mit Vorbehalt. Fussnoten beachten.