itextsharp datagridview to pdf c# : Change link in pdf file SDK control service wpf web page html dnn viewse-um006_-en-e6-part752

Rockwell Automation Publication VIEWSE-UM006K-EN-E 
Chapter 3 
Planning an application 
This chapter describes: 
Understanding the process you are automating. 
Planning the layout of the network. 
Planning communications. 
Planning how to monitor and control alarms. 
Deciding when to use HMI tags. 
Designing a dependable control system. 
Setting up the run-time application. 
Designing a system that is easy to deploy and maintain. 
Integrating with other applications, and customizing the system. 
To design an effective control system using FactoryTalk View Site Edition, 
it is important to understand the process you are automating. 
Gather information from a variety of sources, and pay attention to details that 
might affect the overall performance of the system. To get planning 
Talk to operators and other experts who will use the system, to get their 
input about ways to optimize plant operations. 
Talk to management and information systems staff, to find out what 
they need to support planning and design decisions. 
Break up the process into its constituent parts. This will help you 
visualize how parts of the automated system might be distributed over 
a network. 
Identify the process variables you need, and their locations in the 
programmable controllers or devices. 
Determine which types of data servers the system will use. 
Determine which processes will generate alarms, and how to monitor 
Determine which parts of the process should be secured, and the most 
efficient ways to restrict user access. 
Assess the need for redundancy in different parts of the system. 
Understanding the 
process you are 
Change link in pdf file - insert, remove PDF links in, ASP.NET, MVC, Ajax, WinForms, WPF
Free C# example code is offered for users to edit PDF document hyperlink (url), like inserting and deleting
adding hyperlinks to pdf documents; add email link to pdf
Change link in pdf file - VB.NET PDF url edit library: insert, remove PDF links in, ASP.NET, MVC, Ajax, WinForms, WPF
Help to Insert a Hyperlink to Specified PDF Document Page
pdf edit hyperlink; pdf link
Chapter 3                  Planning an application 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
The layout of the network is particularly important to the design of a 
FactoryTalk View SE network distributed application. 
For information about installing the FactoryTalk View SE software, and 
about system requirements that might affect the network design, see the 
FactoryTalk View Site Edition Installation Guide. 
Choosing a Windows domain or workgroup 
For network applications consisting of more than 10 computers, the use of a 
domain controller is strongly recommended, but not required. The following 
domains are supported: 
Windows Server 2012 (Standard and Datacenter editions) 
Windows Server 2012 R2 (Standard and Datacenter editions) 
Windows Server 2008 with Service Pack 2 (Standard Edition) 
Windows Server 2008 R2 with Service Pack 1 (Standard Edition) 
Note: Do not install the FactoryTalk Directory, the FactoryTalk View 
SE Server, or any other application software, on the same 
computer as a Windows domain controller. This configuration 
is not supported. 
Windows workgroups 
For network distributed applications consisting of 10 computers or fewer, 
FactoryTalk View SE can be used in a Windows workgroup network 
When setting up security for applications in a Windows workgroup, it is 
recommended that you use the FactoryTalk Directory user accounts. This 
simplifies account management, by centralizing security services at the 
FactoryTalk Directory. 
For information about user accounts, see Setting up security on page 85
etermining which computers you’ll need
You can develop and then test a network distributed application on a single 
computer. However, network application components are usually distributed 
over a network, on multiple computers. 
For information about FactoryTalk View SE system requirements and limits 
related to running network distributed application components, see the 
FactoryTalk View Site Edition Installation Guide
Planning the 
network layout 
VB.NET PDF File Compress Library: Compress reduce PDF size in vb.
list below is mainly to optimize PDF file with multiple Program.RootPath + "\\" 3_optimized.pdf"; 'create optimizing 150.0F 'to change image compression
add links to pdf file; add links in pdf
C# PDF File Compress Library: Compress reduce PDF size in
list below is mainly to optimize PDF file with multiple Program.RootPath + "\\" 3_optimized.pdf"; // create optimizing 150F; // to change image compression
add url link to pdf; add page number to pdf hyperlink
Planning an application                  Chapter 3 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
If you plan to deploy a network distributed application 
that uses more than two servers (or two pairs of 
redundant servers) and 20 clients, or if you would like 
architectural assistance, contact your local Rockwell 
Automation Sales office for architectural assistance   . 
For information about setting up redundant FactoryTalk 
View SE Servers, see Setting up FactoryTalk system 
availability on page 349. 
Following is a sample architecture of a distributed system. It includes a 
FactoryTalk Directory Server, FactoryTalk View SE Server and Client, 
RSLinx Enterprise Data Server, and FactoryTalk View Studio for application 
development and configuration. 
Depending on needs, a network distributed application deployed for 
production typically involves the following computers: 
One computer running the FactoryTalk Network Directory server 
The FactoryTalk Directory centralizes access to application resources 
and components, such as graphic displays and tags, for all FactoryTalk 
products participating in a control system. 
FactoryTalk Network Directory manages network distributed 
applications. All the computers in a given network application must 
point at the same FactoryTalk Network Directory. 
For more information, see Setting up the FactoryTalk Directory on 
page 77 and Working with network distributed applications on page 
One or more redundant pairs of computers running FactoryTalk 
View SE Server 
The HMI servers in an application store HMI project components, such 
as graphic displays, and serve the components to application clients. 
HMI servers also perform alarm detection and historical data 
management (logging), and contain a database of tags. 
VB.NET PDF Password Library: add, remove, edit PDF file password
Dim setting As PasswordSetting = New PasswordSetting(newUserPassword, newOwnerPassword) ' Change password for an encrypted PDF file and output to a new file.
adding links to pdf document; add links to pdf acrobat
C# PDF Password Library: add, remove, edit PDF file password in C#
PasswordSetting setting = new PasswordSetting(newUserPassword, newOwnerPassword); // Change password for an encrypted PDF file and output to a new file.
add hyperlinks pdf file; pdf hyperlink
Chapter 3                  Planning an application 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
The FactoryTalk View SE Server software must be installed on 
computers that are to run HMI servers. For redundant HMI servers, the 
software must be installed on both primary and secondary (or backup) 
HMI server computers. 
For more information about redundant HMI servers, see Setting up 
FactoryTalk system availability on page 349
One or more redundant pairs of computers running FactoryTalk 
Alarms and Events Server 
One or more redundant pairs of computers running data servers 
Clients communicate through data servers, which provide access to 
information in devices and other data servers that comply with the 
OPC-DA 2.05a specification. 
For information about data servers in a FactoryTalk View SE 
application, see Setting up communications on page 177 and Working 
with network distributed applications on page 125
Tip: If you use an OPC data server instead of RSLinx 
Enterprise, it is recommended that you run the data 
server on its own, dedicated host computer. 
One or more engineering workstations running FactoryTalk View 
FactoryTalk View Studio is configuration software for developing and 
testing FactoryTalk View SE applications. 
For information about FactoryTalk View Studio features, see 
Exploring FactoryTalk View Studio on page 41
Tip: FactoryTalk View Studio is also the tool for developing 
FactoryTalk View Machine Edition applications. For 
information about developing machine-level applications, 
see the 
FactoryTalk View Machine Edition User’s Guide
One or more operator workstations running FactoryTalk View 
SE Client 
The FactoryTalk View SE Client software provides a run-time 
environment for operators to interact with FactoryTalk View SE 
network distributed, network station, and local station applications. 
For details about setting up FactoryTalk View SE Clients, see the 
FactoryTalk View Site Edition Help. 
One or more maintenance computers running FactoryTalk 
View SE Administration Console 
The FactoryTalk View SE Administration Console is software for 
administering FactoryTalk View SE applications after they are 
C# PDF Library SDK to view, edit, convert, process PDF file for C#
and quick navigation link in PDF bookmark. C#.NET: Edit PDF Metadata. PDF SDK for .NET allows you to read, add, edit, update, and delete PDF file metadata, like
add hyperlink pdf file; convert excel to pdf with hyperlinks
C# PDF Page Rotate Library: rotate PDF page permanently in
C#.NET PDF Library - Rotate PDF Page in C#.NET. Empower C# Users to Change the Rotation Angle of PDF File Page Using C# Programming Language in .NET Application
add links to pdf; pdf link to specific page
Planning an application                  Chapter 3 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
Use the sub-set of editors available in the Administration Console to 
make minor changes to an application without installing FactoryTalk 
View Studio. 
To plan communications for the control system, gather information about: 
The types of controllers or devices in the production line, and the 
software that is available for communicating with them. This will help 
determine the number of data servers the application needs. 
How the application will access and collect data in the controllers and 
Which systems need to be redundant, to minimize disruptions to clients 
in the event that communications are interrupted. This will help 
determine the number of redundant data server pairs the application 
For more information, see Setting up communications on page 177. 
Determining how to access data 
To access values in programmable controllers or devices, you can use data 
server tags, HMI tags, or a combination of both. 
For many purposes, you can access the values in controllers or devices 
directly, using a data server in the application. For some purposes, you will 
need to use tags from an HMI server’s tag database.
To determine which method is most appropriate, you need to know what 
kinds of controllers or devices you are using, and how the application will 
communicate with the controllers or devices. 
Collecting only the necessary data 
Design the control system so only essential data is collected. This will reduce 
the processing power required for data collection, and help control the 
amount of traffic on the communication channel or network. 
You should also consider data collection requirements when designing the 
layout of the programmable controller data tables and the tag database. 
Ideally, to decrease network traffic and optimize system response, tag 
addresses should reference contiguous blocks of programmable controller 
data tables. 
Alarms are an important part of most plant control applications because they 
alert operators when something goes wrong. 
Monitoring and 
controlling alarms 
.NET PDF SDK - Description of All PDF Processing Control Feastures
Easy to change PDF original password; Options for setting PDF security PDF Hyperlink Edit. Support adding and inserting hyperlink (link) to PDF document; Allow to
change link in pdf; add hyperlink to pdf in preview
RasterEdge .NET Document Imaging Trial Package Download Link.
PDF Files; Split PDF Document; Remove Password from PDF; Change PDF Permission Settings. PDF to HTML; C#: Convert PDF to Jpeg; C# File: Compress PDF; C# File
add hyperlink to pdf acrobat; add links to pdf in acrobat
Chapter 3                  Planning an application 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
An alarm can signal that a device or process has ceased operating within 
acceptable, predefined limits, or it can indicate breakdown, wear, or a 
process malfunction. Often, it is also important to have a record of alarms 
and whether they were acknowledged. 
In FactoryTalk View SE, you can set up a traditional alarm system, using 
HMI tags. You can also use FactoryTalk Alarms and Events services, to 
centralize the distribution of alarm information from various devices in your 
application, to run-time clients and logs. 
For more information about alarm monitoring and control, see Setting up 
HMI tag alarms on page 217, and Setting up FactoryTalk alarms on page 
Planning an alarm monitoring and control system 
Before deciding on the types of alarm monitoring and control to use in your 
system, plan: 
What conditions will trigger alarms. 
How operators will be notified of those alarms. 
What information alarm messages should contain. 
What actions will occur in response to those alarms. 
Which alarms will require additional actions that can be supplied using 
FactoryTalk View commands. 
Advantages of using FactoryTalk Alarms and 
Events services 
There are advantages to using FactoryTalk Alarms and Events services for 
alarm monitoring and control, when compared with using traditional, HMI 
tag alarms. 
For example, FactoryTalk Alarms and Events provides a single, integrated 
set of alarm information, giving applications a system-wide view and record 
of alarm activity, enabled by alarm servers that support FactoryTalk services. 
The decisions you make about setting up alarm monitoring and control will 
depend on the design of your FactoryTalk View SE application, the types of 
devices the application requires, and the processes you need to monitor for 
Planning an application                  Chapter 3 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
Choosing device-based alarms 
Device-based alarms are set up by programming alarm detection instructions 
directly into Logix5000 controllers that support built-in alarms. 
For a list of Logix5000 controllers that support 
FactoryTalk Alarms and Events services, see the 
FactoryTalk Alarms and Events Help. 
If you use device-based alarms, you only have to program alarm instructions 
once, in the controller: there is no need to create alarm definitions for HMI 
Since alarm detection takes place in the controller, processing is faster, time 
stamps are more accurate since they come from the controller, and alarm 
states are preserved more reliably. 
FactoryTalk View SE Clients receive device-based alarms by way of 
Rockwell Automation Device Servers (RSLinx Enterprise) that are set up to 
support FactoryTalk Alarms and Events. For details, see Working with 
Rockwell Automation Device Servers on page 279
Choosing tag-based alarms 
Tag-based alarms are set up by specifying alarm conditions for tags in 
programmable controllers (PLC-5 or SLC 500), or third-party devices 
communicating through OPC data servers, that do not have built-in alarm 
If you want to take advantage of integrated FactoryTalk Alarms and Events 
services, use tag-based alarms as an alternative to using HMI tag alarms. 
FactoryTalk View SE Clients receive tag-based alarm information, by way of 
FactoryTalk Tag Alarm and Event Servers that you add to a FactoryTalk 
View SE application. 
For details, see Working with Tag Alarm and Event Servers on page 281, and 
Setting up FactoryTalk tag-based alarms on page 282
Traditional HMI tag alarms 
In a FactoryTalk View SE application, you can also set up alarms for tags in 
a FactoryTalk View SE 
Server’s tag database. These alarms are called HMI 
tag alarms. 
If your application uses HMI tags for other purposes, and you want to 
monitor these tags for alarms, use a traditional HMI alarm system. 
Chapter 3                  Planning an application 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
FactoryTalk View SE Clients receive HMI tag alarm information, by way of 
the HMI servers where the HMI tags reside. 
HMI tag alarm information is not distributed by FactoryTalk Alarms and 
Events services. This means that you cannot monitor and interact with HMI 
tag alarms, using FactoryTalk alarm displays and logs. 
For more information about HMI tag alarm monitoring, see Setting up HMI 
tag alarms on page 217
Use HMI tags in an application to provide extended capabilities, such as: 
Triggering an alarm when the value of an HMI tag crosses a specified 
Scaling or offsetting a value before sending it to a programmable 
controller or device. 
Security features that prevent unauthorized changes to a tag’s value.
Flexible addressing. HMI tags do not require hard-coded physical 
addresses or device-specific variable names. This means you can re-use 
an application with other devices, simply by changing the physical 
addresses the tag names are mapped to. 
Descriptive tag names, which you cannot create in some controllers or 
OPC servers. 
For more information about HMI tags, see Working with tags on page 189
Designing the HMI tag database 
Before creating an HMI tag database, take the time to plan it. A good design 
helps reduce the maintenance time, and can improve device-to-FactoryTalk 
View response time. 
Collect the following information: 
Process flowcharts (or process and instrument diagrams) 
A list of programmable controller data table or register addresses for 
the application 
HMI tag alarm requirements for the application 
Organizing HMI tags 
Before creating the HMI tags, plan how to organize them: 
Develop naming conventions for the HMI tags. Choose names that are 
familiar and logical to everyone. This makes troubleshooting easier. 
Deciding when to 
use HMI tags 
Planning an application                  Chapter 3 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
Group related HMI tags in ways that make most sense for the 
application. For example, group all similar devices, or group related 
areas of the plant floor. 
To group related HMI tags, you can create folders in the Tags editor. 
For greater organization, create nested folders. 
Tip: Do not place all HMI tags in the root folder of the 
database. HMI tags contained in nested folders do not 
contribute to the total number of tags in the root folder. It 
is recommended that you limit the number of tags in any 
folder to less than 2000. 
Planning which parts of the control system to secure and which to make 
redundant will help you design a more dependable, available system. 
Planning how to secure the system 
When planning how to secure the control system, consider: 
The types of users or groups of users that require access to different 
areas of the plant, or parts of the control system. 
Tip: Planning security for groups of users is recommended, to 
simplify management of users with common security 
Who will have administrative privileges, for example, to set up security 
for the system. 
Whether and when users must log on to the system, or change their 
Which HMI project components to secure, for example, to prevent 
accidental changes to graphic displays, or to control who can write to 
certain HMI tags. 
Whether to restrict access to computers in certain areas of the plant. 
For more information, see Setting up security on page 85
Planning to use built-in system availability features 
A complete FactoryTalk system consists of all the networks, devices, and 
software applications you have deployed, to monitor and control your plant 
or process. 
Helping to ensure that the system can provide data in a secure and 
predictable fashion depends on a number of variables. 
Designing a 
dependable control 
Chapter 3                  Planning an application 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
To minimize data loss and down time, and to help ensure that critical parts of 
your system are always available to connected clients, FactoryTalk View SE 
provides these health monitoring and redundancy features: 
Server status monitoring of non-redundant and redundant application 
Disconnected operation. For example, connected clients can continue 
to run when the FactoryTalk Directory becomes unavailable. 
Redundant application servers. In a network distributed application, 
you can set up redundancy for application servers. 
These include FactoryTalk View SE Servers (also called HMI servers), 
FactoryTalk Alarms and Events servers, Device Servers (RSLinx 
Enterprise), and OPC data servers (RSLinx Classic, and other OPC 
2.05a Data Access servers). 
Support for online changes to HMI tag and alarm properties. For 
information about this feature, see Modifying HMI tag and alarm 
properties at run time on page 371
Replication of HMI server changes from primary to secondary HMI 
servers. For information about this feature, see Replicate changes to the 
secondary HMI server on page 364
Network connection monitoring on each computer (clients and 
servers) in the system. For information about this feature, see 
Monitoring network client and server connections on page 378
For more information, see Setting up FactoryTalk system availability on page 
About redundant application servers 
In theory, the ideal redundant solution includes at least one backup copy of 
hardware, software, networks, and so on. In practice, this is 
seldom feasible, or even necessary. 
Before setting up redundancy, plan: 
Which components in the system need to have backups
in other 
words, decide how much redundancy is necessary. 
Where (on which computers) to locate backup systems. 
The network layout, and calculate the processing load expected for 
each computer. This information can help you plan which parts of an 
application can share hardware. 
In a FactoryTalk View SE network distributed application, you can set up 
redundant pairs of HMI servers, Alarms servers, and data servers. For more 
information, see Setting up FactoryTalk system availability on page 349
Documents you may be interested
Documents you may be interested