KR0186010B1 - Multiplexer system - Google Patents

Abstract

In the CEPT hierarchical network composed of multiplexing devices, the multiplexing devices of the same type constitute a subrack, and the multiplexing units into a single slam rack to generate alarms from the multiplexing devices. Report them. To this end, the monitoring control unit is mounted in a subrack, investigates and accumulates all alarm states generated from multiplexing devices connected to the subrack, and transmits alarm information required upon receiving a polling signal. The alarm display unit is mounted on the slim rack, and drives the display device at the location of the multiplexing device when an alarm generation signal is received from the monitoring controller mounted on the slim rack. In addition, the local monitoring controller periodically polls the monitoring controllers mounted in each subrack, displays the alarm status of each multiplexing device according to the output state of the corresponding monitoring controller received by polling, and receives a request key when detailed alarm data is requested. The monitoring control unit of the corresponding subrack is controlled by the data to receive the detailed alarm data of the accumulated multiplexing device and report on the display unit.

Description

Supervisory control device and method of multiplexing device

1 is a block diagram of a conventional supervisory control apparatus.

2 is a block diagram of a control unit in FIG.

3 is a CTMS network diagram.

4 is a block diagram of a monitoring control device according to the present invention.

5 is a block diagram of a monitoring controller in FIG.

6A to 6F are the configuration and waveform diagram of respective parts of FIG.

7 is a block diagram of a monitoring controller in FIG.

8A to 8F are the configuration and waveform diagram of each part of FIG.

9 is a front configuration diagram of the display unit of FIG.

10 is an operation flowchart of the alarm control unit.

11 is an operation flowchart of a monitoring controller.

12 is a flowchart of a menu processing process of FIG.

13A to 13D are block diagrams of signal matching tables for each address of the multiplexing apparatus.

14A to 14C are diagrams illustrating output message frames of the centralized control unit and the monitoring control unit.

* Explanation of symbols for main parts of the drawings

410: multiplexing system 420: monitoring control unit

430: alarm display unit 440: centralized control unit

The present invention relates to an alarm control apparatus and method of a multiplexing system, and more particularly, to an apparatus and method capable of centrally controlling an alarm of each multiplexing system regardless of the hierarchical structure of the system.

In general, a multiplexer system refers to a device that realizes a higher data rate by multiplexing multiple data transmission lines in data communication, and generally performs a multiplexing function and a demultiplexing function. . The configuration of such a multiplexing system consists of a synchronization function and a control information transmission function. The multiplexing system is composed of four types of multiplexing devices, each of which is a first multiplexing device (Digital Transmission Link-12 Multiplexer; hereinafter referred to as DTL-12MX) according to a data transmission speed. Second Multiplexer (Digital Transmission Link-23 Multiplexer; hereinafter referred to as DTL-23MX). Third multiplexer (Digital Transmission Link-13 Multiplexer; hereinafter referred to as DTL-13MX). And a fourth multiplexer (Digital Transmission Link-34 Multiplexer; hereinafter referred to as DTL-34MX).

In the case of controlling and displaying the alarm of the multiplexing device as shown in FIG. 1, the DTL-12MX 111, the DTL-23MX 112, the DTL-13MX 113, and the DTL-34MX 114, as shown in FIG. Likewise, a separate monitoring controller 121-124 is used for each slim rack. In addition, in terms of function, by using the LED of each system alarm display unit (131-134) it is possible to simply know the status of the abnormal system. In addition, as shown in FIG. 2, the control of each multiplexing device shortens the terminals of a specific terminal using the terminal terminal 211, and the microprocessor 213 recognizes this and receives the signal received at the input port. The specific control function is selected by.

Therefore, in the conventional method as described above, since each monitoring control function is performed for each multiplexing device, there are many types of units, which is unproductive. As a result, the number of parts is increased and the system price is increased. Selecting a function makes it difficult to add or change another function, limiting flexibility in selecting alarm functions.Also, alarms are generated in a short time because a system displays only one LED by integrating specific multiplexing devices into groups on the system monitoring screen. Difficulty finding a location.

Accordingly, an object of the present invention is to provide an apparatus and method for monitoring and controlling the monitoring control function of a multiplexing system in common regardless of the type of the multiplexing system.

It is still another object of the present invention to concentrate the alarms generated in the multiplexing system in the local monitoring control unit of the corresponding group and display them in the alarm display unit, and the local monitoring control unit interfaces with the system monitoring control unit and the alarm message, and the operation state of each multiplexing system and The present invention provides an apparatus and method for effectively and easily identifying an alarm occurrence position.

Still another object of the present invention is to provide an apparatus and a method for easily adding and changing a supervisory control function by a simple operation in controlling an alarm of a multiplexing device.

Hereinafter, the present invention will be described in detail with reference to the drawings.

3 is a network configuration diagram of a centralized transmission management system (CTMS), which is a system for monitoring, controlling and managing not only a local station but also a remote station in a CEPT hierarchy.

The local supervisory equipment eventually plays a role of relaying between the CTMS and the system control control unit (alarm control unit) at the position, and the communication with the CTMS uses CCITT V. 11 (EIA RS-422). The local monitoring controller uses one of two serial I / O ports for communication with the CTMS, a transmission rate of 9600bps, and controls up to 16 system monitoring controllers.

The system monitoring control unit performs a system supervisory function of the first to fourth multiplexing devices. The system monitoring unit directly monitors an alarm state of the multiplexing device to report to a local monitoring control unit, and provides an alarm control function. The serial monitoring method is used with the local monitoring controller.

Under the control of the CTMS, the RLU informs its own information to a large country and plays a role of informing a large country's information to its own (remote supervisory).

4 is a configuration diagram of a local monitoring apparatus for performing the present invention in the CTMS network configuration as shown in FIG. 3, wherein each of the monitoring controllers 421-424 is configured with a multiplexing apparatus (DTL-12MX, DTL-23MX, DTL-). It can be used regardless of the type of 34MX, DTL-13MX) (411-414), and the alarm status generated from the multiplexing device is investigated and analyzed to alert the alarm alarm (Top Alarm Unit) 431-434 of the corresponding slim rack. The status is displayed and the alarm information accumulated at the request of the centralized control unit 440 is reported. The monitoring control unit 420 controls up to four multiplexing devices, respectively.

The local monitoring control unit 440 collects, analyzes and displays all the alarms generated in each multiplexing device 410 through communication with the monitoring control unit 420 early. The local monitoring controller 440 may control up to 16 monitoring controllers, and thus may report alarm information of up to 64 multiplexing devices.

