Check out our White Paper Series!
A complete library of helpful advice and survival guides for every aspect of system monitoring and control.
1-800-693-0351
Have a specific question? Ask our team of expert engineers and get a specific answer!
Sign up for the next DPS Factory Training!
Whether you're new to our equipment or you've used it for years, DPS factory training is the best way to get more from your monitoring.
Reserve Your Seat TodayT/MonXM is multiprotocol, multifunction network alarm management software designed as a single-platform solution for all alarm monitoring applications. T/MonXM collects alarm data from lots of different equipment throughout many manufacturers and protocols, and displays the state of your entire network in one interface, eliminating the need for specialized terminals. With this one unit, you can:
The T/Mon NOC is rack-mount server. With DC power inputs and more serial ports the T/Mon NOC is designed for central equipment rooms. The T/Mon NOC can be monitored from any computer connected serially or via LAN.
T/GFX provides a comprehensive graphic display of your network from a overall national view down to the very racks of equipment. T/GFX displays T/MonXM data on a war-room map of your network.
View all the latest features of the T/MonXM alarm management software.
This software module gives the T/Mon the ability to receive and process traps from SNMP devices.
Forwards alarm data to SNMP manager via ethernet. Mediates alarms from any T/Mon protocol interface module.
The TL1 responder software module gives either the T/MonXM Workstation or IAM the ability to report alarms via TL1 (Transaction Language 1).
The T/MonXM alarm monitoring software now supports two-way paging, allowing technicians to acknowledge alarms from their pagers.
Supports direct connect ASCII monitoring. Checks all data or predefined alarm conditions and generates standard T/Mon alarms. Periodic query commands can be issued and their responses processed.
A general purpose 14 relay card for the T/Mon NOC platform to supplement the 108 card. Relays may be controlled by some of the following: Derived controls, Labeled controls and Site controls. Interface: DB25 and DB9 connector.
Provides 4 visual control relays for standing alarms (levels A-D), 4 Audible control relays for unacknowledged alarms (levels A-D), 4 general purpose relays, 3 function tone generator for audible. Connection interface: DB25. General purpose connections made via DB9 connector. Powered from base platform bus. Watchdog monitors system and will force auto-restart if system fails.
4 serial ports per board, switch addressable 1-6, connection interface RJ-11 jacks, powered from base platform bus.
Equipped with four (4) fixed RS232 ports.
Euipped with four (4) docking modules. Card can be equipped with a variety of modules depending on interface requirements. Switch addressable 1-6.
A shorter version of the 602 for use in the short slots of Pentium motherboards. This card uses one (1) docking module and three (3) RS232 or RS422/485 ports (specify when ordering).
Provides 1 channel per board. Speeds of up to 64Kb. Connection interface: DB25 connector. Powered from base platform bus, addresses cards one, two, three or four. May be used in ASCII & TL1 MUX applications.
ISA and PCI format fits late 486 and early Pentium mother boards. Order as part of SNMP or NAC software package.
Provides electrical interface to the 602 board, KDA, DPM, DCM and TAC. 202 Modem specs: 1200 Baud, 300-3400 Hz, TX Mark 1200 Hz, TX Space 2200 Hz.
Note: Docking moedule 485B is for proctection switch control.
Used in KDA network element to hub RS232 data between two points.
New docking module allows 1200 Baud data transmission in the 4 to 8 kHz VF band. Fits on 202 card or in KDA network element, occupies 2 pads.
Rack-mount slides for T/Mon NOC chassis. Adds one rack unit to T/Mon NOC.
Interfaces RS232 port to FSK facility. External box to use with T/MonSC, T/MonXM or IAM.
Collects data from two RS232 sources and presents it to higher level software in time sequence order. Typically used to monitor both sides of a protocol conversation across a physical link.
