A railway high-speed bearing operation monitoring system

Abstract

The embodiment of the present invention discloses a railway high-speed bearing operation monitoring system, which includes: multiple data acquisition units for periodically acquiring bearing operation status data; a first data communication unit for periodically sending first communication data to a local vehicle-mounted terminal; the local vehicle-mounted terminal configures an independent simulation operation environment for each received first communication data, and performs signal detection and analysis processing on the bearing operation status data based on a given operation strategy to determine whether a fault occurs; synchronously communicates with a remote analysis center; the remote analysis center can continuously perform fault prediction analysis on the first communication data from the same identity identification information, and issue the fault prediction results after forming them. The present invention can perform simulation in batches and effectively improve the monitoring efficiency; and the preliminary fault analysis is placed in the local simulation operation, and the complex prediction analysis process is predicted and analyzed through the remote center, further reducing the performance requirements for the local terminal.

Description

Technical Field

[0001] The invention relates to the technical field of bearing parameter detection, and in particular to a railway high-speed bearing operation monitoring system. Background Art

[0002] For railway vehicle equipment, high-speed bearings, as key components, need to be inspected regularly to prevent abnormal conditions caused by wear or damage. In the past, regular inspections were usually carried out by manual inspections in which professional inspectors visually confirmed the degree of wear and damage of each component. However, this method required repeated disassembly and assembly, which took a lot of labor and led to a significant increase in equipment maintenance and management costs. In addition, the reliability of detection was poor when relying solely on manual inspections.

[0003] Therefore, in order to eliminate the abnormal situation caused by the above-mentioned inspection method, it is proposed to use sensors to detect the sound and vibration signals generated when the bearing rotates, and to judge whether there is any abnormal information by analyzing the signal; the above-mentioned analysis process is generally stored or analyzed by a mainboard structure of the vehicle-mounted chassis (which is connected to the interface of the sensor output and collects data). This monitoring form has certain problems: first, as a local monitoring end, a monitoring mechanism is set at each monitoring position, and in order not to affect the vibration of the bearing device, etc., it is necessary to be located at a certain distance from the bearing device, and due to the large number, it not only needs to occupy limited vehicle space but also each monitoring data packet must be analyzed, which seriously occupies the memory operation space of the vehicle-mounted system and affects the normal operation process of the locomotive; second, if the monitoring data collection is completed only on the vehicle and analyzed by the remote center, although the memory operation space of the vehicle-mounted system is released, it is difficult to ensure the real-time nature of the monitoring process and cannot start the purpose of real-time monitoring. There is a certain lag, which will cause poor practicality. Summary of the invention

[0004] Based on this, the present invention proposes a railway high-speed bearing operation monitoring system to solve the above technical problems.

[0005] A railway high-speed bearing operation monitoring system, characterized by comprising:

[0006] A plurality of data acquisition units, each of which is arranged at a bearing monitoring position and is used to periodically collect bearing operation status data;

[0007] a first data communication unit, configured at the data acquisition unit side, for periodically sending first communication data to a local vehicle-mounted terminal; the first communication data at least includes: bearing operation status data and a position tracking analysis number collected by a certain data acquisition unit within a certain sampling period, the position tracking analysis number being used to characterize the binding relationship between the bearing operation status data and the position information of the bearing monitoring position, that is, from which bearing monitoring position the current bearing operation status data originates;

[0008] The local vehicle-mounted terminal communicates with multiple first data communication units, and can use the identity identification information in the first communication data as an identification identifier, configure an independent simulated operating environment for each received first communication data, and perform signal detection and analysis processing on the bearing operating status data of the first communication data based on a given operating strategy to determine whether a fault occurs; at the same time, the local vehicle-mounted terminal can also synchronously send the received first communication data to the remote analysis center through the second data communication unit and receive the fault prediction results issued by the remote analysis center, and determine whether a fault alarm is required;

[0009] The remote analysis center communicates with the second data communication unit through the third data communication unit, and can continuously perform fault prediction analysis on the first communication data from the same identity identification information, and issue the fault prediction results after forming them.