5 is a configuration diagram of the monitoring controller 420 of FIG. 4, a microprocessor 510 for controlling overall operations of the monitoring controller 420, a memory 520 storing a monitoring control program of the microprocessor 510; A reset circuit 530 for performing power-on reset and status diagnosis of the microprocessor 510, a clock unit 540 for generating clock signals for various timings of the monitoring controller, and the microprocessor Decode the address signal of 510 to generate an enable signal (ENO-EN23) for monitoring various alarm conditions, and the alarm data in the RS-485 method with the local monitoring control unit 440 And a serial interface unit 560 for serial communication, and an address set unit 570 for generating an address signal of the supervisory control unit under the control of the microprocessor 510.

6A to 6F show detailed circuit diagrams and operational waveform diagrams of the respective parts of FIG. 7.

FIG. 7 is a configuration diagram of the local monitoring controller 440 of FIG. 4, which stores a microprocessor 610 for controlling the overall operation of the local monitoring controller 440 and an operation program of the microprocessor 610. A memory 620, a reset circuit 630 for performing a power-on reset and a state diagnosis function of the microprocessor 610, and a clock unit 640 for generating a system operation clock to the microprocessor 610. And serially communicating alarm data between the address decoder 650 which decodes the address of the microprocessor 610 to generate various enable signals, and the microprocessor 610, the monitoring controller 421-424, and the CTMS. A serial interface unit 660, an address set unit 670 for setting a unique address of the local monitoring controller 440 under the control of the microprocessor 610, and the microprocessor ( And a display unit 670 for displaying alarms and information of each multiplexing system under the control of 610.

8A to 8F are detailed configuration diagrams of the respective parts of FIG. 7 and operation waveform diagrams of the respective configurations.

9 is a configuration diagram of the display unit 680 shown in FIG. 7 and includes a keypad 681 for selecting a menu and generating an input signal of a sub rack ID by a message displayed by being composed of 16 keys of a 4 × 4 module. ), A liquid crystal display (LCD) 682 for displaying an alarm state under a control of the microprocessor 610, and the 16 monitoring multiplexing devices in a 1: 1 correspondence with a corresponding LED when an arbitrary system alarm occurs. It consists of an LED portion 683 that is turned on.

FIG. 10 is a flowchart illustrating the operation of the monitoring control unit 420 in FIG. 4, and collects and analyzes alarms generated by monitoring multiplexing devices, displays the alarms through alarm display units 431-434, and displays the local monitoring control unit 440. When the alarm data is requested, the corresponding situation reports alarm information, and implements a remote loop back function designated by the local monitoring controller 440.

FIG. 11 is a flowchart of operation of the local monitoring controller 440. The alarm monitoring command 420 generates an alarm message polling command to receive alarm information, and then displays it on the LED when a system alarm occurs. If necessary, detailed alarms are displayed on the LCD for each multiplexing device of the designated subrack.

FIG. 12 is a flowchart of processing detailed alarm information in FIG. 11, and displays and processes the detailed alarms of the monitoring controllers 421-424 according to the input of the keypad 681. FIG.

13A to 13D are block diagrams of signal matching tables for each multiplexing device 410, and FIG. 13A is a signal matching table for each address of the first multiplexing device (DTL-12MX) 411, and FIG. A signal matching table for each address of the multiplexing device (DTL-23MX) 412, FIG. 13C is a signal matching table for each address of the third multiplexing device (DTL-13MX) 413, and FIG. 13D is a fourth multiplexing device (DTL). -34MX) 414 is an address-specific signal matching table.

14A to 14C are diagrams of message frames, and FIG. 14A is diagrams of output message frames of the local monitoring controller 440, and FIGS. 14B and 14C are diagrams of output message frames of the monitoring controller 420. FIG. It is also.

Based on the above-described configuration, the present invention will be described in detail with reference to FIGS.

First, the monitoring control unit 420 collects and analyzes the alarms generated by the multiplexing device 410 in advance and notifies the system operator with visible and audible information, thereby preventing the spread of the alarms and allowing maintenance to be performed early. It is a monitoring device. Accordingly, the monitoring control unit 420 is connected to a plurality of multiplexing devices 410 to collect and analyze alarms generated from the multiplexing devices, and when an alarm occurs, an alarm display unit installed in the slim rack of the alarm of the multiplexing device 410. (431-434). In addition, the monitoring controller 420 performs serial data communication with the local monitoring controller 440. In this case, the local monitoring controller 440 is generated by the multiplexing device 410 through communication with the monitoring controller 420. All alerts are collected and analyzed early to inform the operator of the system, which prevents the spread of the alert and enables early maintenance. In this case, the monitoring control unit 420 may control up to four multiplexing devices regardless of the type of the multiplexing devices 411 to 414, and the local monitoring control unit 440 may control up to 16 monitoring units 420. Since it can be controlled, the local monitoring controller 440 can centrally manage alarm information of up to 64 multiplexing devices 410 in the case of the DTL-12MX and DTL-23MX multiplexing devices.

Here, the mounting capacity of the multiplexing device for each sub rack and slim rack and the capacity of the supervisory control device are shown in Table 1 below.

Here, the local supervisory equipment for multiplexer is the local supervisory control unit 440, the supervisory control unit (Alarm Control Unit) is the supervisory control unit (421-424), and the TAU (Top Alarm Unit) is the alarm display unit (431-434). to be.

First, the operation of the monitoring control unit 420 will be described.

The monitoring control unit 420 can be used for the type of the multiplexing device 410 (DTL-12MX, DTL-23MX, DTL-13MX, DTL-34MX) without changing the unit. The configuration of the monitoring control unit 420 is shown in FIG. 5, and detailed configuration and operation waveform diagrams for the respective components are shown in FIGS. 6A to 6F. First, the microprocessor 510 controls the overall operation of the monitoring control unit 420, and has the following functions.

First, since the clock generator is built-in, it is possible to supply the clock up to 5MHz by connecting only the crystal without the need to add a clock generator to the outside. In addition, since the microprocessor 510 has 112 bytes of RAM, a simple function enables data to be accessed at high speed without the need for additional memory. A programmable timer is built-in, and the prescaler for determining the interrupt cycle of the timer is selected by selecting one of 1,2,4,8,16,32,64,128. Divide the clock. The clock source of the timer may be used by designating either an internal clock or an external clock. In addition to the internal memory, there is an address bus and an external data bus so that an external memory can be used, and thus a memory 520 for performing a supervisory control function is used. When an interrupt request is received from an external device, an external interrupt is used, which generates an RX Interrupt signal through the ACIA of the serial interface unit 560 to communicate with the local monitoring controller 440. In addition, two pairs of parallel ports are built-in, which is used for monitoring of alarm data and output of control signals from the multiplexing device. Both pairs of ports can be programmed for I / O, so they can be used for input or output as appropriate.

