Page 427
PROFIBUS-Specification-Normative-Parts-6:1997
Copyright by PNO 1997 - all rights reserved
the reading of the READ_RES_PDU out of the Image Data Memory. A READ_REQ_PDU is
not sent in this case.
The slave stores the received read request specific to the connection in the
IDM. A changed read request overwrites the old one.
The Layer 2 service CSRD generates a continuous sending of SRD_REQ_PDUs to the
slave (polling). The SRD_REQ_PDU of the first or a new read request contains a
READ_REQ_PDU. This READ_REQ_PDU is passed to the LLI of the slave in the
FDL_DATA_REPLY.ind and is stored in the IDM. Additionally the LLI passes a
DTC.ind to FMS. The FMS maps the DTC.ind onto a Read.ind and passes it to the
user. When the user of the slave has given the Read.res to FMS, the FMS gener-
ates a READ_RES_PDU and passes it to LLI with a DTC.res. The LLI writes the
READ_RES_PDU into the low prior Layer 2 update memory (FDL_REPLY_UPDATE.req
<Low>). The following SRD_REQ_PDU results in the reading out of the update mem-
ory. The SRD_RES_PDU transports the READ_RES_PDU to the master. After reading
the update memory (FDL_DATA_REPLY.ind) the LLI passes the stored READ_REQ_PDU
with a DTC.ind to FMS. If the user of the slave cannot provide the data until a
SRD_REQ_PDU arrives, then the SRD_RES_PDU does not contain a READ_RES_PDU (empty
polling).
The LLI of the slave shall activate the RSAP with parameter Indication_mode =
"Data" (FMA1/2_RSAP_ACTIVATE.req), so that the FDL_DATA_REPLY.ind is omitted
during the empty polling. The LLI of the master shall activate the Poll List
LSAP with parameter Confirm_mode = "Data" (FMA1/2_SAP_
ACTIVATE.req), so that the FDL_CYC_DATA_REPLY.con is omitted during the empty
polling.
The LLI of the master checks the Invoke ID of a received READ_RES_PDU. For a
read request with a changed Invoke ID this PDU is ignored, if the Invoke ID is
not identical with that of the read request which has been sent. For a read re-
quest with an unchanged Invoke ID this leads to a connection release by the LLI.
If the Invoke ID is identical the received PDU is stored in the IDM. The first
PDU received with the identical Invoke ID is passed to FMS with a DTC.con. The
FMS maps the DTC.con onto a Read.con.
The correct execution is controlled by the connection monitoring.
Depending on the actualization of the IDM and the frequency of the Read.req de-
mands in the master different communication characteristics arise:
a) If the data in the IDM is actualized more often than the user of the master
reads it, then the data in the IDM, which is not read, will be overwritten.
b) If the data in the IDM is actualized less often than the user of the master
reads it, then the user is given the same data repeatedly.
Depending on the frequency of the data recording in the slave the following com-
munication characteristics arise:
a) If the user of the slave makes the data available between two SRD_REQ_PDUs,
then the data is transmitted with the SRD_RES_PDU (synchronous update).
If the user of the slave can make the data available repeatedly between two
SRD_REQ_PDUs, then the last recorded data is only transmitted in the SRD_RES_PDU
if provided for in the realization of Layer 2 and Layer 7. The necessary func-
tions are not described here.
b) If the user of the slave makes no data available between two SRD_REQ_PDUs,
then the SRD_RES_PDU is transmitted without any data.