KR100661732B1 - Method for storing a running record data in a train - Google Patents

Abstract

The present invention relates to a method of storing train operation record data.

The present invention relates to a vehicle driving record storage method for temporarily storing a vehicle driving record in a buffer and then storing the driving record in a memory, wherein the vehicle driving record data is compressed and stored when temporarily stored in the buffer and then stored in a memory. Provide a storage method. In addition, the compression is performed by a lossless compression method, and the lossless compression method is a Huffman compression method. According to the present invention, it is possible to reduce the memory capacity provided in the VMEM board by the compression ratio by compressing and storing the data while transferring data from the VCPU board to the VMEM board.

Train operation record, data compression storage

Description

How to save train record data {METHOD FOR STORING A RUNNING RECORD DATA IN A TRAIN}

BRIEF DESCRIPTION OF THE DRAWINGS Fig. 1 is a block diagram of a LIU of a configuration of TC in which train driving record data is stored.

2 is a flowchart illustrating a process of initializing the board after the board is first installed in the train control system.

3 is a flowchart illustrating a compression storage process of driving record data occurring when a vehicle runs.

The present invention relates to a method of storing train operation record data.

With the development of electronic / information technology, train records have also been stored in railroad cars, and as a result, computers for railroad cars, such as comprehensive control devices or TCM and TIS, have been developed.

In addition, as a computer for a railroad vehicle is introduced into a railroad car, data such as the state and operation information of the railroad car have been developed to be recorded and stored in the computer for the car.

Currently, in a railroad vehicle, the state and driving information of the vehicle may be stored in a TCMS device memory board, and then the information may be displayed and viewed and analyzed in a text and graph form in a separate data analyzer.

Due to these advantages, most of the current customers who purchase railroad cars are required to specify the type and amount of data to be recorded, and the amount and type of data are also increasing.

Currently, vehicle vehicles use a method of storing state / operation information as it is, without processing, to store vehicle operation information.

Therefore, when the amount of recording data increases as requirements arise, such as increasing the recording time of the demand destination and increasing the type of recording data, it is necessary to replace the memory board with a large capacity at the time of design.

However, when the memory becomes large, due to the redesign / reproduction of the TCMS hardware, it is necessary to administer human and physical resources, thereby increasing the manufacturing cost.

Accordingly, the present invention has been made in view of the above problems, and provides a method for storing data on a memory board with low capacity without requiring memory addition and redesign of TCMS hardware.

As a result of earnestly studying the above problem, the inventors of the present invention have found that vehicle information stored in a memory can also be compressed and restored.

Data compression and decompression means converting and saving input data through an encoder, and then reading (or reading) the stored data and restoring the original input data through a decoder. Is done.

In addition, data compression is divided into lossy compression and lossless compression. Lost compression is a method of allowing redundant and unnecessary information to be lost. It is mainly applied to an image and cannot be detected by human vision. Data is lost and there is DCT conversion (jpeg, pcx, etc.). Lossless compression is a method that is allowed when there is no loss of data during processing and the input and output data are required to be the same. The method is applied to a medical image, a design drawing, and the like, and includes a Huffman method and a run length method.

Against this background, in order to be applied to railway vehicles, the compression / restoration time should be fast, the algorithm should not be complicated, and no additional cost would be incurred.

In consideration of all of these conditions, the inventors selected the Huffman data compression algorithm.

The Huffman method is a coding method developed by a person named Huffman. It is a lossless compression method. It is a type of entropy coding and is a coding method based on the frequency of data appearance. In other words, by using a small number of bits in the unit information appearing at a high frequency and a large number of bits in the unit information appearing at a low frequency, the amount of bits necessary for representing the entire data is reduced.

For example, "This is the test sentence." If a sentence is normally stored without compression, it consists of 26 characters including null. When the sentence is counted as a byte, 8 * 26 is required for a total of 8 * 26 so that 208 bits are required.

If we convert this to Huffman compression, first, the frequency of occurrence is shown as a table,

Is the same as

If the data represented as a table is represented as a Huffman tree,

Is the same as

If you assign code to these Huffman trees,

Is the same as

In other words, when converted to Huffman code, only 73 bits can store the above sentence.

Accordingly, the present inventors have found that when the vehicle information is compressed as described above, the vehicle information can be sufficiently stored without adding a new memory or redesigning the hardware, thereby completing the present invention.