The memory 520 connected to the microprocessor 510 is a program ROM, and stores a program for performing the monitoring control function of each multiplexing device 410 in the microprocessor 510. In this case, since the data bus BO-B7 is jointly used with an address low bus (8 bit) outside of the microprocessor 510, it is necessary to separate the data bus BO-B7 according to an output time of an address or data. The address separation is performed in the same manner as in FIG. 7B. That is, when the microprocessor 510 sets the address strobe signal AS high and outputs the row address A0-A7 through the B0-B7 terminal, the latch 521 is driven to be applied to the memory 520. . When the address strobe signal AS is set low, the latch 521 does not operate. Therefore, the memory 520 is placed in the output mode by the data strobe signal DS, and data is input to the BO-B7 terminal of the microprocessor 510. Is output.

The reset circuit 530 performs a watch dog timer function, which is used for power on reset and status diagnosis of the microprocessor 510. That is, when the microprocessor 510 is properly executing the program in the memory 520 or when there is no abnormality in the microprocessor 510, the processor active indication signal (PAS) as shown in FIG. 7d periodically through the port A0. The watchdog timer 533 receives this signal. At this time, if the PAS signal is not input within a predetermined time (about 130ms), the microprocessor 510 is reset and a MPF (Micro Processor Fail) signal is generated to turn on the red LED. If the PAS signal is not input continuously, the MPF LED repeats the operation of turning on / off at a predetermined cycle in the self-oscillation in the watchdog timer 531. The output waveform of the PAS can be confirmed through the test point TP1 in the board.

The clock unit 540 is configured as shown in FIG. 6E and used for all peripheral circuits controlled by the microprocessor 510 and timing inside the microprocessor 510. Since the clock of the microprocessor 510 has a clock oscillator embedded therein, only an oscillator having a desired shape needs to be added to the outside. At this time, the maximum frequency of the clock unit 540 is 5MHz, but the monitoring controller 450 uses 4.9152MHz. The clock is also used as a TX / RX clock source for the ACIA of the serial interface 560 to communicate with the local monitoring controller 440. The TX / RX input clock of the ACIA is used to clock the microprocessor 510. The frequency divider 542 is used to divide eight times.

In addition, when the monitoring control unit 420 is mounted in the multiplexing device 410, a maximum of 120 alarm states should be monitored. Since the number of pins on the board is limited to polling all the individual alarm data, almost all alarm data is input via the data bus. At this time, since the unit sharing the data bus outputs alarm data through the buffer, 22 terminals are used to enable the output buffer. The address decoder 550 generates an enable signal ENO-EN24 for monitoring each alert as shown in FIGS. 13A-13D. In addition, the address maps of all the peripheral devices controlled by the microprocessor 510 such as the memory 520 and the serial interface unit 56 are illustrated in FIG. 7F. In addition, the monitoring control unit 420 immediately reports the status to the local monitoring control unit 440 when the centralized control unit 440 requests the alarm information of the multiplexing devices 411-414.

At this time, the RS-485 serial interface unit 560 transmits the requested alarm information to the local monitoring controller 440 under the control of the microprocessor 510. An Asynchronous Communication Interface Adapter (ACIA) of the serial interface unit 560 receives TTL level data from the microprocessor 510 and converts the data into an RS-485 interface. At this time, when TX receives data from the microprocessor 510, the ACIA generates a TX frame for 1 byte and sends data by 1 bit to the local monitoring controller 440. At the time of RX, the reverse flow of the TX operation is performed. When the ACIA receives the input data and the frame data of 1 byte is completely input without error in the ACIA, the ACIA requests an external interrupt to the microprocessor 510.

At this time, if there is an interrupt request, the microprocessor 510 stops the instruction currently being executed, reads input data from the ACIA, and takes necessary measures.

Since the data communication between the local monitoring controller 440 and the monitoring control unit 420 is an RS-485 multi-drop method, a method capable of designating a specific subrack is required. subrack address. The subrack address is 1-16, which is designated as a dip switch of the address set unit 510 by the monitoring controller 420, which is indicated by the front panel LED of the subrack of the local monitoring controller 440. Matches the address. The subrack address setting method is shown in Table 2 below.

The monitoring control unit 420 having the above-described configuration monitors and controls four types of multiplexing devices 411-424, thereby giving a system identification (SID) as shown in Table 3 below.

When the monitoring control unit 420 detects the alarm signal of the multiplexing device 410 as described above, the alarm information is stored in the internal memory and displayed on the alarm display unit 430. The alarm display unit 430 is provided with a red LED and a buzzer for displaying a major alarm signal (major alarm), the yellow LED indicating that the alarm off state is attached. Therefore, when the microprocessor 510 of the monitoring controller 420 outputs the major alarm signal of the multiplexing device 410 through the data bus, the alarm display unit 430 turns on the red LED and simultaneously drives the buzzer. At this time, the signal for driving the red LED is a SA (System Alarm) signal, the signal for driving the buzzer (buzzer) is an ACO SIG (Alarm Cut Off Signal) signal. If the ACO switch (Alarm Cut Off Switch) signal is generated in the state that the major information signal is generated and the visible and audible alarm is generated, the ACO SIG signal is cut off and the buzzer is turned off, but the red LED is the corresponding alarm state. It stays lit until is released. There is also a yellow LED on the front of the subrack, along with the ACO switch and MPF LED. The yellow LED indicates ACD status. Table 4 below is a table showing an example of the re-alarm processing in the subrack. Assuming that the subrack 1 is in the ACD state, when the major alarm occurs in the subrack 2, the alarm display unit 430 generates an audible alarm.

0: Alarm occurrence or ON status

X: No alarm or OFF state

*: No relation

The monitoring control unit 420 can be commonly used in four types of CEPT multiplexing devices 411-414 (DTL-12MX, DTL-23MX, DTL-13MX, and DTL-34MX) without changing hardware or software programs. At this time, the monitoring controller 421-424 assigns a System ID (SID: System IDentification) as shown in Table 3, and inputs the signal matching table (Signal Matching Table) shown in FIGS. Accordingly, it is possible to automatically recognize the type and state of the multiplexing device 410, the type of alarm, the alarm generating position and the like. The system ID allocates two pins SID1 and SID2 on a mother board of each subrack and sets them as shown in Table 3, and the monitoring controller 420 recognizes the system ID and sets the signal matching table. By referring to the above, one type of monitoring control unit 420 can monitor and control the four types of multiplexing devices 421-424.

The monitoring control units 421-424 have four functions as follows.

First, the information collection and reporting function is provided. Each monitoring control unit 420 periodically collects an alarm state of the multiplexing device 410, stores it in a predetermined memory area, and sets or resets a flag bit. Thereafter, if there is a request for status information of the multiplexing device 410 from the local monitoring controller 440, the collected information data is reported in a predetermined format.

