User Manual
Table Of Contents
- 1 Cyber security disclaimer
- 2 Preconditions of this document
- 3 System overview
- 4 Desigo workflow, tools and programming
- 4.1 Coverage of the technical process
- 4.2 Coverage of the system
- 4.3 Main tasks
- 4.4 Tools for different roles
- 4.5 Working with libraries
- 4.6 Working in parallel and subcontracting
- 4.7 Workflow for primary systems
- 4.8 Workflow for room automation classic
- 4.9 Workflow for Desigo room automation
- 4.10 Desigo Configuration Module (DCM)
- 4.11 Desigo Xworks Plus (XWP)
- 4.12 Desigo Automation Building Tool (ABT)
- 4.13 Programming in D-MAP
- 5 Control concept
- 6 Technical view
- 7 Global objects and functions
- 8 Events and COV reporting
- 9 Alarm management
- 9.1 Alarm sources
- 9.2 Alarm example
- 9.3 Effects of BACnet properties on alarm response
- 9.4 Alarm response of the function blocks
- 9.5 Alarm functions
- 9.6 Alarm management by notification class
- 9.7 Alarm routing over the network
- 9.8 Alarm queuing
- 9.9 Common alarms
- 9.10 Alarm suppression
- 9.11 Alarm message texts
- 10 Calendars and schedulers
- 11 Trending
- 12 Reports
- 13 Data storage
- 14 Network architecture
- 15 Remote access
- 16 Management platform
- 17 Desigo Control Point
- 18 Automation stations
- 19 Logical I/O blocks
- 20 Room automation
- 21 Desigo Open
- 22 System configuration
- 22.1 Technical limits and limit values
- 22.2 Maximum number of elements in a network area
- 22.3 Desigo room automation system function group limits
- 22.4 Devices
- 22.4.1 PXC..D automation stations / system controllers
- 22.4.2 LonWorks system controllers
- 22.4.3 Automation stations with 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 Number of data points on Desigo room automation stations
- 22.4.10 Number of data points for PXC3
- 22.4.11 Number of data points for DXR1
- 22.4.12 Number of data points for DXR2
- 22.4.13 PXM20 operator unit
- 22.4.14 PXM10 operator unit
- 22.4.15 Desigo Control Point
- 22.4.16 PXG3.L and PXG3.M BACnet routers
- 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 Applications
- 23 Compatibility
- 23.1 Desigo version compatibility definition
- 23.2 Desigo system compatibility basics
- 23.2.1 Compatibility with BACnet standard
- 23.2.2 Compatibility with operating systems
- 23.2.3 Compatibility with SQL servers
- 23.2.4 Compatibility with Microsoft Office
- 23.2.5 Compatibility with web browsers
- 23.2.6 Compatibility with ABT Go
- 23.2.7 Compatibility with VMware (virtual infrastructure)
- 23.2.8 Compatibility of software/libraries on the same PC
- 23.2.9 Hardware and firmware compatibility
- 23.2.10 Backward compatibility
- 23.2.11 Engineering compatibility
- 23.2.12 Compatibility with Desigo Configuration Module (DCM)
- 23.2.13 Compatibility with Desigo PX / Desigo room automation
- 23.2.14 Compatibility with Desigo RX tool
- 23.2.15 Compatibility with TX-I/O
- 23.2.16 Compatibility with TX Open
- 23.3 Desigo Control Point
- 23.4 Upgrading from Desigo V6.2 Update (or Update 2) to V6.2 Update 3
- 23.5 Siemens WEoF clients
- 23.6 Migration compatibility
- 23.7 Hardware requirements of Desigo software products
- 24 Desigo PXC4 and PXC5
- 25 Compatibility of Desigo V6.2 Update 3 with PXC4 and PXC5
Events and COV reporting
Sources and causes of COVs
8
132 | 351 CM110664en_07
not an alarm. Each alarm recipient that receives the Confirmed Event Notification is required to respond
with a SimpleAck. If the SimpleAck is not received, the same mechanism comes into operation as for
alarms.
Event texts
Each system event has a message text assigned to it. For the system events related to the operating hours
counter, a user-specific text can be set up in Xworks Plus (XWP). Predefined system texts are available for
the other system events.
8.3 Sources and causes of COVs
Process variables which can be mapped to standard BACnet objects are COV-capable.
I/O function block
Function blocks for Analog, Binary and Multistate Inputs, Outputs and Values are mapped directly to the
associated BACnet object types. They are COV-capable and can establish COV connections with all COV
clients.
Interface variables
Interface variables of compounds and function blocks whose data type is Analog, Binary, Multistate,
Integer, Duration and DateTime are COV-capable and can be mapped to simplified BACnet value objects
for operation and monitoring.
A COV is initiated when the value of the process variable [PrVal] of the BACnet object which represents it
changes. A COV is also initiated when a status flag [StaFlg] (InAlarm, Fault, Overridden or Out of service)
changes, e.g., when a sensor open circuit (fault) occurs or when an I/O value is overwritten manually.
COV increment
For analog objects, a COV is not initiated for every minor change of [PrVal], but only when the value
changes by an amount greater than a predefined increment. This increment is saved in the COV increment
[COV] of the analog object, and can be defined in Xworks Plus (XWP) during engineering.
8.4 COV reporting
Subscription
Each COV client must subscribe to every process variable from which it requires COV notifications. Each
COV-capable object transmits COV notifications only to those COV clients which have subscribed to COV
notifications. The subscription process is carried out using the BACnet service SubscribeCOV, transmitted
by the COV client to the COV server. This message contains all the information that the COV server needs
to send the COV notifications to the correct destination. It also includes a time period which determines the
validity period of the subscription. The time period may be infinite.
For system limits, see chapter
System Configuration
.
COV notifications
The COV server reports every COV individually to each COV client which has subscribed to it. The BACnet
service ConfirmedCOVNotification is used for this purpose. It contains the values of [PrVal] and [StaFlg].
The service is a Confirmed Service, which means that the COV client must acknowledge the notification
(SimpleAck). This ensures that when a COV client ceases to be available, this will be recognized by the
COV server. If no SimpleAck message is received, the transmitting device tries to send the information
again (three times).
For system limits, see chapter
System Configuration
.
Connection terminated
If a COV client cannot be contacted, the COV server ceases to send COV notifications to that client. The
transmission of COV notifications to a COV client is resumed when the COV client re-subscribes.
Checking the connection
S
i
m
p
l
e
A
c
k
t
t
t
S
i
m
p
l
e
A
c
k