[0010] Optionally, in one of the embodiments, the data acquisition unit includes but is not limited to one or more combined applications of the following types of sensors; the sensor types include acoustic emission sensors, resonance-based acceleration sensors, and stress wave energy sensors.

[0011] Optionally, in one embodiment, the local vehicle-mounted terminal is capable of communicating with multiple first data communication units at the same time. During the communication process with each first data communication unit, it allocates a mutually independent simulation operating environment to each identification identifier according to the identified identification identifier and quantity, and calls the fault feature analysis simulation program in the respectively allocated simulation operating environment based on a given operating strategy to perform an independent fault analysis process, that is, to perform signal detection and analysis processing on the bearing operating status data of the first communication data to determine whether a fault occurs.

[0012] Optionally, in one embodiment, the process of the local vehicle terminal allocating a mutually independent simulated operating environment for each identification identifier includes: when obtaining the uploaded communication application request information, i.e., the identification identifier, determining whether the identification identifier belongs to a registered user in a preset operating environment allocation list; if so, directly providing the user with an independent independent operating environment and issuing independent operating permissions to facilitate calling the corresponding fault feature analysis simulation program; otherwise, marking each identification identifier not stored in the operating environment allocation list as a registered user, and then providing the user with an independent independent local operating environment and issuing independent operating permissions.

[0013] Optionally, in one embodiment, the local vehicle terminal calls the fault feature analysis simulation program in the respective assigned simulation operating environment based on a given operating strategy to perform an independent fault analysis process including: in the local operating environment, determining the program access space main address corresponding to the fault feature analysis simulation program to be called, and finding the program access space slave address with the identification identifier as a mark, the program access space main address and the program access space slave address having a corresponding space mapping relationship.

[0014] Optionally, in one of the embodiments, the local vehicle-mounted terminal performs a local independent operating environment creation process based on Docker technology or git technology.

[0015] Implementing the embodiments of the present invention will have the following beneficial effects:

[0016] After adopting the above technology, the present invention can reduce the space occupied by the bearing monitoring structure while achieving distributed and parallel operation of each fault simulation program independently in the running memory without occupying the original local vehicle-mounted terminal running memory, and perform simulation in batches, making full use of the speed and agility brought by distributed running storage, effectively improving the monitoring efficiency; and placing the preliminary fault analysis in the local simulation run, and performing predictive analysis on the complex calculation process through the remote center, further reducing the performance requirements for the local terminal. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0018] in:

[0019] Figure 1 A flowchart of a technology implemented in one embodiment; DETAILED DESCRIPTION

[0020] In order to make the purpose, technical solution and advantages of the present invention more clearly understood, the present invention is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not intended to limit the present invention.

[0021] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those generally understood by those skilled in the art of the technical field of the present invention. The terms used herein in the specification of the present invention are only for the purpose of describing specific embodiments and are not intended to limit the present invention. It is understood that the terms "first", "second", etc. used in the present invention can be used to describe various elements in this article, but these elements are not limited by these terms. These terms are only used to distinguish the first element from another element. For example, without departing from the scope of the present application, the first element can be referred to as the second element, and similarly, the second element can be the first element. Both the first element and the second element are elements, but they are not the same element.

[0022] In this embodiment, a railway high-speed bearing operation monitoring system is proposed. Figure 1 As shown, the operation monitoring system includes:

[0023] A plurality of data acquisition units, each of which is arranged at a bearing monitoring position and is used to periodically collect bearing operation status data;

[0024] a first data communication unit, configured at the data acquisition unit side, for periodically sending first communication data to a local vehicle-mounted terminal; the first communication data at least includes: bearing operation status data and a position tracking analysis number collected by a certain data acquisition unit within a certain sampling period, the position tracking analysis number being used to characterize the binding relationship between the bearing operation status data and the position information of the bearing monitoring position, that is, from which bearing monitoring position the current bearing operation status data originates;