Secondly, it has an alarm history function, and has a function of storing a state of all alarms generated so far in the multiplexing device monitored by each monitoring controller 420, and executing a specific command from the local monitoring controller 440. Receive report or clear.

Thirdly, it has a visible and audible alarm control function. When any one of the multiplexing devices 410 generates an alarm, an abnormality has occurred in the multiplexing device by operating the LED and the buzzer of the alarm display unit 430 of the corresponding slim rack. Tells.

Fourth, it has a Remote Loop Back (RLB) function, which receives and reports a RLB request from the local monitoring controller 440, and detects and reports a state where the RLB is executed at the station.

Here, the process of monitoring the information data by monitoring the multiplexing device 410 by the supervisory control unit 420 having the above described will be described.

First, the microprocessor 510 initializes each device of the monitoring controller 420 in step 1001. At this time, the initialization process initializes the ACIA of the port, the timer, the internal memory, and the serial interface unit 560. First, upon port initialization, the microprocessor 510 determines the use of the external ports A and B. At this time, port A uses PAS, ACO SIG, etc. as output and ACO switch, etc. as input. Also, port B is used as input for NUI input. And for the port used as the output, the initial value is all assigned.

Secondly, when the timer is initialized, the period of the timer interrupt is set by using the values of the timer control register and the data register in order to write the timer interrupt.

Thirdly, when initializing the internal memory (RAM), it is checked whether there is an error in the 112-byte RAM inside the microprocessor 510, and if there is no error, the mode is cleared.

And fourthly, to initialize the ACIA of the serial interface unit 560 for communicating with the centralized control unit 440, using only the data reception interrupt, and initializes the transmission rate to 9600bps.

Thereafter, the microprocessor 510 outputs a specific address 82H through the address decoder 550 in step 1002, thereby enabling the address set unit 570 to enable data. The address value of the monitoring controllers 421-424 set by the bus is output. In this case, the address values are shown in Table 2 above. Then, the microprocessor 510 reads the address value of the monitoring controller 420 set through the data bus and stores the address value in the internal memory. In operation 1003, the SID of the multiplexing device 410 to read and monitor 1 byte of data from the port A is stored in the memory. The SID table at this time is shown in Table 3 above.

That is, the microprocessor 510 performing the steps 1002 and 1003 includes an address value of the monitoring controller 420 required for communication with the local monitoring controller 440 and a multiplexing device monitored by the monitoring controller 420. The system ID value of 410 is stored in the internal memory.

Thereafter, the microprocessor 510 sequentially outputs specific addresses 83H-98H in step 1004, and collects and stores the alarm information received through the port B and the data bus in the internal memory. Thereafter, the address decoder 550 sequentially decodes specific address values 83H-98H output to the microprocessor 510 to generate an enable signal EN3-EN24 signal, and thus, each multiplexer 410. Is enabled to output alarm information such as FIGS. 13A-13D to the data bus. Then, the microprocessor 510 sequentially receives the alarm information generated as shown in FIGS. 13A to 13D and collects the alarm information of the table corresponding to the SID and stores the alarm information in the internal memory. At this time, the alarm information is set in units of bits as shown in FIGS. 13A to 13D and is received by the microprocessor 510 by enable signals EN3-EN24. At this time, the data of addresses 80H, 81H, 82H and port A are not related to the alarm signal in FIGS. 13A to 13D, and EN8, EN13, EN18, and EN23 among EN3-EN24 are for RLB request (Remote Loop Back Request). Output, and all other enable signals are alarm input signals.

In this case, the contents and types of the alarm signals shown in FIGS. 13A to 13D are shown in Table 5 below.

Therefore, in step 1004, the microprocessor 510 enables port 13 and EN3-EN24 to collect and store alarm information generated from the multiplexer 410. At this time, when collecting alarm information, NUI alarm (No Unit Indication) coming into port B is read and stored in internal memory, and UFA and PWF alarm information of address 83H is read. Then, the alarm information is separated for each multiplexer 410. Afterwards, the EN3-EN24 signal is generated to collect alarm information of the multiplexing device 410 having the corresponding SID among the 13a-13d and store in the internal memory. At this time, when the alarm information is stored in the internal memory, it is stored slightly different from the data appearing at the original address. That is, the alarm appearing on the address is low level (active '0'), but if this data is used as it is, there are many inconveniences in the program. Therefore, when the data is stored in the internal memory, it is changed to high state (active '1'). Thereafter, when the alarm data report request is made by the local monitoring controller 440, the data is based on this data.

After collecting the alarm information as described above, the microprocessor 510 analyzes the alarm information that is collected and stored in the internal memory in step 1005 and checks whether an alarm signal is generated in step 1006. At this time, after setting the alarm status flag based on the alarm currently generated in the alarm analysis process, it is checked whether major information of the alarm has occurred, and whether or not minor warning has occurred. At this time, the set of each flag is in units of multiplexers 410, since the re-alarm is controlled in units of multiplexers 411-414. And check the mounting status of each unit.

If it is analyzed that the alarm has occurred in the alarm analysis process, the microprocessor 510 updates the alarm history table of the internal memory in step 1007, and the corresponding alarm display unit through port A in step 1008. Output the alarm control signal to (430). At this time, the alarm history table keeps all the alarm states that have occurred so far in the 'OR' form, the alarm data and the history data is the same type but uses a memory of a different area. Therefore, when the local monitoring controller 440 requests a report of the alarm history information, it is based on this data. Each alarm display unit 430 that receives the alarm control signal output through the port A of the microprocessor 510 has a buzzer OFF, a red LED OFF, an ACO LED OFF when an alarm does not occur according to the state of the alarm control signal. When only minor alarm occurs, buzzer OFF red LED ON, ACO LED OFF, when major alarm occurs and ACO switch is OFF, buzzer ON, red LED ON, ACO LED OFF, major alarm and ACO switch ON In this state, Buzzer OFF, Red LED ON, ACO LED ON, and ACO status are maintained at the same time. When a major alarm occurs in another multiplexing device (Re-alarm), the buzzer is on and the red LED turns off the ACO LED.

After the alarm analysis process is performed as described above, when the microprocessor 510 generates specific addresses 80H and 81H, the address decoder 550 enables EN0 and EN1 signals, thereby driving the serial interface unit 560. In operation 1009, the microprocessor 510 checks whether a command message frame is received from the local monitoring controller 440 via the data bus. In this case, the command message frame generated from the local monitoring controller 440 is as shown in FIG. 14A, where MS (Message Sync) is message frame synchronization data, and addresses of the monitoring controllers 421-424 shown in Table 2 above. It becomes an address value, the command data requested by the local monitoring controller 440 is recorded in the command, and the end of message (EOM) is data indicating the end of the frame. Therefore, when the microprocessor 510 receives the command message frame as shown in FIG. 14a at step 1009, if the microprocessor 510 has the self address value, the microprocessor 510 stores the command message frame in the internal memory, and then, at step 1010, the command data frame. Analyze