According to the present invention, a method for storing train operation record data is provided for each vehicle and controls, monitors and collects devices mounted on each vehicle, and transmits the collected information to a train control computer (TC), and train control. A plurality of vehicle computers CC connected with the computer TC and receiving commands therefrom; And serially communicate with peripheral devices located in the cab to monitor and control the vehicle, and are connected to the plurality of vehicle computers (CC) to transmit and receive data related to train control, and to record driving data such as fault data or driving data. A method for storing train driving record data in a railway vehicle controlled by a vehicle comprehensive control device (TCMS) having a train control computer (TC) for storing a train in a memory,
The train control computer further includes two or more buffers connected to a memory, and when a reverse electric vehicle of a railway vehicle is inserted and the vehicle is started, it is determined which one of the two or more buffers is an empty buffer, and according to the determination In real time, the driving record data from various devices mounted on the vehicle is stored in an empty buffer of the two or more buffers, and when the recording buffer becomes full, the storage of the buffer is stopped. Alternately storing driving record data from various devices in different empty buffers in real time, and compressing and storing the driving record data stored in the pooled buffer in the memory.

Preferably, the compression is performed by a lossless compression method.

More preferably, the lossless compression method uses the Huffman compression method.

Next, before describing the method for storing train driving record data according to the present invention, the detailed configuration of the vehicle used for the storage will be described.

TCMS is mainly composed of TC (Train computer) and CC (Car computer).

TC is called a train control computer and is installed in the cab to monitor and control the peripheral devices (signal devices, broadcast / indicators, etc.) located in the cab through serial communication. In addition, the train data link transmits / receives the data required for train control and the vehicle control computer (CC) located in each vehicle. In addition, it has a function of storing train status data such as fault data or driving data and downloading TCMS record information to a memory card.

CC is called a vehicle computer and is provided for each vehicle. Receives the command of the train control computer (TC) through the train data link to control and monitor the devices (propulsion device, auxiliary power supply, etc.) installed in each vehicle, and transmits the collected information to the train control computer.

In addition, TC is composed of LIU1 and LIU2. LIU1 and LIU2 have the same configuration, and their functions are classified by the internal application program. It is also redundant by a separate power supply and VME BUS. The subsystems that make up LIU1 consist of VCPU, VMEM, VCOM, VLNA, VDI, VDO, power supply and so on. In addition, the sub-system constituting LIU2 is composed of the remaining VCPU2, VLNA, VDI, VDO, power supply, etc., except for VMEM and VCOM in LIU1. LIU1 recognizes cab information and performs functions such as control and monitoring of critical devices and propulsion / braking control. In addition, LIU2 backs up the functions of LIU1 in the event of a major failure in LIU1, allowing the train to run on its own.

In addition, VCOM is used when additional data communication and I / O ports need to be installed, and establishes a local data link with the installed peripherals to send and receive the necessary data. In addition, VLNA board establishes train data link with vehicle control computer of each vehicle by using LonWorks communication channel to transmit and receive train control and status data. In addition, the VDI board recognizes the state of various pushbuttons and switches located in the cab, HCR / TCR, emergency braking contactor, etc., and transmits the information to the VCPU board. The VDO board also controls lamps, LEDs, and contactors located in the cab under the control of the VCPU board. In addition, the PWR board supplies power to various boards mounted on the TC.

Next, the LIU1 configuration of the TC in which the storage of the train driving record data is performed will be described in more detail.

1 is a block diagram of LIU1 in the configuration of a TC in which train driving record data is stored.

As shown in FIG. 1, the TC of a railway vehicle is composed of a VCPU board and a VMEM board. The VCPU board temporarily collects / stores various records of the vehicle, displays the collected driving information on a screen device, and displays a CPU mode. , The vehicle length and the vehicle number are set, and the VMEM board stores the train operation information collected / stored through the VCPU board and outputs the stored data through the PCMCIA card driver.

The VCPU board consists of the VME bus I / O unit, CPU, logic, memory, and I / O devices (monitor and keyboard, etc.), and the VMEM board consists of the VME bus I / O unit, BBSRAM (battery backup SRAM), and PCMCIA device. .

Of these, the parts related to driving record storage are the VCPU and the VMEM board, and driving record data is transferred to the VMEM board by the interlocking operation and stored in the BBSRAM.

At this time, the VCPU board has buffer 1 and buffer 2 of its BBSRAM, and temporarily stores driving record data in this buffer. Specifically, data is stored in buffer 1 or buffer 2 of the VCPU SRAM in units of 1 second, and 30 minutes of data is stored in one buffer. In other words, when data stored in one cycle is called one block, 1800 blocks are stored in one buffer. The reason why data stored in one cycle is referred to as a block is because a specific amount cannot be specified because the data stored in one cycle depends on the actual application.