[0025] The local vehicle-mounted terminal communicates with multiple first data communication units, and can use the identity identification information in the first communication data as an identification identifier, configure an independent simulated operating environment for each received first communication data, and perform signal detection and analysis processing on the bearing operating status data of the first communication data based on a given operating strategy to determine whether a fault occurs; at the same time, the local vehicle-mounted terminal can also synchronously send the received first communication data to the remote analysis center through the second data communication unit and receive the fault prediction results issued by the remote analysis center, and determine whether a fault alarm is required;

[0026] The remote analysis center communicates with the second data communication unit through the third data communication unit, and can continuously perform fault prediction analysis on the first communication data from the same identity identification information, and issue the fault prediction results after forming them.

[0027] Based on the above content, it can be known that the present invention can reduce the space occupied by the bearing monitoring structure while achieving the condition that it does not occupy the original local vehicle-mounted terminal running memory through the distributed parallel bearing monitoring mechanism. It can independently run their own fault simulation running programs in the running memory in distributed parallel, perform simulation in batches, and make full use of the speed and agility brought by the distributed running storage, thereby effectively improving the monitoring efficiency; and placing the preliminary fault analysis in the local simulation run, and performing the complex prediction analysis process through the remote center, thereby further reducing the performance requirements for the local terminal.

[0028] Among them, in some specific embodiments, the number of the data acquisition units is determined according to the specific position and number of the bearings to be monitored, that is, it is necessary to ensure that a corresponding data acquisition unit is set at each bearing monitoring position to periodically collect the bearing operation status data according to a given sampling period. Preferably, the bearing operation status data includes but is not limited to: bearing temperature signals, vibration signals, stress waves and other information generated during operation.

[0029] In some more specific embodiments, the data acquisition unit includes but is not limited to one or more combinations of the following types of sensors; specifically, the sensor includes a temperature sensor, an acoustic emission sensor, or a resonance-based acceleration sensor to collect vibration signals during the operation of the bearing, etc.; it can also be a stress wave energy sensor to collect stress wave signals. The reason for considering choosing a stress wave energy sensor is that the stress wave signal is not affected by mechanical vibration, and its signal not only eliminates background noise, but also has rich high-frequency signal components (facilitating feedback on the health status of different internal components) to facilitate subsequent signal analysis programs to perform fault analysis and prediction; and there is no specific directional requirement for the monitoring position of the stress wave sensor, it only needs to ensure that at the monitoring point position it only needs a conduction path from the bearing to the surface of the external shell where it is fixed, which can reduce the cost and complexity required for installation and debugging without occupying excess installation space.

[0030] Among them, in some specific embodiments, the first data communication unit is configured to correspond uniquely to the data acquisition unit, that is, it is configured on the side of the data acquisition unit, and is used to periodically send the first communication data collected by the data acquisition unit at the bearing monitoring position to the local vehicle-mounted terminal. In addition to including the bearing operating status data at the bearing monitoring position, the first communication data also needs to insert a pre-configured position tracking and analysis number into the first communication data packet to be sent. Each bearing monitoring position corresponds to a unique position tracking and analysis number, which is used to characterize the data connection between the bearing operating status data and the position information of the bearing monitoring position, i.e., the so-called binding relationship, through the position tracking and analysis number, so as to facilitate subsequent process tracking and analysis of the bearing operating status at the bearing monitoring position, or the fault prediction result determined after data analysis at the remote analysis center is that a fault is expected to occur or has occurred at the position, and whether a fault alarm is required is determined through the local vehicle-mounted terminal, and at the same time, a fault position display reminder operation is performed on the local vehicle-mounted terminal. In some more specific embodiments, according to the actual bearing life early warning monitoring requirements, all the bearing life monitoring positions that need to be performed are determined, assuming that the data is N, and at the same time, position identification information is configured for each bearing life monitoring position to give corresponding coding information, such as setting the coding in the following order, US 1 、US 2 、US 3 ·····US N ; The binding relationship between the bearing status and the position information of the bearing monitoring position can be obtained by the following formula to obtain the corresponding position tracking analysis number:

[0031] N=((S&i)│S×i+A)×(S=(S│(~i)))