At this time, if the request command of the alarm information in step 1011, in step 1012, the message frame according to the request command data in the form of message frames shown in Figs. 14b and 14c is created and output to the serial interface unit 560. . At this time, the monitoring control unit 421-424 selects an alarm table according to the corresponding SID among the alarm information of FIGS. 13a to 14a stored in the internal memory and displays the response message frames such as FIGS. 14b and 14c as the centralized control unit ( 440). The response message frame is composed of a plurality of subframes in a main frame as shown in FIG. 14b, and each subframe is a sub-frame sync (SMS) signifying the start of a subframe as shown in FIG. 14c. A location indicating an alarm occurrence position, a message indicating the alarm information selected in FIGS. 13A to 13D, an end of subiframe (SEOM) indicating an end of a subframe, and the like.

The type and transmission process of the above alarm information will be described later in operation description of the centralized control unit 440.

In addition, if the content of the command message frame received in step 1011 is not a message request command, the microprocessor 510 checks whether it is a control command of the multiplexing devices 411-414 in step 1013. At this time, if the control command, the microprocessor 510 controls the address decoder 550 in step 1014 to select the multiplexing device and output the system control signal received through the data bus.

Next, the operation of the local monitoring controller 440 will be described.

The local monitoring controller 440 is a supervisory equipment that allows the system operator to easily check the status of the system by receiving all alarm conditions of the multiplexing device 410 from each monitoring control unit 420. At this time, all alarm data is possible through communication with each monitoring control unit 420, it is possible to manage a maximum of 16 monitoring control unit 420 as one local monitoring control unit 440. The local monitoring control unit 440 is largely composed of a control unit and a display unit (Display Control Unit), and all the alarm states occurring in the multiplexing unit 410 through 16 LCDs or LEDs to the entire multiplexing unit 410 Make it visible everywhere. In addition, it is possible to build a more efficient management system by exchanging data with CTMS, the entire network management system.

The microprocessor 610 controls the overall operation of the local monitoring controller 440, and its functions have the same functions as the monitoring controllers 421-424 and the microprocessor 610. In addition, the memory 620 is configured as shown in FIG. 8A to operate as shown in FIG. 8B under the control of the microprocessor 610, and the operation thereof is the same as that of the memory 520 of the monitoring controller 420. The reset circuit 630 is configured as shown in FIG. 8c to operate as shown in FIG. 8d according to the state of the PAS signal output to the port A of the microprocessor 610. The operation is performed by the monitoring control unit 421-424. It is the same as the reset circuit 530 of. Also, the clock unit 640 is configured as shown in FIG. 8E, and the operation thereof is the same as that of the clock unit 540 of the monitoring controller 420.

The address decoder 650 is configured as shown in FIG. 8F to generate the selection signals CS1-CS8 of the display unit 680 and the serial interface unit 660. That is, the number of ports is too small to control all the components in the centralized control unit 440 to the parallel port of the microprocessor 610. Thus, addressing all peripheral devices controlled by the microprocessor 610 such as the memory 620, the serial interface 660, the display 680, and the like are implemented as shown in FIG.

When the alarm data is read from the monitoring control unit 420 or the alarm data is requested from the CTMS, the serial interface unit 660 of the RS-422 type is driven. The serial interface unit 660 includes two pairs of line drivers including first and second interface units 661 and 662, one of which is connected to the monitoring control unit 420 and the other of which is connected to the CTMS. At this time, when the local monitoring control unit 440 communicates with the monitoring control unit 420, the first interface unit 661 has both TX / RX enabled, and the connection between the local monitoring control unit 440 and the monitoring control unit 420 is It is a multi-drop method. That is, since the local monitoring controller 440 receives a maximum of 16 bytes of data, the maximum of 16 monitoring controllers 420 receive all data. However, the local monitoring controller 440 only needs to send data to the corresponding monitoring controller 420 at the time of RX. However, the local monitoring control unit 440 is irrelevant since it always receives data. In addition, since the local monitoring control unit 440 should always be waiting when receiving data from the CTMS, the second interface unit 662 should always be enabled on the RX side, and the TX side of the slave controller (420) like the monitoring control unit 420. If the address specified by CTMS is the same as the currently set address, enable TX and export data when reporting to CTMS.

In addition, as described above, since the data communication between the local monitoring controller 440 and the CTMS is an RX-422 multidrop method, a method capable of designating a specific address is required. The address set unit 670 is used for this purpose. The address of the local monitoring controller 440 is designated as 0-15 through the address set unit 670 (DIP S / W), and the microprocessor 610 is connected through the port A. Receive. The addresses for each switch are shown in Table 6 below.

The display unit 680 includes 16 LED units 683 for viewing the state of the 16 multiplexers 410 at a glance, and an LCD unit 681 for displaying details of alarms and information of the multiplexers 410. It consists of). At this time, the display unit 680 does not operate independently, and transmits and receives power and other signals through the control of the microprocessor 610. The LED unit 683 turns on the corresponding LED among the 16 LEDs when an alarm occurs in any one of the 16 monitoring multiplexers 410. At this time, the alarm referred to here is executed without distinguishing between major and minor alarms. The operating state of the LED can be found through the LED test in the initial state, the upper LED means subracks 1-8 and the lower LED means subracks 9-16. Since the alarm status of the multiplexing device 410 cannot be known in detail with only the 16 LEDs, the detailed alarm status report is displayed through the LCD unit 682. On the back side of the LCD portion 682, EL is used as a back light element in preparation for dark times. At this time, the EL light is turned off when there is no key input for 5 minutes or more considering the life of the EL. Press any key to check the contents of the alarm and the EL is automatically turned on, and the EL color is green. The keypad 681 is used for menu selection and subrack ID input by a message displayed on the LCD 682, and is composed of 16 keys of a 4 x 4 module.

Each key function of the keypad 681 is as follows. The MEN key displays the main menu in AUTO alarm monitoring mode.

The ESC key is used to exit from any menu. In other words, when this key is pressed in any menu, the previous menu is displayed. When this key is pressed in the main menu, it exits the menu mode and enters the automatic alarm monitoring mode. Stops the data report. The CLR key clears the input if a typo occurs during this input. The ENT key signifies the end of key input, and at this time, the local monitoring 40 starts executing the corresponding menu. During menu display, the next menu that is not displayed on one screen is displayed, and the alarm data of the next item is displayed during the alarm report.

The * key means all in the defined configuration. In other words, selecting the tracks is equivalent to selecting all of the 16 sub tracks. The # key is used for a special purpose and can be used by following the instructions displayed on the LCD 682.