When the electric vehicle is started, data of one block per second is continuously stored in the buffer 1. If all 1800 block data is written to buffer 1, it is stored in the next buffer 2 consecutively. At this time, the block data of buffer 1 is compressed and transferred to BBSRAM of VMEM board. That is, block data is written to the buffer 2 and compression is performed at the same time. When compression is complete, buffer 1 is empty and waits for the storage of the next driving record data. In this way, data storage proceeds continuously as it circulates between buffer 1 and buffer 2.

In this way, the driving record data stored in the BBSRAM of the VMEM board is copied to the portable storage device by PCMCIA device and used for the train inspection later.

Next, a process of compressing and storing train driving record data when operating a railroad vehicle will be described in detail.

First, a description will be given of the initialization process when the board is first installed, followed by a compression storage process when the vehicle is driven.

2 is a flowchart illustrating a process of initializing the board after the board is first installed in the train control system.

As shown in Fig. 2, in step S101, the vehicle reverser is turned on. Then, in step S102, the CPU determines whether the board has been replaced.

If affirmative in step S102, the process proceeds to step S103 to clear the buffers 1 and 2 of the VMEM board and the VCPU board and proceeds to step S104. If it is determined to be negative, the process proceeds to step S104.

Then, in step S104, it is determined whether it is the first start.

If affirmative determination is made in step S104, the flow advances to step S105 to store the driving record start time in the buffer 1 of the VCPU, and the flow proceeds to step S106. If it is determined to be negative in step S104, the flow proceeds to step S106.

Then, in step S106, it is determined whether the driving date has changed.

If, in step S106, affirmative determination is made, the process proceeds to step S107, the operation data counter number is incremented, and the process proceeds to step S108, where the start date and time of the operation is corrected for accurate analysis in the subsequent data analysis. And the initialization process is ended, and the process of storing the next driving record data is entered. However, if it is determined to be negative in step S106, the initialization process is immediately terminated without going through steps S107 and S108, and then the next driving record data storage process is entered.

Initialization described here describes the process that takes place when the board is used for the first time. It does not describe what happens when the vehicle is first operated. In general, when the vehicle is operated every day, the initialization is continuously stored in the buffer input the day before. .

3 is a flowchart illustrating a process of compressing and storing driving record data that occurs while driving a vehicle.

First, in step S201, the vehicle is started by the vehicle reverse power input.

Next, in step S202, the time at which vehicle startup is started is stored in the VCPU board. Then, in step S203, the CPU determines which buffer, either buffer 1 or buffer 2, is empty, and the driving record data from various devices is input and stored in real time to the determined empty buffer. Then, in step S204, when the recording buffer becomes full, driving record data continues to be stored in another buffer. At the same time, the driving record data of the pooled buffer is compressed and stored in the memory of the VMEM board. In this way, by using two buffers alternately, the driving record data can be recorded without stopping.

In this way, the buffer 1 and the buffer 2 are alternately used to record the driving record data, but when the vehicle reverser becomes neutral and the vehicle is stopped, the CPU stops storing the train driving record data in step S205.

In this way, when storing the driving record data of a railway vehicle, if the data is compressed and stored while moving the data from the VCPU board to the VMEM board, the memory capacity included in the VMEM board can be reduced by the compression ratio. .

In the above description, an example in which two buffers are used on the VCPU board has been described. However, two or more buffers may be used as necessary.

According to the present invention, in the case of storing the driving record data of a railway vehicle, by compressing and storing the data between the VCPU board and the VMEM board, the memory capacity of the VMEM board can be reduced by the compression ratio. It works.

Claims (3)

A plurality of vehicles installed in each vehicle to control, monitor, and collect the devices mounted on each vehicle, transmit the collected information to the train control computer TC, and be connected to the train control computer TC to receive commands therefrom. Vehicle computer (CC); And serially communicate with peripheral devices located in the cab to monitor and control the vehicle, and are connected to the plurality of vehicle computers (CC) to transmit and receive data related to train control, and to record driving data such as fault data or driving data. A method for storing train driving record data in a railway vehicle controlled by a vehicle comprehensive control device (TCMS) having a train control computer (TC) for storing a train in a memory, The train control computer TC further includes two or more buffers connected to a memory, When the reverse electric power of the railway vehicle is input and the vehicle is started, it is determined which of the two or more buffers is an empty buffer, According to the determination, driving record data from various devices mounted on the vehicle is stored in real time in an empty buffer of the two or more buffers, When the buffer being recorded becomes full, the storage of the buffer is stopped, and at the same time the driving record data are stored in real time from various devices in another empty buffer, And storing the driving record data stored in the buffer to be compressed and stored in the memory. The method of claim 1, And the compression is performed by a lossless compression method. The method of claim 2, And the lossless compression method is a Huffman compression method.

Images