Page 446
PROFIBUS-Specification-Normative-Parts-6:1997
Copyright by PNO 1997 - all rights reserved
Connections for Acyclic Data Transfer with no Slave Initiative shall be estab-
lished like all other connection oriented communication relationships using a
connection establishment service (Initiate).
During the subsequent data transfer phase all FMS and all remote FMA7 services,
for which the master is requester, are permitted on this connection. Multiple
connections for Acyclic Data Transfer with no Slave Initiative may exist to a
slave at the same time. All these connections shall use the Poll List LSAP in
the master and different LSAPs in the slave.
With the first FMS service (e.g. InformationReport.req) or the first FMA7 serv-
ice (e.g. FMA7-Read-Value.req) the LLI starts the polling of the slave
(FDL_CYC_POLL_ENTRY.req) by the Layer 2 service CSRD on the respective connec-
tion. The Layer 2 service CSRD causes a continual sending of SRD_REQ_PDUs to the
slave (polling). If the master has received the last outstanding LLI PDU, the
polling to the slave is stopped on this connection (FDL_CYC_POLL_ENTRY.req). A
new service request from FMS or FMA7 causes LLI to start the polling of the
slave again until all outstanding LLI PDUs have been transmitted from the slave
to the master.
Optionally the connection may be monitored in the master or the slave.
Connections for Acyclic Data Transfer with no Slave Initiative may be released
with the Abort service.
Confirmed FMS services:
Confirmed FMS services are services which are acknowledged by the user. The map-
ping of the confirmed FMS services onto Layer 2 is described here for the exam-
ple of the Read service. All other confirmed FMS services are mapped in the same
way.
Read service:
On a connection for Acyclic Data Transfer with no Slave Initiative the Read
service is used for reading of data from a slave. The user marks each read re-
quest (Read.req) with a special identification (Invoke ID). In this way it is
possible to relate the sent read request to the received read response. The FMS
maps each read request (Read.req) onto the LLI service primitive DTC.req. The
READ_REQ_PDU is transferred from the master to the slave with a SRD_REQ_PDU. The
resulting FDL_DATA_REPLY.ind leads to a DTC.ind from the LLI of the slave to
FMS. The FMS maps the DTC.ind onto a Read.ind to the user.
The user of the slave passes the Read.res to FMS. The FMS generates the
READ_RES_PDU and passes it with a DTC.res to LLI. The LLI stores the
READ_RES_PDU in the low priority Layer 2 update memory (FDL_REPLY_UPDATE.req
<Low>). The following SRD_REQ_PDU causes the update memory to be read. The
SRD_RES_PDU transports the data to the master. This leads to a DTC.con from LLI
to FMS in the master and then to a Read.con from FMS to the user.
If the user of the slave did not provide the data before a SRD_REQ_PDU arrives,
then the SRD_RES_PDU does not contain any data and does not lead to a DTC.con
(empty polling).