In I/O Data Server settings you will find a window containing a list of Transports which
are available for Server project data communications. This window can then be used for inserting the transport criteria to use for Server and Client data communication. Once the Server has been started up, it will provide the end points according to the transports which have been enabled in the project.
The Clients (any Client) can then use the preferred transport, or one that is the most
suitable for the application type being used, independently from the data model being
used.

mceclip0.png

 

By using the I/O Data Server Settings tab, you can enter, delete or edit the transports
available to the Data Server so that they can be used by clients wishing to connect.
This operations are done using the "Add Transport" or "Edit Transport" window:

mceclip1.png

This window allows you to choose and configure the Transport you wish to add to the
Data Server:
 Transport Type
 Server Name
 Port
 Enabled/Disabled

Projects are designed with the "net.pipe" transport for default. This transport is the one
used in the
local application for connecting the Client to the Server if not specified
otherwise. This means that the visualization Clients assigned with Tags defined in
graphical screen objects in the Server will connect using the local net.pipe transport.
This transport is one of the those provided by Microsoft WCF (Windows Communication
Foundation) and uses local memory to ensure maximum performances.
This transport is for 'local' use only and therefore does not consent to network
connectivity. If you need to use network connectivity you must enter one of the other
transports provided

Attention! "net.pipe" is a local transport that entails the Client and the Server run
within the same session. This transport cannot be used if the Client project and
the Server project run on different machines.
When using a Terminal Server or a Remote Desktop, the net.pipe transport may
require user login with an appropriate access level.

To enable remote Clients to connect to the Server a network transport must be
configured in the Server.
There are several network transports each one of which differs in aspect according to
how they performance or provide security. It is therefore the project engineer to decide
which transport to use for their architecture as required or in function with client needs.
The order with which they are used, for instance when a tag connects to a display, is as
follows:
Net.Tcp
Opc.Tcp
Https
Http
NoSecurityHttp
If only a few of the transports have been enabled, the first available in the project will be
used. If none of the transport have been configured, the first one in the Server's
configuration file will be used.

 

Was this article helpful?
0 out of 0 found this helpful

Comments

0 comments

Please sign in to leave a comment.