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
Logical I/O blocks
General functions
19
CM110664en_07 237 | 351
19 Logical I/O blocks
I/O blocks are used to register and transmit raw data to and from the plant, and to convert, process and
integrate it into the program.
The following options are supported:
● Raw data from or to the input or output modules.
● Raw data from or to the PPS2 interface (room units) (not for the modular series PXC…D)
● Data referenced via the Technical Designation (TD) and accessed either in the same automation
station (without a connection), or peer-to-peer via BACnet services.
● Data made available via a Discipline I/O of a room automation station or third-party device.
The term I/O blocks refers collectively to the individual input blocks and output blocks.
● Input blocks are used to enable an input signal (e.g., a measured value) in the program to be handled as
a process value.
● Output blocks are used to enable a process value to be transmitted as an output signal (e.g., a
positioning command).
Value blocks act as a link between program pins, and are used to temporarily store a process value, and if
necessary, to display it on a client operator station. A special version of the value block, the Value block for
operation provides a simplified means of operation from an operator client (without the facility to override
values manually).
Counter Input blocks (CI blocks) are used to enable a counter value (e.g., from a gas or electricity meter) to
be processed in the application as a real-number process value. In this process, the counter value (pulse)
is converted in the block into the associated physical variable.
Integration I/Os (Discipline I/O blocks) are used, e.g., to integrate room automation or third-party devices
Input blocks Output blocks Value blocks Value blocks for operation
Analog Input (AI, AI RED) Analog Output (AO, AO RED) Analog Input (AVAL) Analog Input (AVAL_OP)
Binary Input (BI, BI RED) Binary Output (BO, BO RED) Binary (BVAL) Binary (BVAL_OP)
Multistate Input (MI, MI RED) Multistate Output (MO, MO RED) Multistate (MVAL) Multistate (MVAL_OP)
Counter Input (CI)
Accumulator (CI ACC)
Discipline I/O
Program view and system view
I/O blocks are displayed in two different views:
● The program view shows an I/O block with the pins and attributes required for configuration purposes
and to create the program. This is the display format used in Xworks Plus (XWP).
● The system view shows the I/O blocks as standard BACnet objects. These BACnet objects and the
associated properties are then available to clients from where they can be operated and monitored.
BACnet functions
All the blocks listed above are implemented in accordance with the BACnet standard. Therefore additional
functions are available, such as alarm management. These blocks incorporate a mechanism which acts as
an alarm source for blocks available as standard BACnet objects in the BACnet network. By use of various
BACnet services, a given event is displayed as an alarm event on the relevant clients from where the alarm
can be processed, that is, viewed, acknowledged and/or reset.
In XWP these functions can be tracked via the relevant values at the block pins in online test mode.
19.1 General functions
Blocks: AO, BO, MO, AVAL, BVAL, MVAL
This section describes the general functional scope shared by many of the I/O blocks. Each subsection
includes a list of the blocks to which that subsection applies. Any block-specific details which are not
shared by other blocks are described together with the block concerned.