Establishing communication, internal data point
The TCP/IP protocol is used for the connection to the SK-1703 remote head of the SAT system, with BSD 4.3 sockets used as the interface. The SK-1703 station needs the following devices for the TCP/IP connection: |
|
KR-GPU2 hardware module on which the Application Software Layers run, |
a KR-ET Ethernet interface with standard D-15 MAU KE/ET firmware |
|
The following TCP/IP parameters must be configured in the KE/ET: |
Length | Parameter |
---|---|
4 bytes | Own Internet address |
4 bytes | Addresses for each remote host |
2 bytes | TCP/IP port number (default 2073 - should not be changed) |
4 bytes | Internet address of the gateway, if necessary (default: not defined) |
4 bytes | Subnet mask (default: not defined) |
On the WinCC OA side the following parameters are required to establish a connection successfully: |
|
|
|
|
At system start-up the connections should be established sequentially to avoid overloading the system. A general query is issued automatically by the SK 1703 after establishing a connection. |
Hotlinks (commands) are ignored until the driver is ready for communication. |
For each pre-stored system component the SSI driver provides an Alive mechanism for line monitoring purposes; an Alive data point of type _SSI_Alive can be created for each driver. |
data point _SSI_Alive_1
Sheet | Data type |
---|---|
AliveSndDp | natural number |
AliveSndTimeOut | natural number |
AliveRcvDp | natural number |
AliveRcv2Dp | natural number |
AliveRcvTimeOut | natural number |
ActivateDataTypes | bit |
WhichDataTypes | bit pattern |
This data point must have the name _SSI_Alive_<num>, where <num> specifies the driver number. The Alive monitoring between KE/ET and driver is performed using pulse commands. The AliveSndDp element of this data point of type natural number can be given a peripheral address. A send Timeout (element AliveSndTimeOut) then specifies the time intervals at which this Alive data point is to be sent by the driver. This data point is sent cyclically by the driver itself without the Event Manager being informed, which is why the sending of this data point may not be displayed. |
There is an equivalent mechanism in the receive direction to check whether messages are received from the pre-stored component within a configurable period (implemented by the AliveRcvDp and AliveRcvTimeOut elements of the Alive data point). The AliveRcvDp should have a filter config (e.g. old-new comparison or time-dependent filtering, in case the received value changes every time), otherwise it is sent to the Event Manager every time the message is received. If the Timeout has elapsed without a message being received from the component, this component is set to invalid until another message is received from it. |
After a temporarily broken connection is restored, the KE/ET automatically issues a general query and sends the data to the host. |
The Alive data point also provides the driver with two elements for blocking commands: the ActivateDateTypes data point sheet (of type bit) blocks outgoing commands from the driver (if set to "1"); the WhichDateTypes data point sheet (of type bit pattern) provides an additional filter mechanism for outgoing commands (if ActivateDataTypes is set to "1"). This sheet contains data type bits (0 to 31); commands are only sent if their data types are set in this sheet. If ActivateDataTypes is set to "0" then all commands are sent and WhichDataTypes is then irrelevant. |