support.industry.siemens.

com | Product Support | Saturday, 4. February 2017
 Print this page   Generate PDF

Entry type: FAQ, Entry ID: 17778440, Entry date: 07/02/2009

How can you have alarms displayed in the process picture with the smart object "Group Display" when the bit alarm
procedure or analog alarm is being used as the alarm process?

The smart object 'Group Display' permits you to display in a collected graphical form the alarm and message status of an object and the message statuses of measuring points from lower-level
process pictures. In this way the operator can quickly open the process picture with the failed measuring point if there is a failure. ...

Requirements:
In order to be able to use the group display you need the WinCC option "Basic Process Control". From WinCC V6.0 this option is included in the basic version of WinCC. Make sure that when you install WinCC you
select the option "Basic Process Control".

Information on the group display is available in the WinCC Information System under "Working with WinCC > Creating process pictures > Working with Objects > Working with objects in the Object Palette > Working
with Smart Objects " Group Display". There you will also find information on the data format in which the information for dynamizing the group display must be available.

When using chronological messaging, the data for the group display are made available in the "*.EventState" tag. You can link the "Group Value" property of the group display directly to the "*.EventState"
tag. Entry ID  23730649  and Entry ID  23730697  provide detailed information on chronological messaging and the associated requirements. When using the bit alarm procedure or the analog alarms, the
"*.EventState" tag is not available by default to provide the group display with the message status.

Procedure:
When using the bit alarm procedure or the analog alarms you need more time and effort to configure the group display. To provide a group display with the necessary information, you can use the status tag of a
message.

At Runtime the status tag contains the message status (message arrived, gone, acknowledged). However, the format of the status tag does not match that of the group display and must be changed accordingly.
Detailed information on the structure and use of status tags is available in Entry ID  24706826 . The following figure shows the data format for the group display compared with the format of the status tag of a
message. You must use an "Unsigned 32-bit value" for the status tag and a "Signed 32-bit value" for the group display tag.

Fig. 01

Therefore, in order to generate the group value for the group display, you can define the status display of a message in the Alarm Logging. Here you must select the status bit so that the message class of the
message matches the desired message class assignment of the group display.

Example:
If, for example, a message of the message class "Alarm High" is to be displayed with the group display, Bit 15 must be used as the status bit. Here the default assignment of the group display is assumed.

The following actions are necessary to transform the information of the status tag into the format for the group display.

Exchange the "High" and "Low" words of the status tag
Inverting the acknowledge information ("Low" if the "High" and "Low" words have been exchanged beforehand)

The aim is to display all the messages of a measuring point in a group display. Here the messages of a measuring point can belong to the same or different message classes. The status bit of a status tag must only be
assigned once.

That is why it is useful to create a group message for each message class of a measuring point. The same status tag is assigned to each group message of the measuring point. Here each group message occupies
the bit in the status tag that corresponds to the message class. Each individual message of a measuring point are now assigned to the configured group messages according to the message class.

Note:
If the status tag is configured directly on the individual messages, you have the following restrictions:

All the messages of the measuring point must belong to different message classes, because the status bit in the status tag may be assigned only once.
Theoretically only a maximum of 16 messages could be displayed.

Notes:

If the group displays are used with reference to measuring points, you must configure a relatively large number of group messages. If the group displays are used with reference to process pictures, you can
reduce the number of group messages significantly, because there are usually much less process pictures than measuring points.
You can use the Alarm Logging editor to configure mass data (large numbers of single and group messages), but it is very time consuming. You can use alternative tools:
WinCC Smart Tools "WinCC Configuration Tool" and "WinCC Archive Configuration Tool"
Information on the Smart Tools is available in the WinCC Information System under "Smart Tools".
WinCC Option "Open Development Kit (ODK)"
The WinCC option "Open Development Kit" provides C functions for configuring the Alarm Logging. It would be conceivable, for example, to generate messages (single and group messages) automatically
on the basis of a measuring point list.
The latest contact options are available in Entry ID  9652128 .
VBA
Using VBA you can create and delete single messages. Functions for editing group messages are not available.
Information is available in the WinCC Information System under "Working with WinCC > VBA for Automated Configuration > VBA in Other WinCC Editors > VBA in Alarm Logging".
In this way it is possible to configure messages with Microsoft Excel and then import them into the WinCC Alarm Logging.

Sample configuration:
The messages of two analog measuring points, "TI101" and "TI102", are to be displayed each with a separate group display in the process picture.
 

No. Procedure
1 WinCC Control Center: Configure tags
For this example, an "ANALOG_TYPE" structure is first constructed, which serves to read in the information from analog measuring points.
 Fig. 02 