The keys 0-9 are used to enter the Avaria numeric keys (0-9).

The ACO switch may press any ACO switch of the corresponding slim rack when it is necessary to use the ACO switch in the multiplexer 410. The ACO switch attached to the control unit is not processed inside for a special purpose, and is connected in parallel with the ACO switch in the supervisory control unit 420 of another subrack. HIS LED is an LED which can be seen from the outside when the front cover of the subrack is closed. The color is yellow, and if any of the multiplexing devices 410 managed by the local monitoring controller 440 has ever had an alarm, the LED Is on, and is off when history information clear (clear history). The power LED is always on when the + 5V supply is applied with the power switch on, and the color is green.

The local monitoring controller 440 as described above polls up to 16 monitoring controllers 420 to display the system information state of the corresponding subrack as the ON / OFF operation of the corresponding LEDs on the LED unit 683. And when you want to know the detailed alarm status of each sub-rack, you can easily know the system alarm status by selecting the desired function by looking at the menu provided by the local monitoring controller 440 by using the LCO unit 682 and the keypad 681. have.

The local monitoring controller 440 has seven functions as follows.

First, it has an alarm status display function. By selecting a specific subrack among the 16 subracks, the multiplexing device alarm status of the corresponding subrack can be displayed. The format displayed on the first line of the selection menu and response screen is as follows.

① SR: XX SYS: X TR: X

② SR: XX GRP: X TR: X

③ SR: XX SYS: X

④ SR: XX GRP: X

⑤ SR: XX

The display details are automatically selected and displayed according to the type of multiplexing device to be monitored. Where XX represents the subrack number (decimal 1-16) and X represents the multiplexer or GROUP or TRibutary number (1-4). That is, the first line of the LCD unit 682 displays the occurrence position of the alarm message displayed in the next two to four lines. If more than two alarm messages exist, press ENT key to display next message continuously.

Secondly, it has an alarm history display function. The selection menu and response screen are the same as in the above case. Only the displayed contents are displayed.

Third, it has a function of clearing alarm history contents. If this function is selected, all history information of the monitoring control units 421-424 previously recorded is deleted.

Fourth, it has a function of displaying the configuration status of the subrack. If this function is selected, the mounting status of the unit mounted in the corresponding subrack is displayed.

Fifthly, it has an RLB request function. When this function is selected, the LCD unit 682 displays the state of requesting the RLB to the current country. At this time, S1 ~ S4 indicates multiplexing devices 1 ~ 4, and if the multiplexing device is DTL-13MX, it is displayed as G1 ~ S4 (Group 1 ~ 4). Corresponds to Tributary of each multiplexer or group.

Sixth, it has a function of displaying the RLB status information, and displays on the screen a state where the RLB is detected in the host system and a state where the RLB is requested to the power system.

Sixth, it has a status display function of the monitoring control unit 420, which monitors its own path of the monitoring control unit 421-424, and polls each monitoring control unit 420 to display an abnormal status of the monitoring control path. .

An operation process of the centralized control unit 440 having the above function will be described in detail with reference to the flowcharts of FIGS. 11 and 12.

First, in step 1101, the microprocessor 610 initializes the ACIA of the port, the timer, the internal memory, and the serial interface unit 660. First, in the port initialization process, the usage purpose of the port A and the port B, which are external to the microprocessor 610, is set, and the port A is the output and address set unit 670 of the PAS, BL power control, CTMS TX control, and the like. Set it as an input, and port B is set to an output that supports addresses 1-8 of the 16 error monitoring LEDs. In this case, set the initialization value as 1 for all ports used as outputs.

Secondly, in the timer initialization process, values of a timer control register and a data register are determined to write a timer interrupt. At this time, the value of the timer data register is set to a timer interrupt period.

Thirdly, during the internal memory initialization process, test whether there is an error of 112 bytes of RAM in the microprocessor 610, and then clear all if there is no error. RAM FAILED message is sent to the microprocessor 610 to reset.

Fourth, the initialization process of the serial interface unit 660 is to initialize the ACIA to communicate with the monitoring control unit 420 and the CTMS, and initializes both the monitoring control unit 420 and the CTMS to use only the data RX interrupt. Initialize to 9600bps.

Fifthly, in the initialization process of the display unit 680, the controller embedded in the LCD unit 682 is initialized. The 4-line x 16-character mode, 8-bit data use, character shift, and initial cursor definition are performed. . Also, the error monitoring LED part 683 is tested. The test method is to turn on all 16 LEDs and the HIS LEDs first when the test is started, and then start from the LED indicating address 1 and then proceed to 2 .... 16. Turn off and finally turn off the HIS LED, and if normal, SELF TEST OK message is displayed on the LCD unit 682.

Sixth, since the CTMS designates its own address when sending data, the microprocessor 510 reads the address set on the address set unit 670. If the set of addresses is wrong, since the data is intercepted and correct communication is not performed, the local monitoring controllers 440 do not overlap with each other. The set address is set from 0 to FH, but is actually converted to 20H-2FH and used.

When the initialization process is finished through step 1101, the microprocessor 610 clears the entire screen on the LCD unit 682, and then displays a WELCOME TO SUPERVISORY SYSTEM FOR DTL-MX FAMILY message. This indicates that the initialization process is normally completed. After the time delay, the screen is cleared so that the user can see the predetermined time. Thereafter, the sub-racks that can be controlled by the local monitoring controller 440 are displayed for each address.

In this case, the microprocessor 610 transmits and waits for the inspection TL control test command to each monitoring control unit 420. If the frame is correctly received, the microprocessor 610 displays 0 at the corresponding system position, and the extended time (about 20 ms). If no frame is received, the same operation is repeated three times. If the frame is not received even in the third time, the monitoring controller 420 indicates that there is no X. After the test up to address 16 is completed as above, a delay of about 4 seconds is given to the user for confirmation, and the screen is cleared.

When the initialization process ends, the microprocessor 610 enables the first interface unit 661 and sends a polling command message as shown in FIG. 14a to the monitoring controllers 421-424. In this case, the microprocessor 610 outputs a specific address 80H to the address decoder 650. The address decoder 650 then drives the first interface part 661 by enabling the CS1 signal. A command frame as shown in FIG. 14A is transmitted to the data bus, and a subrack address is written in the address area so that 16 multiplexing devices can be polled sequentially.

In addition, the command area records command data so that the monitoring control parts 421-424 transmit alarm information required by the local monitoring control part 440. Command data at this time is shown in Table 7 below.

OCA RLB REQUEST STATUS

OD1 NORMAL POLLING (CTMS)

OD2 DETAIL POLLING (CTMS)