[0032] Among them, S is the bearing operating status data at the bearing monitoring position, and the bearing life monitoring position (US 1 、US 2 、US 3 ·····US N ) is represented by variable i, A is a constant, which is Ox10325476 (decimal). If the bearing operating status data at a certain bearing monitoring position is Ox67452301 (the following is all based on decimal as an example), i=OxOEFCDAB89, then it is calculated that S&i=0S×i=60BC833D692E6689((S&i)│S×i+A)=60BC833D7960BAFF~i=10325476S│(~i)=0s-(S│(~i))=Ox67452301, and then the position tracking analysis number N=60BC833D7960BAFF×Ox67452301=2705F8D742158D24B2AC97FF is obtained.

[0033] Among them, in some specific embodiments, the local vehicle-mounted terminal can communicate with multiple first data communication units at the same time. In the process of communicating with each first data communication unit, it allocates a corresponding non-interfering and independent simulation operating environment to each identification identifier according to the identified identification identifier (that is, the identity identification information-position tracking analysis number in the first communication data) and the number, and calls the fault feature analysis simulation program in the respectively allocated simulation operating environment based on the given operating strategy to perform an independent fault analysis process, that is, to perform signal detection and analysis processing on the bearing operating status data of the first communication data to determine whether a fault occurs.

[0034] In some more specific embodiments, the process of the local vehicle terminal allocating a mutually independent simulated operating environment for each identification identifier includes: when obtaining the uploaded communication application request information, i.e., the identification identifier, determining whether the identification identifier belongs to a registered user in the preset operating environment allocation list, and if so, directly providing the user with an independent independent operating environment and issuing independent operating permissions, so as to facilitate the call of the corresponding fault feature analysis simulation program; otherwise, marking each identification identifier not stored in the operating environment allocation list as a registered user, and then providing the user with an independent independent local operating environment and issuing independent operating permissions. The operating environment allocation list configures the local vehicle terminal with the corresponding independent operating data packets for each registered user's corresponding identification identifier in advance, so that the user can call the corresponding analysis program for autonomous operation in the independent local operating environment provided by the user, and store the operating data under the corresponding program access space address.

[0035] In some more specific embodiments, the local vehicle terminal calls the fault feature analysis simulation program in the respective assigned simulation operating environment based on a given operating strategy to perform an independent fault analysis process including: in the local operating environment, determining the program access space main address corresponding to the fault feature analysis simulation program to be called, and finding the program access space slave address with the identification identifier as a mark, the program access space main address and the program access space slave address having a corresponding space mapping relationship.

[0036] The spatial mapping relationship model is: suppose the program accesses the main address of the space m, m has 32 bytes, and the program accesses the slave address of the space n, n has 32 bytes, then the first spatial mapping relationship function is

[0037]

[0038] Among them, n i Indicates that the program accesses the space from the i-th byte of address n, m iIndicates the mth byte of the main address m of the program access space, m 2 Indicates the second byte of the main address m of the program access space, m 13 Indicates the 13th byte of the main address m of the program access space, m 22 Indicates the 22nd byte of the main address m of the program access space, m 6 Indicates the sixth byte of the main address m of the program access space, m 11 Indicates the 11th byte of the main address m of the program access space, m 25 Indicates that the program accesses the 25th byte of the main address m of the space, m 7 Indicates the 7th byte of the main address m of the program access space, m 18 Indicates that the program accesses the 18th byte of the main address m of the space, m 3 Indicates the third byte of the main address m of the program access space.

[0039] Preferably, the spatial mapping relationship model can also be: set the program access space main address M and the program access space slave address N, then the second spatial mapping relationship function (the following uses decimal as an example) is N=M+(M&B)│((~M)&A), A and B are constants, A is Ox10325476, B is Ox98BADCFEL, if M=Ox67452301, then M&B=0(~M)&A=10325476 and then N=Ox67452301+Ox10325476=77777777, to determine the spatial mapping relationship between the program access space main address and the program access space slave address.

