Signal Interpretation Overview
Signal arrives into Patriot by a number of different means, but the most
common scenario is an alarm panel communicates to an alarm receiver, which then
forwards the signal onto Patriot. A Task is
setup and run in the Patriot Task service to communicate with the alarm
receiver. Once the task receives a signal it performs the following actions,
- Step 1. Verify the signal meets our valid signal criteria. If this is a
incorrectly formatted message, or a format we don't currently support, a
bad data signal (65032) is logged.
- Step 2. If the signal is valid, the next step is to find the client in
the database to log the signal against. All signals must be logged against
a client. The client ID is extracted from the signal, this combined with
the area number (also extracted from the signal, if supplied), and port id,
make up the unique client no. The port id is used to allow reuse of client
ID's. It is generally set in the receiver task. If a matching client can't
be found, a Ghost Alarm is
created. Client Alias Account, and Area Code also affect which client the
signal is logged to, see Event Types Tab.
- Step 3. Once the client is found, the next step is to decide which action
plan is assigned to this signal. Two of the most important settings the
signal gets from the action plan is priority, and signal type. See How
Patriot 6 decides which action plan to use, in Action Plans, and Formats.
- Step 4. The action plan used, decides what actions take place when the
signal is received. See Action Plans for
more. If a new alarm should is created, the action plan also decides what
response plan is loaded.