Accordingly, in step 1102, in the message form shown in FIG. 14A transmitted by the microprocessor 610, the address becomes an address of an arbitrary subrack, and the command becomes OC1 requesting the current alert information of Table 7.

After the command message is transmitted as described above, the microprocessor 610 waits for reception of response messages such as 14b and 14c transmitted from the monitoring controller 420 in step 1103. In this case, when the first interface 661 receives the response message, an interrupt is generated to the microprocessor 610. As a result, the microprocessor 610 stores the received response message in the internal memory.

Thereafter, the microprocessor 610 analyzes the response message stored in the internal memory in step 1104 and checks whether an alarm is generated in step 1105. In this case, if it is determined in step 1105 that an alarm has occurred, in step 1106, a specific address 83H is output, the CS4 signal is enabled through the address decoder 650, and alarm data is output through port B. Therefore, in this case, the LED unit 683 is enabled by the CS4 signal to turn on the alarm generation LED to display the alarm state. Steps 1102 to 1106 are an alarm monitoring mode, in which a command for checking an alarm only when the command message is transmitted is sent to the monitoring control unit 420. Then, if there is an alarm among the response messages from the monitoring control unit 420, the LED of the corresponding sub-rack of the 16 LEDs are turned on. If there is no alarm, the LED of the corresponding sub-rack is turned off. At this time, the LED is turned off considering that there is no alarm for the subrack that does not receive a response message. On the LCD unit 683, an address currently being polled is displayed, and all 16 subracks are sequentially executed.

The microprocessor 610 enables the CS5-CS8 signal through the address decoder 650 while displaying an alarm occurrence or in the idle state as described above. Then, the keypad 681 is pressed when any key is pressed. The key signal is output through the data bus. Therefore, the microprocessor 610 checks whether the key signal is input in step 1107, and processes the alarm command request for the corresponding key in the flow as shown in FIG. 12 in step 1108.

First, when the menu key is input, the microprocessor 610 enables the CS3 signal through the address decoder 650 in step 1201, and thus the LCD unit 682 displays a menu. When the enter key is received while displaying the main menu as described above, the microprocessor 610 controls the LCD unit 682 to display the next menu. When the ESC key is received through the keypad 681 during the main menu display, the controller recognizes the ESC key in step 1202 and exits the main menu display mode and returns to the alarm monitoring mode. If a selection key of the menu is received during the menu display, a flag for the selection function is set.

First we look at the display alarm. When the number 1 key is received through the keypad 681, the controller 1111 recognizes this in step 1203, and transmits a command message of the form shown in FIG. 14a to the monitoring and controlling unit 421-424 in step 1204, and sends a response message. Listens. At this time, the command message (OC1) indicating that the alarm is recorded. The command message is output to the monitoring controllers 421-424 through the first interface unit 661.

Then, the monitoring control unit 421-424 recognizes this in step 1011, and in step 1013, the microprocessor 510 analyzes the stored alarm data in the internal memory and creates an alarm response message as follows.

First, it reports the NUI on port B and the fuse alarm at address 83H, which is a common alarm regardless of the multiplexing device. At this time, the alarm status of each unit is first synthesized to make a flag, which is to use the database of FA alarm. The UFA code is 25-33, and the NOI code is symmetrical 34-42, so adding 9 to 34-25, that is, the NUI code of the unit. At this time, the configuration of the database,

SYSTEM NO., ALARM CODE -DTL-12MX (8 pairs)

SYSTEM NO., ALARM CODE -DTL-23MX (8 pairs)

SYSTEM NO., ALARM CODE -DTL-13MX (8 pairs)

It becomes SYSTEM NO., ALARM CODE-DTL-34MX (8 pairs).

The system number SYSTEM NO is a number of the multiplexing device 410 set in each multiplexing system. That is, in the case of the first multiplexing device 411, 0-4, and the fourth multiplexing device 414 may be 0-2. And the system number 0 means that it corresponds to the multiplexer 410 as a power source. The use of the database is performed by the following flow.

First, the initial value of the mask is set to 1 for the mask of the flag byte.

Secondly, the flag byte (alarm if the bit is set to 1) and the mask are ANDed, and if the result is 0, the attenuation is increased.

Thirdly, if it is not 0, the information has occurred and you need to find the system number and alarm code.

Fourth, when the offset is added to the base address of the database, the data at that address becomes the system number, where the data at the address +1 is the alarm code.

Fifth, the offset is increased, and the mask is shifted to the left so that if the value is not 0, the jump to the second bin is repeated and the loop is repeated.

In addition, the database base address for each multiplexing device is found as follows. The database size of one multiplexer consists of 16 bytes. That is, when 16 addresses are added by the second multiplexer 412, it is data of the DTL-13MX.

00000001-system ID (0-3)

0001000-System Base Address (x 16)

In the case of the system ID (SID), the first multiplexer 411 is 0, the second multiplexer 412 is 1, the third multiplexer 413 is 2, and the fourth multiplexer 414 is 3. The first multiplexer 411 to the fourth multiplexer 414 (DTL-12MX, TL-23MX, DTL-13MX, and DTL-34MX) are shown in this order.

After the microprocessor 510 of the monitoring and control unit 420 analyzes the alarm information by the above-described process, a response message is created in the form of messages as shown in FIGS. 14B and 14C, and the local interface is transmitted through the serial interface unit 560. Output to the monitoring control unit 440.

Then, the microprocessor 610 receives the response message, stores it in the internal memory, analyzes the corresponding content, and displays the alarm occurrence position and the details on the LCD unit 682.

In addition, when the reception of the number 2 key is received in step 1205, the microprocessor 610 sets the corresponding flag in step 1206 and indicates that the alarm is accumulated in the LCD unit 682. Thereafter, the microprocessor 620 creates a command message as shown in FIG. 14A and transmits the command message to the monitoring controllers 421-424. In this case, the command records the command word OC2 of the alarm history.

The microprocessor 510 of the monitoring controller 421-424 receives the command message and outputs a response message. At this time, the microprocessor 510 finds and reports an alarm for each multiplexer 410 when the response message for accumulating the alarm is accumulated. The routine for retrieving the alarm data is used in common with the alarm display process. The configuration of the database for the alarm accumulation is for each unit.

As described above, the microprocessor 510 of the monitoring control unit 420 generates a response message according to the alarm history message request as shown in FIGS. 14B and 14C, and then the local monitoring controller 440 through the serial interface unit 560. Will output

Then, the microprocessor 610 of the local monitoring controller 440 receives the response message, stores the response message in the internal memory, and outputs it through the data bus. At this time, the LCD unit 682 enabled by the CS3 signal is alerted. The cumulative value is displayed.

