The components would include the logic microcode,
the design presented in editable form at the head end of the
system, and an implementation screen for the end user.
To add a door, the operator would pick an object
from a list. The object could be presented in graphic as well
as text form. Once a choice is made, the implementation screen
would pop up on the monitor showing exclusively those items
that apply to this type of object. All variables would show
the default, with the ability to modify any of the variables.
The operator could chose "auto-address" or assign
the points. If there are not sufficient resources in the SRB
that is chosen for the object, the system would pop up an edit
that would prompt the operator to either use a different SRB
with sufficient resources or add specific resources to the SRB.
The operator should then be able to add the resources in software
and continue on with the process. This would allow the system
to be configured without any of the field hardware installed.
Once configured, the hardware list could be printed out for
physical installation. When the appropriate microcode information
has been entered and accepted by the system, the microcode would
be sent to the appropriate SRBs.
The system should be able to create several types
of printouts that reflect the information that is in the system
database relative to door objects. One of these would be a printout
that lists all door objects with the associated points and timers
for each. Obviously, other reports, such as by SRB and board
within the SRB also would be critical to using and maintaining
Return to Top