This documentation pertains to connecting to a DSC 1616 alarm panel that is also network enabled. The DSC panel does not need to be network connected to connect the DSC panel to the Cortexa. A specific code can be put into the DSC panel that will enable input and output via the serial interface IT-100

DSC PC1616 & Cortexa

1 each DSC PC1616: the security panel

1 each power supply for the DSC PC1616

1 each battery for the DSC PC1616

1 each DSC PK5500: the LCD Keypad we used with the PC1616

1 each of DSC's IT-100: the Data Interface Module required for RS-232 communications with the Cortexa and a standard DB-9 serial cable

Optional - DSC’s T-TLINK TL250: the network internet alarm communicator module used to interface the computer running DSC DLS software and the DSC PC1616

Optional - DSC’s DLS2002 software application: the software used to setup and program the DSC PC1616 to facilitate faster setup, programming, trouble shooting and DSC systems testing that would otherwise have to be done from the LCD keypad see note below

Optional - switch (LAN) used to connect the Programming computer to the DSC PC1616 via the TL250)

Note: the DLS 2002 comes in an older version which must be down loaded (Step 1), then the engine only (their words) installed (Step 2), then a products install (Step 3), then a service pack 2 update/grade (Step 4), then a DLS web update add-in (Step 5), then several drivers almost all of which are listed with the old outdated drivers and/or require the older driver be installed first (Steps 6 – 10+). Not all of the required drivers are found in the same place on their web site. The current known list of drivers

Also required as per DSC’s upper level tech. support is:

DLS2002 PC1616 v4.1CP-01 Driver Pack

DLS2002 PC1616 v4.2CP01 Driver Pack

DLS2002 T-LINK TL250 Driver

DLS2002 PK5500 v1.1 Driver Pack

Now you can start the setup process for the DSC PC1616 to make it come to life and set the time so it will stop giving a fault indication and you can quietly proceed to the next of several set up steps.

SOME EXCERPTS/NOTES ON THE IT-100 SERIAL INTERFACE USED FOR THE CORTEXA

Introduction

The IT-100 module is an Application Programming Interface (API) that allows third-party applications to communicate with PowerSeries™ security systems. IT-100 API commands can be incorporated into any application that can send and receive hexadecimal ASCII codes.

Common applications include:

• Custom User interfaces

• Integration of additional building systems (e.g. a CCTV system) with a PowerSeries™ security system.

This manual describes the commands that are available to developers of third-party control applications for the PowerSeries™ series of alarm panels using the IT-100 Data Interface Module.

• For details on installing and setting up an IT-100 module on a PowerSeries™ panel, refer to the IT-100 Installation Instructions.

• For information on how to integrate these commands into your application, refer to your programming language documentation.

• Refer to Appendix A for programming examples.

Virtual Keypad

The virtual keypad functions allow third party emulation of a PowerSeries Keypad. Keypresses can be simulated by sending the Key Pressed Command (070) followed by a numeric key, emergency, or function key value. See Key Pressed (070) in Section 4: Application Originated Commands. The IT-100 Keypad Commands. Keypad Commands are not limited to simulating keypresses with virtual key commands. Most commands / functions may simulate a number of keystrokes to initate a function. For example the Set time and Date command (010) replaces 18 keypress commands required to enter the date and time: i.e.,keypresses"[*][6][CODE][1]hhmmMMDDYY]) IT-100 Virtual Keypad commands send data so that keypad responses can be duplicated in a software application. All Keypad indications (ie. indicator lights, moving cursor, bell outputs) are transmitted as IT-100 initiated commands. These include:

(901) LCD Update

(902) LCD Curosr

(903) LED Status

(904) Beep Status

(905) Tone Status

(906) Buzzer Status

(907) Door Chime Status

NOTE: For Virtual Keypad Functions to work. The Virtual Keypad Control (058) must be enabled. This is the default setting

RS-232 Communications:

The IT-100 communicates with the application with a serial cable from an on-board RS-232 interface (DB9 connector).The connection uses only the RX, TX and GND lines in the RS-232 Standard and does not support hardware/software flow control.

Handshaking

Two types of commands available to the application developer: Commands which your application sends to the IT-100 and Event-driven or State-Change commands which the IT-100 sends back to your application. Handshaking is only initiated by Application Originated Commands, the IT-100 does not initiate handshaking, therefore IT-100 can not determine if the application is active or inactive. When a command is initiated by the application, the IT-100 responds with a Command Acknowledge(500) if a communication is successful or with Command Error (501) if a command has been received with a bad checksum NOTE: The IT-100 does not support handshaking and does not buffer events. If the application computer stops functioning, events occurring during that time will be overwritten.

User/Master Codes

Some IT-100 commands require a user code in order to execute. An example would be command output (CMD 020). If a code is required by the panel, the IT-100 will issue a 900 command to indicate to the application that a 4-digit or 6-digit code must be entered. Arming, disarming and functions that require codes to execute follow the following protocol.

• Select the function (arm, disarm, output) by sending the appropriate command.

• If a code is required, the IT-100 will send command 900.

• The application must then respond with command 200 containing a valid user code.

NOTE: If no code is required a command 200 is not required. The application will have the panel’s time window for entering the access code. If a command 200 is issued to the IT-100 outside of the panel’s window, it is ignored. Maintenance codes are not supported by the IT-100.

Programming Delays

It is not always possible to determine the delay the IT-100 will take to respond to an application command. Depending on the alarm system configuration and complexity delays can vary dramatically. Some error codes (See Appendix B: Error Codes) will indicate if partitions etc. are not ready to respond or if certain functions are busy. These types of error codes can be used by the application to prompt repeated queries. IF problems arise programming for unanticipated delays, contact your DSC representative.