User Manual

<5. Conguration>
5-4
IM 01C25T02-01E
5.4 Setting of Tags and
Addresses
This section describes the steps in the procedure to
set PD Tags and node addresses in the transmitter.
There are three states of Fieldbus devices as
shown in Figure 5.4, and if the state is other than
the lowest SM_OPERATIONAL state, no function
block is executed. EJX must be transferred to this
state when a transmitter tag or address is changed.
UNINITIALIZED
(No tag nor address is set)
Tag clear Tag setting
INITIALIZED
(Only tag is set)
SM_OPERATIONAL
(Tag and address are retained, and
the function block can be executed.)
Address clear
F0504.ai
Address setting
Figure 5.4 Status Transition by Setting PD Tag and
Node Address
The transmitter has a PD Tag (PT2001) and node
address (245, or hexadecimal F5) that are set
upon shipment from the factory unless otherwise
specied. To change only the node address, clear
the address once and then set a new node address.
To set the PD Tag, rst clear the node address and
clear the PD Tag, then set the PD Tag and node
address again.
Devices whose node addresses have been cleared
will have the default address (randomly chosen
from a range of 248 to 251, or from hexadecimal F8
to FB). At the same time, it is necessary to specify
the device ID in order to correctly specify the device.
The device ID of the EJX is 594543000Cxxxxxxxx
and that of the EJA is 5945430011xxxxxxxx. (The
xxxxxxxx at the end of the above device ID is a total
of 8 alphanumeric characters.)
5.5 Communication Setting
To set the communication function, it is necessary
to change the database residing in SM-VFD.
5.5.1 VCR Setting
Set VCR (Virtual Communication Relationship),
which species the called party for communication
and resources. The transmitter has 35 VCRs whose
application can be changed, except for the rst
VCR, which is used for management.
The transmitter has VCRs of four types:
Server(QUB) VCR
A Server responds to requests from a host. This
communication needs data exchange. This
type of communication is called QUB (Queued
User-triggered Bidirectional) VCR.
Source (QUU) VCR
A Source multicasts alarms or trends to other
devices. This type of communication is called
QUU (Queued User-triggered Unidirectional)
VCR.
Publisher (BNU) VCR
A Publisher multicasts AI block output to
another function block(s). This type of
communication is called BNU (Buffered
Network-triggered Unidirectional) VCR.
Subscriber (BNU) VCR
A Subscriber receives output of another
function block(s) by PID block.
A Server VCR is capable to responding to
requests from a Client (QUB) VCR after the Client
successfully initiates connection to the Server. A
Source VCR transmits data without established
connection. A Sink (QUU) VCR on another device
can receive it if the Sink is congured so. A
Publisher VCR transmits data when LAS requests
so. An explicit connection is established from
Subscriber (BNU) VCR(s) so that a Subscriber
knows the format of published data.
Each VCR has the parameters listed in Table 5.4.
Parameters must be changed together for each
VCR because modication of individual parameters
may cause inconsistent operation.