[0040] In one of the embodiments, the local vehicle terminal performs a local image operating environment creation process based on Docker technology or git technology. If git technology is used to create a local independent image operating environment, after the local Git service program in the local vehicle terminal receives the call instruction, it parses the call instruction to obtain the parsed operating environment information; it includes: software category, fault analysis software name, version information, etc.; the parsed information is encapsulated into a data packet and sent to the adaptation service process of the control unit of the local vehicle terminal through an internal communication method; the data packet mentioned here includes: fault analysis software operating parameter information data packet, fault analysis software control information data packet, etc.; after the local Git service process and the adaptation service process determine that the network communication connection exists; the local Git service process parses the information of the fault analysis software operating parameter information data packet into a specified directory structure and determines the directory path, and performs specified operations on the executable program under the specified directory according to the operation instructions in the fault analysis software control information data packet; after completion, the acquired data is returned to the acquired data packet content through the adaptation service process in the form of a data packet. If Dockert technology is used to create a local independent image running environment, the local Docker service process in the local vehicle-mounted terminal obtains and executes the Docker image running script data packet under the current system environment to provide an image running environment for the fault analysis application. The Docker image running script data packet includes the directory path of the main address of the program access space involved in the running process corresponding to the fault analysis application stored in the basic operating system environment and the directory path of the secondary address of the program access space involved in the image running process corresponding to the application stored in the Docker image container; the two directory paths have a unique mapping relationship, and the fault analysis application is mapped from the directory path of the main address of the program access space based on the mapping relationship. After the fault analysis application is run, the corresponding fault analysis service is provided to registered users; during the running process of the fault analysis application, all data generated during the running process will be stored synchronously in the original operating system environment; the storage process of all data files generated during the running process is based on the mapping relationship, and all data are written to the directory path of the main address of the program access space corresponding to the operating system environment.

[0041] Preferably, the fault analysis application can be a bearing fault damage analysis program with SVM algorithm as the identification and analysis mechanism, or a bearing fault damage analysis program with LMD and Lempel_Ziv indicators as the identification and analysis mechanism, a bearing fault damage analysis program based on MRMD identification and analysis mechanism, and so on.

[0042] In some specific embodiments, the local vehicle-mounted terminal can also synchronously send the received first communication data to the remote analysis center through the second data communication unit to store it in the remote analysis center for backup storage, and use it as sample data required for predictive analysis, and the fault prediction program performs subsequent analysis to obtain a fault prediction result. After receiving the fault prediction result issued by the remote analysis center, the local vehicle-mounted terminal analyzes and evaluates the fault prediction result. If it is determined that the fault prediction result corresponding to a certain position tracking analysis number identified in the fault prediction result has a fault risk (such as a possible fault already exists, or a fault may exist within the next few sampling cycles, etc.), a fault alarm is issued, or the fault location is further displayed on the interface of the display unit of the local vehicle-mounted terminal. Reminder.

[0043] In some specific embodiments, the remote analysis center communicates with the second data communication unit through the third data communication unit to receive the first communication data in real time, and based on the user identity information, i.e., the location tracking analysis number, classifies and stores all the first communication data uploaded by the local vehicle terminal (the same location tracking analysis number is the same category, which can be determined to be data association), so that the remote analysis center can call the internal pre-stored fault prediction program to perform real-time monitoring, analysis and management. In some more specific embodiments, each operating data type of users of the same category is reclassified and stored, such as reclassifying or adding a data association relationship table according to bearing temperature signals, vibration signals and stress wave signals, and providing an association relationship mapping table for each signal category and other signal categories that can be used for data association and integration according to the signal category, and performing data association, integration and comprehensive analysis based on the association relationship mapping table.

[0044] In some specific embodiments, the remote analysis center can also perform mirror distribution processing on the internal operating environment based on the same independent distributed control principle as the local vehicle terminal, and continuously perform fault prediction analysis on the first communication data from the same identity identification information, and issue the fault prediction result after forming it, which includes: 1. Allocating a unique allocation identification code, i.e., a location tracking analysis number, to each registered user of the local vehicle terminal, and determining the master access space address of the master process and the number of slave processes according to each location tracking analysis number and the number of numbers; 2. Allocating a slave access space address to each slave process based on a preset space mapping relationship table; 3. , allocating the data running relationship chain between the main process and the slave process in turn and storing the data. Each allocation of the data running relationship chain between the main process and the slave process and storing the data specifically includes migrating the mirror data to be run in the main process to the slave process for running, and copying the running data in the running process to the main process according to the given spatial mapping relationship, encapsulating and organizing them into data packets, and splicing each data packet into a storage directory path. Based on the storage directory path, the fault prediction program can independently perform prediction and analysis operations and synchronously send down the obtained fault prediction results (the fault prediction results need to add a location tracking analysis number to facilitate local vehicle terminal analysis and processing).

