52
Alarms
Alarms can be checked through the network and/or the
local access. All the alarms are listed in Table23 with
name, object name, action taken by control, reset method,
and probable cause.There are help screens for each alarm
on the local access display and listed in Form
48--50H--T--2T,Appendi x A: Help Screens. Some alarms
are explained in detail below.
Safety Chain Alarm
This alarm occurs immediately if the supply--fan internal
overload tripsor if an electric--heat limit switch trips.The
Unit Status will be Shutdown and the System Mode will
be Disable. When this happens LCTB (R terminal) will
not have 24 VAC, but the RTU--MP board will still be
powered. All unit operations stop immediately and will
not restart until the alarm automaticallyclears. There are
no configurations for this alarm; it is all based on internal
wiring. This alarm will never occur if Fire Shutdown
Alarm is active.
Fire Shutdown Alarm
This alarm occurs immediately when the smoke detector
senses smoke. The Unit Status will be Shutdown and the
System Mode will be Disable. All unit operations stop
immediately and will not restart until the alarm
automatically clears. If there is not a smoke detector
installed or the smoke detector did not trip, check i nput
configurations.
Space TempSenso r Failure
This alarm occurs if the space sensor wired to the
RTU--MP is disconnected or shorted for more then 10
seconds. When this occurs the Unit Status will be
Shutdown and the System Mode will be Run. Sensor,
sensor connections, wiring, board connection, and
configurations should be checked for faults or errors.
Alarm willreset automatically when cause is fixed.
SATSensor Alarm
This alarm occurs immediately when the supply air
temperature sensor wiredto the RTU--MPis disconnected
or shorted. When this occurs the Unit Status will be
Shutdown and the System Mode will be Run. Sensor,
sensor connections, wiring, board connection, and
configurations should be checked for faults or errors.
Alarm willreset automatically when cause is fixed.
Switch Configuration Alarm
This occurs if more than one binary input (input s 3, 5, 8,
and 9) is configured for the same function. When this
happens the two inputs (or more) configured wrong will
be disabled as an inputs. This alarm will automatically be
cleared whenconfiguration is corrected.
An example of this would be: Input 3 = Compressor
Safety, input 5 = Fan Status, input 8 = Fan Status, and
input 9 = Humidistat; the alarm would be active, unit
would run, compressor safety and humidistat would
function normally, and Fan Status (inputs 5 & 8) will be
interpretedas “No Function.”
Misconfigured Analog Input
This occurs if more than one analog input (inputs 1 & 2)
is configured for the same sensor. When this happens the
two inputs will be disabled as inputs. This alarm will
automatically be cleared whenconfiguration is corrected.
An example of this would be: Input 1 = IAQ Sensor, input
2 = IAQ Sensor; the alarm would be active, unit would
run, but the IAQ Sensor (inputs 1 & 2) will beint erpreted
as “No Function.”
Third Party Networking
Third party communication and networking
troubleshooting should be done by or with assistance from
the front end 3rd party technician. A Module Status
Report (Modstat) can be run from the BACview6,see
Table 24 to perform. This lists information about the
board status and networking state. For basic
troubleshooting, see Table 25. Refer to the RTU--MP 3rd
Party Integration Guide for additional information.
BACnet MS/TP
1. Verify that the BAS and controller are both set to
speak the BACnet MS/TP protocol. The protocol of
the controller is set via SW3 (switches 3, 4, 5, and 6).
The protocolcan also be verified by getting a Modstat
of the controller through the BACview. Hit the “FN”
key and the ’.’ key at the same time to pull up a
Modstat. Scrollto the bottom of the page and there is
a section entitled “Network Communications.” The
active protocol and baud rate will be shown in this
section.
2. Verify that the BAS and controller are set for the
same baud rate. The baud rate of the controller is set
via SW3 (switches 1 and 2). The baud rate can also
be verified via the BACview by obtaining a Modstat.
(See Fig. 67.)
3. Verify that the BAS is configured to speak 2--wire
EIA--485to the controller.The BAS may have to con-
figure jumper or DIP switches on their end.
4. Verify that the BASa ndt he controller have the same
communication settings (8 data bits, No Parity,and 1
stop bit).
5. Verify that the controller has a unique MACaddress
on the MS/TP bus. The controller’s MS/TP MAC ad-
dress is set by its rotary address switches.
6. Verify proper wiring between the BAS and the con-
troller.
7. Verifythat the BAS is reading or writing to the proper
BACnet objectsin the controller. Download the latest
points list for the controller to verify.
8. Verify that the BAS is sending his requests to the
proper MS/TP MAC address of our controller.
9. Present the BAS company with a copy of our control-
ler’s BACnet PICS so that they know which BACnet
commands are supported. See below.
10. In certain situations, it may be necessary to tweak the
MS/TP Protocol timing settings through the BAC-
view6. There are two settingsthat may be tweaked:
48TC