Ziton ZP3, Installation Operation & Maintenance

Page: 154 / 239

ZP3 Fire Control Panel
Peer-to-peer 3 Protocol
ZP3 Fire Control Panel Manual
Page 9 - 4 UD1160.9 Iss 6 (25/02/2005)
I
9
9.6. New Network Filters
9.6.1 Filter description
Fetch Disables Control
This filter is used to indicate to which other nodes in the system the "Fetch Disables"
command may be sent. This is used to control the "Disables" LED on the front of the ZP3
Panel. The LED will only be illuminated on the local panel if the local panel has any disabled
or delayed elements or if any remote panels to which the "Fetch Disables" control may be
sent have any disabled elements. If this filter is off to a remote panel then any disabled
elements on that panel will not be displayed on the local panel.
Disable Events
This filter specifies the remote panels to which the event telegrams arising out of a change of
disable status on the local panel should be sent. This filter should only be turned on if the
remote panel has a specific need to use this information other than for display purposes, for
example if a remote I/O mapped operation has to be triggered off a specific zone or device
disablement on the local panel. Display only purposes are provided for with the "Fetch
Disables" control. Note that it is not a requirement to send disable events to Maestro (with
P2P-3 protocol) since all disablements are sent in the "General Status" message.
General Status Events
This filter is used to identify the Maestro nodes in a network. Panel nodes do not use the
General Status Block data, but all panel nodes will generate the message. Setting the
General Status Event flag for each Maestro node permits the remote panels to always send
the status messages to all of the Maestros at the same time.
Since the disable events no longer need to be sent for display only needs, each panel will
volunteer the General Status message to all the Maestros whenever a change of disable
status occurs on the panel. A 20 second delay period from the last change of disable status
is used to allow multiple disable changes to be done prior to the status message being sent
out. Note that the delay is cumulative, i.e. a 20 second period of no changes is required
before the status job is sent. This period can be shortened by sending a status request
message from Maestro, which will be immediately processed by the target panel, if it is not
currently busy with a status job.