In the
‘open communication’
the communication takes place via the user program by
means of handling blocks. These blocks are also part of the Siemens SIMATIC Manager.
You will find these in the
‘Standard Library’
at
‘Communication Blocks’
.
n
Connection-oriented protocols:
Connection-oriented protocols establish a (logical) connection to the communication
partner before data transmission is started. And if necessary they terminate the con-
nection after the data transfer was finished. Connection-oriented protocols are used
for data transmission when reliable, guaranteed delivery is of particular importance. In
general, many logical connections can exist on one physical line. The following con-
nection-oriented protocols are supported with FBs for open communication via Indus-
trial Ethernet:
–
TCP native accord. to RFC 793:
During data transmission, no information about the length or about the start and
end of a message is transmitted. However, the receiver has no means of
detecting where one message ends in the data stream and the next one begins.
The transfer is stream-oriented. For this reason, it is recommended that the data
length of the FBs is identical for the sending and receiving station. If the number
of received data does not fit to the preset length you either will get not the whole
data, or you will get data of the following job.
–
ISO on TCP accord. to RFC 1006:
During data transmission, information on the length and the end of the message
is also transmitted. If you have specified the length of the data to be received
greater than the length of the data to be sent, the receive block will copy the
received data completely into the receive range.
n
Connection-less protocol:
There is thus no establishment and termination of a connection with a remote partner.
Connection-less protocols transmit data with no acknowledge and with no reliable
guaranteed delivery to the remote partner.
–
UDP accord. to RFC 768:
In this case, when calling the sending block you have to specify the address
parameters of the receiver (IP address and port number). During data transmis-
sion, information on the length and the end of the message is also transmitted. In
order to be able to use the sending and receiving blocks first you have to con-
figure the local communications access point at both sides. With each new call of
the sending block, you re-reference the remote partner by specifying its IP
address and its port number.
6.5 Basics - IP address and subnet
Exclusively IPv4 is supported. At IPv4 the IP address is a 32bit address that must be
unique within the network and consists of 4 numbers that are separated by a dot. Every
IP address is a combination of a
Net-ID
and a
Host-ID
and has the following
Structure:
xxx.xxx.xxx.xxx
Range: 000.000.000.000 to 255.255.255.255
The
Net
work-ID identifies a network res. a network controller that administrates the net-
work. The Host-ID marks the network connections of a participant (host) to this network.
The Host-ID can be further divided into a
Subnet-ID
and a new
Host-ID
by using a bit for
bit AND assignment with the Subnet mask.
The area of the original Host-ID that is overwritten by 1 of the Subnet mask becomes the
Subnet-ID, the rest is the new Host-ID.
Open communication
IP address structure
Net-ID, Host-ID
Subnet mask
VIPA System MICRO
Deployment PG/OP communication - productive
Basics - IP address and subnet
HB400 | CPU | M13-CCF0000 | en | 16-47
144
Содержание VIPA System MICRO M13-CCF0000
Страница 35: ...3 2 2 Interfaces VIPA System MICRO Hardware description Structure Interfaces HB400 CPU M13 CCF0000 en 16 47 35 ...
Страница 211: ...Appendix VIPA System MICRO Appendix HB400 CPU M13 CCF0000 en 16 47 211 ...
Страница 212: ...Content A System specific event IDs B Integrated blocks VIPA System MICRO Appendix HB400 CPU M13 CCF0000 en 16 47 212 ...