[0045] Preferably, the fault prediction program can be a program formed by a fault prediction algorithm model based on the PSO algorithm to optimize the support vector machine parameters, or it can be a learning model for designing bearing damage types obtained based on a clustering method, or it can be a rolling bearing damage degree diagnosis learning model of a stacked sparse noisy autoencoder deep neural network.

[0046] The above-mentioned embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A railway high-speed bearing operation monitoring system, characterized in that: include: A plurality of data acquisition units, each of which is arranged at a bearing monitoring position and is used to periodically collect bearing operation status data; A first data communication unit, configured at the data acquisition unit side, for periodically sending first communication data to the local vehicle terminal; The local vehicle-mounted terminal communicates with multiple first data communication units, and can use the identity identification information in the first communication data as an identification identifier, configure an independent simulated operating environment for each received first communication data, and perform signal detection and analysis processing on the bearing operating status data of the first communication data based on a given operating strategy to determine whether a fault occurs; at the same time, the local vehicle-mounted terminal can also synchronously send the received first communication data to the remote analysis center through the second data communication unit and receive the fault prediction results issued by the remote analysis center, and determine whether a fault alarm is required; The remote analysis center communicates with the second data communication unit through the third data communication unit, and can continuously perform fault prediction analysis on the first communication data from the same identity identification information, and issue the fault prediction result after forming it; Among them, the local vehicle-mounted terminal can communicate with multiple first data communication units at the same time. In the process of communicating with each first data communication unit, it allocates a mutually independent simulation operating environment to each identification identifier according to the identified identification identifier and quantity, and calls the fault feature analysis simulation program under the respectively allocated simulation operating environment based on the given operating strategy to perform an independent fault analysis process, that is, to perform signal detection and analysis processing on the bearing operating status data of the first communication data to determine whether a fault occurs; the process of the local vehicle-mounted terminal allocating a mutually independent simulation operating environment to each identification identifier includes: when obtaining the uploaded communication application request information, that is, the identification identifier, judging whether the identification identifier belongs to a registered user in the preset operating environment allocation list, if so, directly providing the user with an independent independent operating environment and issuing independent operating permissions, so as to facilitate calling the corresponding fault feature analysis simulation program; otherwise, each identification identifier not stored in the operating environment allocation list is marked as a registered user, and then an independent independent local operating environment is provided to the user and an independent operating permission is issued.

2. The railway high-speed bearing operation monitoring system according to claim 1 is characterized in that: The first communication data includes at least: bearing operation status data collected by a data collection unit within a sampling period and a position tracking analysis number, wherein the position tracking analysis number is used to characterize the binding relationship between the bearing operation status data and the position information of the bearing monitoring position.

3. The railway high-speed bearing operation monitoring system according to claim 1 is characterized in that: The data acquisition unit includes but is not limited to one or more combinations of the following types of sensors; the sensor types include acoustic emission sensors, resonance-based acceleration sensors, and stress wave energy sensors.

4. The railway high-speed bearing operation monitoring system according to claim 1 is characterized in that: The local vehicle terminal calls the fault feature analysis simulation program in the respective assigned simulation operating environment based on a given operating strategy to perform an independent fault analysis process, including: in the local operating environment, determining the program access space main address corresponding to the fault feature analysis simulation program to be called, and finding the program access space slave address with the identification identifier as a mark, and the program access space main address and the program access space slave address have a corresponding space mapping relationship.

5. The railway high-speed bearing operation monitoring system according to claim 1 is characterized in that: The local vehicle-mounted terminal performs a process of creating a local independent operating environment based on Docker technology or git technology.

Images