Only the first five structure elements of the data type DWORD are relevant for processing the messages. The structure element "dwMsgEvent" provides the message tag for the bit alarm procedure. In this case
you can configure a maximum of 32 messages (32 bits), but only six message bits are used:
 
Bit 0 1="Alarm High" triggered
Bit 1 1="Warning High" triggered
Bit 2 1="Warning Low" triggered
Bit 3 1="Alarm Low" triggered
Bit 4 1=Measuring transducer "wire breakage"
Bit 5 1=Measuring transducer "short circuit"
Create the tags for the measuring points "TI101" and "TI102" in the Tag Management.
Note:
By using an "ANALOG_TYPE" structure tag, you can quickly create the tags required including the address information.

Fig. 03
2 WinCC Alarm Logging Editor: Configure single messages
Configure all the single messages for both measuring points in the Alarm Logging editor. The following figure shows the single messages configured.
 

Fig. 04
Notes:
In this example the OS project editor was run through. This created the message classes visible in the picture.
In this example the assignment of message numbers was influenced on purpose.
The measuring point "TI101" occupies the messages in the message number range from 10100 to 10105.
The measuring point "TI102" occupies the messages in the message number range from 10200 to 10205.
You can also configure the acknowledge tag for each single message.
3 WinCC Alarm Logging Editor: Configure group messages
Configure the necessary group messages in the Alarm Logging editor. For each measuring point a separate group message is created for each message class or message type used. In this example a group
message was created for each measuring point for the sake of better structuring. The group messages for the message classes used for a measuring point were then created in these group messages.
 

Fig. 05
For each group message of a measuring point you must configure the status tag and the status bit. All the group messages of a measuring point use the same status tag but a different status bit. When
assigning the status bit make sure that the position of the status bit corresponds to the required display (message class and message type) in the group display. Pay attention here to the different formats of the
status tags and the group value of the group display. The following figure shows the configuration of the group message for the message class "Alarm High" of the measuring point "TI101".

Fig. 06 
The "TI101.dwMsgState" tag is used as the status tag and Bit 15 as the status bit. The following PDF file gives an overview of the group messages configured for the two measuring points "TI101" and "TI102".
 Gruppenmeldungen_e.pdf ( 11 KB )
4 Controller: Change the format of the status tag to the format of the group value
Since the format of the status tag of a message does not correspond to the format of the group display, you must change the format (exchange the "High" and "Low" words of the status tag and invert the
acknowledge information). For the sake of performance, the format is changed in the controller. There are different ways of doing this:
Changing the format in the measuring points
You can program change of format separately for each measuring point. The controller reads the value of the status tags from a data block, for example, makes the format change and writes the result
back to the data block. These instructions are programmed for each measuring point.

Fig. 07

 
Changing the format in the measuring point function blocks
Generally the measuring points are processed in the controller program by function blocks (FB) or functions (FC). Here for each measuring point a block matching the measuring point type is called. The
necessary format change could be performed in the corresponding measuring point function block of the controller. This means that the instructions for changing the format are not programmed separately
for each measuring point, but in a reusable block.
 
 Using a global DB for data storage for changing the format
In this method a global data block is defined in the controller, which serves to exchange the data for changing the format between WinCC and the controller. The data (status tag and processed status tag)
for each measuring point is stored continuously in this data block. The controller processes the data in a loop. This means that each time the loop is run through a status tag is read out of the data block, the
format is changed and the result is written to the data block. It is not necessary to define the exact address for data exchange separately for each measuring point. It is simply important that WinCC
continuously stores the data in a data area. The advantage of this method is that only the initial address and the number of data records of the data area to be processed have to be known.

Fig. 08

Note:
This method permits you to visualize the alarms and messages of existing plants and external controllers with the group display. The format change of the status tags required here can therefore be
performed with a minimum of programming effort even in a different controller.

To perform format change in this example "loop-by-loop" you must change the relevant WinCC tags. The status tag and the processed status tag of the two measuring points access one coherent memory
area (DB11). The necessary data block (DB11) must be created with sufficient size and the addresses of the WinCC tags must be adapted accordingly.

Fig. 09
5 WinCC Graphics Designer; configuring the group display
In the process picture you interconnect the "Group Value" property of the group display with the processed status tag.

Fig. 10

Note:
The functionality shown here is not comparable with the functionality of PCS 7.

Entry belongs to product tree folder(s):
This entry is associated to 9 product(s).
 Show/Hide picture 1

 Show/Hide picture 2
 Show/Hide picture 3

 Show/Hide picture 4

 Show/Hide picture 5
 Show/Hide picture 6

 Show/Hide picture 7

 Show/Hide picture 8

 Show/Hide picture 9

 Show/Hide picture 10

© Siemens AG 2009-2017 - Imprint Privacy policy Cookie policy Terms of use Digital ID 0.0.0.0