Third, when the microprocessor 610 recognizes the numeric key 3 in operation 1207, the alarm accumulation value is cleared to all the monitoring controllers 421-424 through the first interface unit 661 in operation 1208. Send a command for In this case, after transmitting the command message for one sub-rack, if the command message is transmitted to the next sub-rack, it is delayed and transmitted. When the command message is transmitted to all subracks in the above manner, the microprocessor 610 displays the message COMPLETE on the LCD unit 682.

At this time, the microprocessor 510 of the monitoring control unit 421-424 which receives the command message clears all the alarm data stored in the accumulated area of the internal memory.

Fourth, when the microprocessor 610 detects the reception of the numeric key 4 in step 1209, the microprocessor 610 displays the configuration state of the multiplexer 410 for each subrack on the LCD unit 682 in step 1210.

Fifth, when the microprocessor 610 detects the reception of the numeric key 5 in step 1211, the microprocessor 610 displays the state of requesting the RLB to the current power on the LCD unit 682 in step 1212. The city must specify a subrack. Generates an RLB request command message.

At this time, the microprocessor 510 of the supervisory control unit 421-424 that receives the RLB request command message first transmits the current RLB state to the centralized control unit 440. 440 is extracted from the frame data, and the RLB is executed for the tributary. The addresses of the RLB request are assigned to 88H, 8DH, 92H and 97H, respectively, as shown in Figs. 13A to 13D. After executing the above RLB, the current RLE state is stored in the internal memory.

Sixth, when the microprocessor 610 detects the input of the numeric key 6 in step 1213, the microprocessor 610 outputs an RLB request command message to the monitoring control unit 421-424 in step 1214, and at this time, the RLB status command The message is executable for all subracks.

At this time, the microprocessor 510 of the supervisory control unit 421-424 which receives the RLB status command message reports a status of an RLB request and an RLB status of its own station. The state stored in the memory is transmitted when requested, and the data of the multiplexing device is displayed in one byte. That is, since there are 4 tributaries per 1 multiplexer, 2 multiplexers can be expressed in 1 byte, and all data of 1 subrack is represented in 2 bytes. There are two types of RLB status reports, one of which is the status of the own station and the other is the report of the status of the country. At this time, the data for the power station is the same as the status report at the time of the RLB request, and the report for the own station is made in the same manner as in the case of the power station, and only the memory area used is different.

When the response message for the RLB state is received, the microprocessor 610 of the centralized control unit 440 checks each bit of the message frame in which data is received and displays the RLB state on the LCD unit 682. At this time, the display on the LCD unit 682 is D (detect), R (requested), * (detect request) form, where Detect receives the RLB request from the large country and is in the RLB state at home. The state has requested RLB.

Seventh, when the microprocessor 610 detects the occurrence of the numeric key 7 in operation 1215, the microprocessor 610 transmits an instruction message for displaying the mounting state of the monitoring controllers 421-424 in operation 1216. This monitors the path of the monitoring controllers 421-424 on its own. The monitoring controllers 421-424 are polled to display the monitoring control states of the 16 subracks on the LCD unit 682.

As described above, since four types of CEPT multiplexers (DTL-12MX, DTL-23MX, DTL-13MX, DTL-34MX) can be used in common without changing hardware or software, the configuration of the supervisory control system is simplified. The centralized control unit and the supervisory control unit can be used to easily configure any range of supervisory control system, and can be easily expanded. Also, by adopting the menu drive method using the LCD and keypad, it can be easily used without any special knowledge. There is an advantage of minimizing maintenance costs because the system can be efficiently managed centrally.

Claims (4)

In the CEPT hierarchical network composed of multiplexing devices, the multiplexing devices of the same type constitute a subrack, and the multiplexing units into a single slam rack to generate alarms from the multiplexing devices. An alarm device for reporting a warning signal, mounted on the subrack, surveys, accumulates, and accumulates all alarm states generated from multiplexing devices connected to the subrack, outputs an alarm signal of the multiplexing device, and receives a polling signal. A monitoring control unit for transmitting the alarm information required at the time of reception, an alarm display unit mounted on the slim rack and driving the display element at the position of the multiplexing device upon receiving the alarm generation signal from the monitoring control unit mounted on the slim rack; It periodically polls the monitoring controllers mounted in the subrack, and is received by the polling. The alarm status of each multiplexing device is displayed according to the output status of the corresponding monitoring control unit.When detailed alarm data is requested, the alarm control unit of the corresponding subrack is controlled by receiving key data, and then the detailed alarm data of the multiplexing device is accumulated. An alarm monitoring control device, comprising: a local monitoring control unit for reporting on the display unit. The memory of claim 1, further comprising: a memory storing a program for performing alarm information collection, visual audible alarm control, and alarm report functions generated from multiplexing devices mounted in a subrack; An address decoder for generating enable signals for receiving the monitoring controller operation and the alarm information generated from each multiplexing device; and an enable signal of the address decoder to receive an alarm request message from the local monitoring controller. And a serial interface unit for outputting a response message to the alarm request message to the local monitoring unit, and a subrack address of the monitoring unit, and operated by an enable signal of the address decoder to output the subrack address. Address set section Select the address set selection address, store the received sub-rack address inside, receive the system ID received through the input / output port, recognize the types of the multiplexing devices, and then use the address bus to receive the alarm receiving address of each multiplexing device. Analyze the alarm information received from the data bus while outputting sequentially, and update the alarm history table of the multiplexer when an alarm occurs, and output the alarm control signal to the input / output port to drive the alarm display unit, and select the serial interface. And a control unit for selecting an address for analyzing the presence or absence of an alarm request of the local monitoring control unit and reading and outputting corresponding alarm information when an alarm request is made. The memory of claim 2, wherein the local monitoring controller is configured to communicate with the detection controllers to poll and receive alarm information and to analyze and report received alarm information, and to decode the signal of the address bus. An address decoder for generating an enable signal for controlling an operation of a local monitoring controller and an enable signal of the address decoder to output an alarm request message to the monitoring controllers, and to generate a response from the monitoring controllers A serial interface for receiving a message, a control unit for transmitting and receiving an alarm request message and a response message with the serial interface unit, analyzing the response message, and performing an alarm report function; and providing the alarm report menu and subrack ID commands to the control unit. In the alarm report menu. Alarm monitoring control unit, characterized in that a display unit configured to display the received image. A method for monitoring and controlling an alarm generated from the multiplexing device in an alarm system in which multiplexing devices of the same type are mounted in a subrack and a plurality of subracks are configured as one slam rack, the method comprising: detecting a type of a connected multiplexing device; Collecting and analyzing alarm messages from the multiplexing devices; outputting alarm history change and alarm control signals when a system alarm occurs during the inspection; and storing alarm messages while receiving a message request command from a higher level; And a process of transmitting a control signal to a corresponding multiplexing device upon receiving a message request command from a higher level.