WO1999054698A2 - Systeme et procede de projection et d'execution de processus de controle - Google Patents

Systeme et procede de projection et d'execution de processus de controle Download PDF

Info

Publication number
WO1999054698A2
WO1999054698A2 PCT/DE1999/001113 DE9901113W WO9954698A2 WO 1999054698 A2 WO1999054698 A2 WO 1999054698A2 DE 9901113 W DE9901113 W DE 9901113W WO 9954698 A2 WO9954698 A2 WO 9954698A2
Authority
WO
WIPO (PCT)
Prior art keywords
objects
hardware
test
test sequence
akut
Prior art date
Application number
PCT/DE1999/001113
Other languages
German (de)
English (en)
Other versions
WO1999054698A3 (fr
Inventor
Doris Hartmann
Sofiane Kacem
Rolf Krämer
Karl-Heinz Maier
Nicolai Plewinski
Original Assignee
Siemens Aktiengesellschaft
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from DE19834972A external-priority patent/DE19834972B4/de
Priority claimed from DE19855874A external-priority patent/DE19855874A1/de
Application filed by Siemens Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Priority to EP99927660A priority Critical patent/EP1071935A2/fr
Publication of WO1999054698A2 publication Critical patent/WO1999054698A2/fr
Publication of WO1999054698A3 publication Critical patent/WO1999054698A3/fr

Links

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01V—GEOPHYSICS; GRAVITATIONAL MEASUREMENTS; DETECTING MASSES OR OBJECTS; TAGS
    • G01V1/00—Seismology; Seismic or acoustic prospecting or detecting
    • G01V1/28—Processing seismic data, e.g. analysis, for interpretation, for correction
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01H—MEASUREMENT OF MECHANICAL VIBRATIONS OR ULTRASONIC, SONIC OR INFRASONIC WAVES
    • G01H1/00—Measuring characteristics of vibrations in solids by using direct conduction to the detector
    • G01H1/12—Measuring characteristics of vibrations in solids by using direct conduction to the detector of longitudinal or not specified vibrations
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01R—MEASURING ELECTRIC VARIABLES; MEASURING MAGNETIC VARIABLES
    • G01R13/00—Arrangements for displaying electric variables or waveforms
    • G01R13/20—Cathode-ray oscilloscopes
    • G01R13/22—Circuits therefor
    • G01R13/28—Circuits for simultaneous or sequential presentation of more than one variable
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01R—MEASURING ELECTRIC VARIABLES; MEASURING MAGNETIC VARIABLES
    • G01R13/00—Arrangements for displaying electric variables or waveforms
    • G01R13/20—Cathode-ray oscilloscopes
    • G01R13/22—Circuits therefor
    • G01R13/30—Circuits for inserting reference markers, e.g. for timing, for calibrating, for frequency marking

Definitions

  • the invention relates to a system and a method for project planning and execution of test sequences.
  • test system or test method is used, for example, in the field of signal detection and signal evaluation.
  • a mixture of measurement hardware and signal processing software is often to be combined with one another, the knowledge and experience of specialists often being required for such a measurement setup due to the complexity of the interrelationships.
  • a device for recording analog measurement signals for the acoustic diagnosis of test objects is known.
  • analog test signals can be recorded by a test object.
  • a computer is equipped with a standard interface card, which is used to digitize the measurement signals.
  • a switching signal is used to generate a trigger signal which can be input via a preferably serial interface.
  • a control program in the computer switches the input of measurement signals on and off via the trigger signal.
  • the invention is based on the object of specifying a system and a method for project planning and carrying out test sequences which can be configured, processed and executed in a simple manner with the aid of a data processing device.
  • This task is solved by a system for configuring and executing test sequences with a hardware catalog in which hardware objects relevant to the system are stored as an image of real hardware components, and with Test sequence objects as an image of signal processing algorithms and with a processing device for interconnecting the hardware objects and the test sequence objects for a test setup and for carrying out the test sequences, the hardware objects and the test sequence objects having at least one predefinable interface which is provided for interconnecting the hardware objects and / or the test sequence objects.
  • This task is solved by a procedure for configuring and executing test procedures, in which hardware objects relevant to the system are stored in a hardware catalog as an image of real hardware components and test procedure objects as an image of signal processing algorithms, in which the hardware objects and the test procedure objects are interconnected to form a test setup and in which the test sequence is carried out via a predefinable interface of the hardware objects and the test sequence objects with assigned functions.
  • the user can interconnect the hardware components required for the test procedure without prior expert knowledge from the hardware catalog and thus configure and, if necessary, change the hardware structure.
  • the test sequence is configured using the same system by interconnecting the test sequence objects and interconnected with one another and with the hardware structure.
  • a test setup generated in this way can be used immediately, since the hardware objects and the test procedure objects are functionally connected to one another via the specified interfaces. This eliminates the need to compile configuration data. Changes to the test setup both with regard to the hardware structure and with regard to the test sequence can also be carried out without difficulty.
  • the test system or test procedure can be configured consistently and completely using a uniform tool.
  • test sequence objects ie the signal processing and evaluation algorithms are available as data objects
  • the functional scope of the test system can be adapted dynamically and easily according to the requirements of the test objects by simply adding new data objects.
  • the test system is given enormous flexibility. New components can simply be added and are immediately available to the system for project planning. This allows the test sequence of the respective test objects to be optimally adapted without having to create a new test system each time.
  • OLE objects Object Linking and Embedding
  • test sequence compiled from the OLE objects is immediately executable without additional compilation.
  • new objects can be easily added.
  • a safe and reliable execution of a test sequence is ensured in that the hardware objects and the test sequence objects have a first interface for project planning of the hardware objects and the test sequence objects and a second interface for automatic operation, with a control device for execution and synchronization in automatic operation of the test sequence is provided. Because the hardware objects and the test sequence objects
  • a configured test sequence can be used immediately after a change and does not have to be compiled first.
  • the system is provided for recording and evaluating vibro-acoustic, technical characteristics of technical objects, in particular electric motors.
  • the system can be easily calibrated by comparing an input signal of a hardware component, in particular a sensor, with a predeterminable normal value in a calibration step and adapting changeable factors of a hardware component or a test sequence object to a predefinable tolerance value in an adjustment step.
  • FIG. 1 shows a schematic illustration of an exemplary embodiment of a configuration and testing system
  • FIG. 2 shows an exemplary view of a hardware catalog with hardware objects as an image of real hardware components of a configuration and testing system
  • FIG. 4 shows an overview of the hardware configuration of an acoustic configuration and testing system, a schematic representation of the rough process of an acoustic project planning and testing system,
  • Exemplary first input masks for defining the name and the storage path for project planning of a new test object create new acute project
  • Exemplary second input masks for project planning of a new test object with corresponding measurement arrangement (acute project mask)
  • Exemplary third input masks for further project planning of a new test object with a corresponding measuring arrangement (assistant-supported project planning - modular selection)
  • test object description exemplary fourth input masks for configuring the technical properties of the test object (test object description).
  • exemplary fifth input masks for selecting acoustic sensors for the test object assistant suggestions for sensors
  • Exemplary sixth input mask for entering new acoustic sensors ((inserting sensors)
  • Exemplary seventh input screens for displaying the technical properties of acoustic sensors new sensor (selection option from the HW catalog),
  • exemplary eighth input mask for starting an acoustic test (sample recording (recording of typical test objects)
  • Exemplary tenth input masks showing the result of an acoustic test (recording mask (displaying the recorded signals)
  • exemplary thirteenth input masks for generating the parameters for an automatic acoustic test (parameterization of the automatic mode (generate test specifications)) and 22 shows exemplary fourteenth input masks for displaying the technical properties of sensors (AKUT-
  • FIG. 1 shows a schematic basic illustration of a project planning and testing system 1.
  • Test system 1 has a hardware catalog 2 in which hardware objects 2a..2d are stored.
  • a further object catalog 3 is provided, in which test sequence objects 3a..3d are stored.
  • the hardware objects 2a..2d have interfaces 17, 18, the test sequence objects 3a..3d interfaces 19, 20, 21.
  • the test system 1 also contains a processing device 4 with a first processing subarea 4a for determining the analysis methods, with a third subprocessing area 4c for a so-called automatic mode and with a fourth subprocessing area 4d for a calibration of the test system 22. With the help of the processing device 4, a Access to hardware catalog 2 and object catalog 3.
  • the processing device 4 is used to configure a test setup 5, which can be configured from hardware objects 2 and from test sequence objects 3.
  • Reference number 5 denotes such an exemplary test setup.
  • the test setup 5 consists of a hardware setup 5a and a test schedule 5b.
  • the hardware structure 5a contains hardware objects 2a..2f.
  • the starting point of the hardware structure 5a is a device under test 2a, for example a motor.
  • Sensors 2b, 2c, 2d which are arranged in parallel, are connected downstream of the test object 2a.
  • the outputs of the sensors 2b, 2c, 2d are connected to the inputs of a signal conditioning 2e, which in turn is followed by signal detection modules 2d, 2e.
  • the outputs of the signal detection modules 2f, 2g, which simultaneously form the outputs of the hardware structure 5a, are connected to the inputs of the test sequence structure.
  • the test sequence structure 5b contains a fast Fourier transformation 3a, a mean Value calculation 3c, a variance calculation 3d, a kurtosis determination 3b and a cepstrum determination 3e.
  • the output signals of the test sequence components 3c, 3d, 3e determined in this way are forwarded together to a classifier 3f.
  • the system for project planning and execution of test sequences shown in FIG. 1 illustrates the basic integral structure of the measurement hardware and the test sequence.
  • the measuring hardware is configured using the processing device 4 from the hardware catalog 2 of the hardware objects 2a..2d, during the test sequence, i.e. the signal processing evaluation algorithms are compiled from catalog 3 of test sequence objects 3a..3d.
  • the processing device 4 is also used for processing and executing the measurement setup 5.
  • the special feature of the test system 1 shown in FIG. 1 is that both the hardware and the software for the test system are configured together with the aid of the processing device 4.
  • the mapping of the measurement hardware components and test algorithms for data processing objects opens up enormous flexibility for the system. Both measurement hardware components and test sequence objects can be easily added and are immediately available for configuration.
  • the test procedure can be adapted to the test task without having to create a completely new test system.
  • the complete integration of the test system within a data processing system creates an integral test system that can also be easily operated by non-specialists.
  • Fig. 2 shows a screen 14 on which in a first
  • FIG. 12 Screen area 12 a hardware catalog 2 of an acoustic test system is shown as an example.
  • the hardware catalog 2 contains a variety of hardware objects in the form of sensors, signal conditioning, signal acquisition modules and calibrators.
  • the hardware objects “sensors” are divided into airborne sound sensors and structure-borne sound sensors, which in turn are assigned different types.
  • the hardware catalog shown in FIG. 2 forms the basis for the configuration of a hardware structure for an acoustic test system, as has been shown and explained for example in connection with FIG. 1.
  • the hardware catalog of the test system contains, in addition to the hardware objects of the hardware catalog 2 itself, also documentation on the individual hardware objects.
  • FIG. 3 shows an example of a completely configured measurement hardware structure of an acoustic test system.
  • the configured hardware of the test system is specified in a screen area 7 and is called "signal acquisition hardware".
  • screen area 7 the individual hardware objects of this signal acquisition hardware are given in the form of sensors, signal conditioning, signal acquisition module and calibrator. 3 also contains menu and ICON bars 9, 10, 11, which enable the user to navigate within the test system.
  • ICON bars 9, 10, 11 which enable the user to navigate within the test system.
  • the hardware objects of the sensors which are highlighted in the left screen area by an arrow 15, again explicitly specified as structure-borne noise sensor and airborne noise sensor.
  • the hardware configuration consists of a computer 22 with a digital signal detection device 27.
  • the digital signal detection device 27 has analog / digital converters 28 and digital / analog converters 29 which can be coupled to a signal conditioning means 23.
  • a structure-borne noise sensor 26 and a Airborne sound sensor 25 can be coupled.
  • a loudspeaker and / or headphones 24 and the airborne sound sensor 25 can be connected to the digital signal detection device 27.
  • the loudspeaker 24 is coupled to an analog / digital converter 28 and the airborne sound sensor is coupled to a digital / analog converter.
  • the reference symbol 30 denotes a digital interface as input / output
  • the reference symbol 31 denotes a decoupling device for the computer 22 and the reference symbol 32 a process control.
  • the test system shown in FIG. 4 is used for the vibro-acoustic test of test objects, for example motors, and takes into account the following customer requirements:
  • the system shown in Fig. 4 is a powerful diagnostic system for sound and vibration analysis for automated quality control and production monitoring.
  • the system enables acoustic time signals such as sound, vibrations, etc. to be recorded, processed and processed both manually and automatically can be archived.
  • the system is able to identify possible errors on the part of the test object based on the signals recorded by the test object and a previous configuration, and to output and save error messages via the screen or PC interface.
  • Previous systems can only be put into operation by highly qualified specialists (measurement technicians). This should be redeveloped through the use of assistant technologies. system can be set by technologists. Sound
  • the product structure of the acoustic testing and project planning system looks as follows:
  • the software part of the AKUT system consists of the AKUT basic system and the so-called modular technology.
  • AKUT is a system for automatic sound testing. It can be used both in parts production for quality control and in the monitoring of machines during operation. For this purpose, the sound signals are automatically recorded and analyzed and classified using pattern recognition algorithms.
  • the AKUT system is integrated into the process and therefore communicates with an automation system.
  • the AKUT basic system controls the automatic test mode and enables the user to configure, calibrate and adjust the system. With the help of technology kits, the user is able to carry out the project planning with the support of an assistant who contains technology-specific knowledge. The user can accept or reject the wizard's suggestions.
  • the AKUT system can be roughly divided into parts
  • the AKUT basic system includes all components that make it possible to configure, calibrate / adjust and operate an AKUT system for the acoustic evaluation of test objects of a certain type.
  • the basic system can be expanded to a wizard-assisted system using modular technology.
  • the AKUT basic system consists of
  • Automatic mode which controls the recording and evaluation of the time signals in test mode, • the AKUT configuration, which enables the configuration and parameterization of an AKUT system.
  • the calibration / adjustment which allows a comparison of the values recorded at the end of the measuring chain with a standard (calibration) and enables the user to set adjustment constants (adjustment),
  • the AKUT core which contains all components for signal acquisition and evaluation.
  • an AKUT system In an AKUT system, only one component of the components automatic mode, project planning and calibration / adjustment can be active. The activation of the individual components is only possible for authorized users.
  • the configuration of an AKUT system can either be carried out exclusively with the AKUT basic system (so-called "manual" configuration) or assisted by adding a suitable engineering kit.
  • successful manual configuration requires the user to know the technological and metrological relationships
  • the assistant-supported configuration the assistant offers the user suitable suggestions that he derives from his technological and metrological knowledge, and users with different authorizations can be defined in the AKUT system.
  • the mechanisms for identifying the users are defined in the design document.
  • the technology kit provides the following components:
  • Capture test object description Captures the technological user data in dialog with the user, which describes the structure and the acoustically relevant properties of the objects to be tested (e.g. electric motors).
  • the signal acquisition / playback component is responsible for recording and reproducing the sensor signals. Depending on the recording hardware, several channels can be acquired simultaneously. The signal acquisition makes the recording data available for further processing for each recorded channel.
  • Result data from the predecessor can be used as input data.
  • Characteristic extraction is the calculation of characteristic values.
  • a characteristic is defined by a subset of the result data of the signal processing, as well as by a calculation rule. Various statistical functions (e.g. mean, variance, etc.) can be used and combined (arithmetically) in this calculation rule.
  • the result of the feature calculation is a scalar value.
  • the (Threshold value) classifier uses the calculated characteristic values in order to divide the measured test object into defined error classes on the basis of characteristic-specific thresholds that are specified in the test specification. If all characteristic values lie within their thresholds, the test object is rated as good. In addition to the threshold classifier, other classifiers are also conceivable. This component is responsible for displaying data.
  • the data to be displayed are supplied by the other components, such as signal processing or classification.
  • the user has the option of marking areas and having the current (metrological) values (time, frequency, amplitude) displayed at the cursor position on the screen.
  • the archiving saves measured values and evaluation results during operation. It can be parameterized for each AKUT project which elements are to be logged.
  • the communication component takes over communication with the connected automation system AS.
  • a function block that supports the protocol with the AKUT computer must be active on the AS side.
  • Other types of AS communication are possible in principle (e.g. via MPI or via ObjectEngine.)
  • Automatic mode requires a test specification that generates the AKUT configuration.
  • the test specification defines which objects are to be executed with which parameters and in which order. The process can be stopped by a communication signal from the AS or by the operator.
  • Calibration is the process of comparing the test device with a standard. It is a prerequisite for use a test equipment. When adjusting, internal gain factors are adjusted so that the deviation during calibration is less than a certain tolerance value. Adjustment and calibration encompass the entire measuring chain, but especially the sensors. Both processes must be carried out at least during commissioning. The measuring chain including sensors / microphones, signal conditioning, sound card, computer is affected.
  • AKUT system Every use of an AKUT system for the evaluation of certain test objects is described by an AKUT project, which is created via the AKUT project planning.
  • the AKUT configuration enables
  • the configuration For each AKUT project, the configuration generates and saves an AKUT configuration that contains all the description data for a specific project. Based on the AKUT configuration, the project engineering creates a so-called test specification that describes the test procedure and contains all the information necessary for the test procedure. According to this test specification, the time signals are recorded, evaluated and classified in automatic mode.
  • the AKUT project can be used to create new AKUT projects or to modify existing ones.
  • the AKUT configuration comprises the following configuration steps
  • the hardware configuration, the hardware components sensors for the AKUT project In the first configuration step, the hardware configuration, the hardware components sensors for the AKUT project
  • Signal conditioning, acquisition module and PC can be configured (see Fig. 2-4). For each hardware type (sensor, signal conditioning, acquisition module, PC), the hardware configuration enables the "new.”
  • the hardware component can be connected to any existing hardware components in accordance with the hardware interconnection options (sensor, signal conditioning, acquisition module, PC).
  • the selection of the real hardware product can be changed Adjustable hardware properties (eg amplification factor of signal conditioning) can also be modified become.
  • a hardware component always deletes all associated hardware interconnections.
  • a hardware channel is generated for each sensor, which describes the path of a time signal recorded by this sensor through the interconnected hardware components.
  • the user can have the interconnections of the individual channels displayed. All configuration data generated during hardware configuration are stored in the AKUT configuration.
  • the user When configuring the hardware manually (i.e. without a modular system), the user must independently determine and coordinate the hardware components suitable for his test item from the hardware catalog.
  • AKUT basic system hardware catalog naturally only contains a selection of common hardware components that are generally suitable for an AKUT system. The user therefore has the
  • the second project planning step is: Recording / importing typical test objects.
  • the time signals of typical test objects are recorded as the basis for the later determination of evaluation criteria.
  • all recordings are made with the same recording time to be determined by the user. Every shot of a typical
  • DUTs must be clearly identified by the user and assigned to an error class. This assignment can also be carried out or changed afterwards (eg after all test items have been recorded.
  • the user has the possibility to define new error classes.
  • Each recorded signal is visualized, whereby both the displayed channel and the type of display (time signal, FFT (Fast Fourier Transform) or FFT spectrogram with standard settings) can be set by the user.
  • the user can display signals that have already been recorded or delete them again.
  • the user can define one or more (parallel and / or serial) evaluation methods for each hardware channel or sensor.
  • a separate analysis channel is generated for each evaluation, the (unique) name of which is specified by the user.
  • the user must state the origin of the signal (hardware channel / sensor) and the analysis method with which the time signal is to be processed (e.g. FFT spectrogram) for each new analysis channel.
  • FFT spectrogram the analysis method with which the time signal is to be processed
  • Several processes can also be connected in series (e.g. filter, FFT).
  • the analysis methods are to be chosen so that they form a suitable basis for the subsequent definition of the characteristics (see next section).
  • the user can apply a set analysis method to the recordings of his typical test objects and have the result displayed graphically. All configuration data generated during the configuration of the analysis procedures are stored in the AKUT configuration.
  • the user can define one or more features for each analysis channel.
  • Each characteristic must be defined in such a way that a simple numerical value is provided as the calculation result (eg sum of the energies in a certain frequency range).
  • About the definition of threshold The values under test can then be classified for a certain characteristic.
  • a characteristic is generally defined graphically via the representation of the analyzed signal of a typical test object: The user uses the mouse to select a specific area within his spectrum and selects one (or several in series) from the pool of all possible test element functions. He can then have the calculation results for all of his typical test objects displayed graphically for this characteristic. All configuration data generated during the definition of characteristics are stored in the AKUT configuration.
  • the user can calculate a defined characteristic for all recorded test objects and have the result displayed graphically (as a histogram) ( Figure 12).
  • the test items are sorted according to the defect classes and optically differentiated. The user can thus easily recognize whether a characteristic provides significant results for test specimens of a certain defect class.
  • the user can have the corresponding image or the associated test object properties displayed. Using the mouse, the user can define a lower and an upper threshold value for a good / bad classification (with regard to the error class) of the test objects in the graphic.
  • test specification For the control of the automatic mode, the project engineering creates a so-called test specification that describes the test procedure.
  • the test specification is created automatically based on the configuration data stored in the AKUT configuration. The individual steps of the generated test sequence are listed for the user.
  • Project planning with the assistant requires that the test objects to be diagnosed with the AKUT project (e.g. electric motor) are described from a technological perspective in the first step. This is done using the Component description entry component of the technology kit, which uses the knowledge it has about the basic structure of an object in its technology to query the necessary data from the user. Based on this technological user data, the assistant, together with his (technological and metrological) assistant knowledge, can derive suggestions for the user or support them in interpreting their recorded signals.
  • the AKUT project e.g. electric motor
  • the wizard supports the user when configuring an AKUT project by suggesting wizards in the following configuration steps:
  • the assistant provides the user with a configuration proposal, which he derives from his assistant knowledge and the description of the test object (technological user data).
  • Each assistant suggestion can be accepted, modified or rejected by the user. Alternatively, the user can of course continue to make their own configuration specifications. Please note the following when modifying a wizard proposal: If a user wants to modify a wizard proposal, only those elements are offered for direct selection whose properties conform to the wizard proposal (eg components from the hardware catalog). However, he has the option of selecting other elements if desired. This selection will contradict the assistant's suggestion. This has the following consequences:
  • the selection of the user is used as the basis for further assistant suggestions. This can result in the assistant being able to make only a limited selection of suggestions or no suggestions at all.
  • the configuration selected by the user can lead to an impairment of the automatic mode or the test object evaluation.
  • the user has the option of identifying his or her own HW components using an editor in the HW catalog, or adding them there if they are not included in the present HW catalog.
  • the marked HW components are given priority in the wizard suggestions.
  • the wizard also supports the user in interpreting the analyzed time signals. Based on his technological and metrological knowledge and the technological description parameters of the test object specified by the user, he can determine the technological meaning of specified parameters (e.g. frequencies) and display them to the user.
  • specified parameters e.g. frequencies
  • the user uses the mouse to mark a specific frequency range in an FFT spectrogram and receives the information from the assistant that e.g. there is a certain multiple of the slat frequency.
  • the data for the HW catalog is not an independent component, but merely a description of special hardware products that are particularly suitable for the technology of the modular technology system.
  • FIG. 5 shows the overall sequence of the AKUT system as a rough sequence.
  • the overall sequence of the AKUT system is reflected on the surface.
  • the user After starting the AKUT system 43, the user must open an existing AKUT project 45 or create a new project 45 in the first step 44. This loads the project-specific AKUT configuration 45 or creates a new one. The user can then select the desired operating mode 46,49,55, whereby only the selection project mode 46,49 is possible for a new project. If the user ends the selected operating mode, he can then either activate another operating mode or close the AKUT project 45 through step 58.
  • the executable objects of the AKUT core are created, initialized and linked in their sequence as specified in the test specification. Is the choice of operating step 52 Automatic mode 53 started, the objects in their
  • the AKUT core objects are executed in the sequence of the test sequence.
  • the test procedure can be carried out either once or in a loop.
  • the user selects the calibration and adjustment mode 56 by executing the operating step 55, he must first enter his name (identification).
  • the user can select the standard he is using from a list of commercially available standards in the hardware catalog. He can expand this list with his own standards with the properties name, standard value and frequency range. After selecting a standard, he is asked to attach the standard to a sensor. He then starts the recording using the keyboard (recording time 2s). The recorded signal, the name of the user, the date with the time and the measured value assigned to the standard value are saved. The measured value is displayed on the screen together with the percentage deviation. The calibration is thus completed in operating step 57.
  • the user has the option (by mouse click) to have a new gain factor calculated, which normalizes the electrode so that the measured value displayed is the same as the standard value with the same recording. After acknowledgment, this gain factor is transferred to the AKUT configuration.
  • AKUT configuration comprises the configuration steps already listed.
  • the individual configuration steps must be carried out one after the other. After each configuration step, However, both an interruption of the configuration run and a jump back to an already performed configuration step are possible.
  • step 46 When configuring without an assistant 47 (step 46), the user is provided with operations in every configuration step via the user interface, via which he can create a new AKUT configuration and display or manipulate existing ones.
  • the sequence within a configuration step results from the selection and sequence of the individual operations selected by the user. All newly created or modified project data within a project planning step are stored in the AKUT configuration.
  • the assistant-supported configuration 50 activated by step 49 is possible in the following configuration steps:
  • both the components of the AKUT configuration of the basic system and of the modular technology are active.
  • the user can have a wizard suggested.
  • the sensor proposal is derived from the technological properties of the test object; all other hardware components must be matched to the selected sensors. Every assistant Impact can be accepted, modified or rejected by the user.
  • Hardware components can also be configured independently by the user.
  • All configuration data generated during hardware configuration are stored in the AKUT configuration.
  • the wizard supports the user by suggesting error classes for which suitable features can be suggested at a later stage in the configuration.
  • the user must assign the recordings of his typical test specimens, which correspond to the respective defect classes.
  • the user can of course also add his own error classes.
  • the user can ask the assistant to make suitable suggestions for the evaluation of the individual hardware channels, which he then derives from the technological description of the device under test and the properties of the channel.
  • the user can accept, modify (e.g. set another window function for the FFT) or reject the individual suggested analysis channels.
  • All services described under the AKUT basic system are of course still available in the assistant-supported configuration. All configuration data generated during the configuration of the analysis procedure are stored in the AKUT configuration.
  • the user can have the assistant suggest features for a specific analysis channel. Each suggestion is assigned to one of the error classes already suggested by the assistant. The user can accept, modify (eg select a larger frequency range) or reject the individual proposed features. Of course, everyone is still under in the assisted configuration the services described in the AKUT basic system. All configuration data generated during the configuration of the analysis procedures are stored in the AKUT configuration.
  • the hardware catalog (HW catalog for short) includes the description of a selection of sensor-type hardware components that can be used for AKUT, signal conditioning, digital acquisition module, PC and calibrator.
  • the content of the hardware catalog forms the basis for the selection of hardware products in the context of (manual and assistant-supported) hardware project planning.
  • the project-specific data are created by the project planning for each AKUT project and include the technological description of the test object (only with assistant-supported project planning) and the entire configuration of an AKUT project.
  • the technological user data describe the technological structure of the objects to be checked in an AKUT project, e.g. Electric motors. They are part of the technology kit, the structure of this data is technology-dependent.
  • the technological user data are recorded by the component "Enter test object description" from the modular system and are available to the assistant for the creation of his project planning suggestions and for the interpretation of the analyzed signals.
  • the AKUT configuration contains the overall configuration of an AKUT project. It is successively created by the hardware, analysis, feature and classifier configuration and forms the basis for automatic operation 53.
  • the AKUT basic system consists of the following software components: hardware catalog 39, hardware objects 34, configuration sequence control 37, automatic operation 35, calibration and adjustment 36, AKUT core object 33, general AKUT hardware 40 and user-specific hardware 41.
  • Each software component forms a closed implementation unit with a defined interface.
  • the software components 33, 34 realized as OLE objects are distinguished by the fact that they offer different interfaces (represented by the symbol “—o”) for different “object users”. This means, for example, that objects of different classes (eg all executable objects) can present themselves to a certain user (eg automatic mode) with a uniform interface, while another user, eg AKUT configuration, cannot present another have a uniform interface (dispatch interface).
  • the individual software Components of the AKUT basic system are described below.
  • the AKUT core 42 consists of a collection of OLE automation objects which can be addressed by the AKUT project planning and automatic mode. These OLE objects are equipped with different OLE interfaces 58, 59, 60 (interfaces), via which they can be addressed.
  • OLE interfaces 58, 59, 60 interfaces
  • the dispatch interface 58 which represents a standard interface of OLE objects that varies from object to object, there are also others that are standardized for the respective task.
  • sequence control takes over the execution and synchronization of the individual test steps.
  • the sequence control is also an AKUT core, that is, an OLE object. So that test steps can be carried out in parallel, each OLE object is called in its own thread.
  • the synchronization of the test steps is controlled via events.
  • the AKUT configuration comprises the following software components:
  • Hardware objects describe the hardware configuration of an AKUT project. These objects are not used in automatic mode, so they cannot run and are therefore not included in the AKUT core.
  • the software component "Control configuration process” forms the framework program of the AKUT configuration and takes on the following tasks: • User interface
  • the hardware objects are like the objects of the AKUT core OLE objects, which represent the individual hardware components of an AKUT system. They make the following interfaces available to the other components of the AKUT configuration or the modular technology system:
  • the technology kit offers the user the option of configuring his AKUT project with the help of an assistant
  • the technology-dependent knowledge base which contains the technological knowledge relevant for the use of an AKUT system in a certain technology, forms the basis for the assistant knowledge of a technology kit in a colloquial form. From this knowledge, the technological rules are derived, which, together with the nik modular system of valid metrological (hardware, signal evaluation) knowledge form the so-called assistant knowledge.
  • the metrological or hardware knowledge is technology-independent and for the most part already contained in the corresponding hardware objects and objects of the AKUT core (analysis methods, test elements).
  • the assistant can draw on this knowledge. Only the (generally applicable) dependencies between the individual hardware components, which are relevant for creating a consistent hardware configuration, are stored in the wizard.
  • the technological knowledge must be created anew for every technology kit and possibly can also be expanded for special applications.
  • the rules that derive from technological knowledge are therefore formulated in a specific rule language that can be interpreted by the modular technology system.
  • the attributes of all hardware and AKUT core objects can be linked logically and / or arithmetically using the technological rules.
  • the technological rules can be classified as follows:
  • FIG. 7 shows the software components of the modular system 61 and the interaction with the components of the AKUT project planning 38.
  • the individual components of the AKUT project planning are provided with the reference numerals already used in connection with FIG. 6.
  • the technology kit 61 consists of the software components: assistant 62, technological hardware component 63, rule interpreter 64, technological rules 65 and device under test 66.
  • the assistant 62 offers the AKUT project planning 38 the possibility, on the one hand, to call up project proposals for a certain AKUT object type (e.g. sensors, signal evaluation methods, ...) and, on the other hand, to have parameters of an analyzed time signal interpreted. Since the AKUT configuration 38 must be able to address the assistants 62 of any modular technology 61, the assistants 62 of all the modular technology 61 provide a uniform interface.
  • the assistant 62 provides the following services via the interface for the configuration suggestions:
  • the assistant 62 transfers the AKUT project planning 38 a list of the proposed objects (more precisely the corresponding object identifications).
  • Assistant 62 offers the following services for interpreting the analyzed time signals: • For certain parameters (time, frequency, etc.), it provides typical values (eg slat frequency, rotational frequency, etc.).
  • Predefined parameter values are displayed depending on such variables (e.g. frequency as a multiple of the slat frequency).
  • the assistant 62 maps each request to one (or more) technological rules, which it selects using key terms. He is supported by the technology-independent rule interpreter, who can identify a rule using the key term and then interpret it.
  • the rule interpreter independently obtains all the values necessary for processing the rules from the technology-specific description of the test object 66, which is implemented as an OLE object, the hardware objects and the objects of the AKUT core.
  • the functional components of the AKUT basic system 38, 61 are reflected in the corresponding software components.
  • the AKUT system fulfills Dynamics and expandability following requirements: • Automatic mode must be able to control a wide variety of test sequences that are created via the AKUT configuration.
  • the AKUT basic system must be expandable with (user-specific) signal processing methods.
  • a mask-oriented editor is available for modifying the content of the hardware catalog.
  • the functions of the system core can be addressed via OLE automation objects.
  • FIGS. 9-22 each show exemplary input and display masks of an acoustic test and projecting system, as was explained in connection with FIGS. 1 to 8.
  • FIG. 9 shows exemplary first input masks 67, 68, 69 for specifying the name and the storage path for project planning of a new test object. The activation of these input masks is necessary when creating a new acute project.
  • FIG. 10 shows exemplary second input masks 70, 71 for project planning a new test object with a corresponding measuring arrangement, so-called acute project masks.
  • FIG. 11 shows exemplary third input masks 72, 73 for further project planning of a new test object with corresponding the measuring arrangement using an assistant-supported configuration with selection of hardware components from the so-called technology kit.
  • FIG. 12 shows exemplary fourth input masks 74, 75 for configuring the technical properties of the test object, the so-called test object description.
  • FIG. 13 shows exemplary fifth input masks 76, 77 for selecting acoustic sensors for the test object, so-called assistant suggestions for sensors being used.
  • FIG. 14 shows a sixth input mask 78 for the input of new acoustic sensors. New sensors are added to the existing collection of sensors.
  • FIG. 15 shows exemplary seventh input masks 79, 80, 81 for displaying the technical properties of acoustic sensors. This supports the selection of a sensor from the HW catalog.
  • FIG. 16 shows an eighth input mask 82 for starting an acoustic test, i.e. a sample picture in the form of a picture of typical test objects.
  • FIG. 17 shows exemplary ninth input masks 83, 84 for observing an acoustic test, for example in connection with a new recording.
  • 19 shows an eleventh input mask 87 for selecting and projecting the acoustic analysis method for evaluating the results of an acoustic test. This involves defining the evaluation methods, ie the analysis channels and the test characteristics.
  • FIG. 20 shows exemplary twelfth input masks 88, 89 for further configuration of the acoustic analysis method, i.e. for setting the thresholds for inspection characteristics.
  • 21 shows exemplary thirteenth input masks 90, 91, 92 for generating the parameters for an automatic acoustic test.
  • the aim is to parameterize the automatic mode to generate test specifications.
  • FIG. 22 shows a fourteenth input mask for displaying the technical properties of sensors, the so-called AKUT hardware catalog manager or hardware editor.
  • the invention thus relates to a system and a method for project planning and for carrying out test sequences.
  • the system consists of a hardware catalog 2 in which hardware objects 2a..2d relevant to the system are stored as an image of real hardware components (e.g. calibrators, sensors, signal conditioning, signal acquisition modules, actuators), and executable objects 3a..3d (e.g. Signal acquisition and processing, visualization, archiving) for project planning and / or testing of a measurement setup formed from the hardware objects and / or from the executable objects.
  • hardware objects 2a..2d relevant to the system are stored as an image of real hardware components (e.g. calibrators, sensors, signal conditioning, signal acquisition modules, actuators), and executable objects 3a..3d (e.g. Signal acquisition and processing, visualization, archiving) for project planning and / or testing of a measurement setup formed from the hardware objects and / or from the executable objects.
  • real hardware components e.g. calibrators, sensors, signal conditioning, signal acquisition modules, actuators
  • the hardware objects 2a..2d and the executable objects 3a..3d have at least one predefinable interface 17..21, which is provided for interconnecting the hardware objects 2a..2d and / or the executable objects 3a..3d.
  • the mapping of the measurement hardware components and test algorithms as software objects creates a test tool that can be used to plan continuously and completely. Since the configuration data can be used immediately and is executable, hardware objects and signal processing methods can be easily linked and flexibly changed. Compiling, which is otherwise required, is eliminated, which means that test sequences can be easily adapted.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Remote Sensing (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Acoustics & Sound (AREA)
  • Environmental & Geological Engineering (AREA)
  • Geology (AREA)
  • General Life Sciences & Earth Sciences (AREA)
  • Geophysics (AREA)
  • Tests Of Electronic Circuits (AREA)
  • Debugging And Monitoring (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention concerne un système et un procédé de projection et d'exécution de processus de contrôle. Ce système comprend un catalogue matériel (2) dans lequel les objets matériels (2a à 2d) importants pour le système sont mémorisés en tant que représentation de composants matériels réels (par ex. étalonneurs, détecteurs, unités de mise en forme de signaux, modules de détection de signaux, actionneurs). Ce système comprend également des objets exécutables (3a à 3d) (par ex. détection et traitement de signaux, visualisation, archivage) pour la projection et/ou le contrôle d'un ensemble de mesure formé par les objets matériels et/ou les objets exécutables. Les objets matériels (2a à 2d) et les objets exécutables (3a à 3d) présentent au moins une interface pouvant être prédéterminée (17 à 21) qui sert à l'interconnexion des objets matériels (2a à 2d) et des objets exécutables (3a à 3d). La représentation des composants matériels et des algorithmes de contrôle sous forme d'objets logiciels permet d'obtenir un outil de contrôle permettant de réaliser une projection de façon continue et complète. Les données de projection pouvant être utilisées et exécutées immédiatement, les objets matériels ainsi que les procédés de traitement de signaux peuvent être facilement reliés entre eux et être modifiés de façon souple. Il n'est pas nécessaire d'effectuer une compilation, habituellement indispensable, ce qui permet d'adapter facilement les processus de contrôle.
PCT/DE1999/001113 1998-04-17 1999-04-14 Systeme et procede de projection et d'execution de processus de controle WO1999054698A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP99927660A EP1071935A2 (fr) 1998-04-17 1999-04-14 Systeme et procede de projection et d'execution de processus de controle

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
DE19817137.4 1998-04-17
DE19817137 1998-04-17
DE19834972A DE19834972B4 (de) 1998-04-17 1998-08-03 Datenselektion durch graphische Markierung
DE19834972.6 1998-08-03
DE19855874.0 1998-12-03
DE19855874A DE19855874A1 (de) 1998-04-17 1998-12-03 System und Verfahren zur Projektierung und Durchführung von Prüfabläufen

Publications (2)

Publication Number Publication Date
WO1999054698A2 true WO1999054698A2 (fr) 1999-10-28
WO1999054698A3 WO1999054698A3 (fr) 2000-03-02

Family

ID=27218301

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE1999/001113 WO1999054698A2 (fr) 1998-04-17 1999-04-14 Systeme et procede de projection et d'execution de processus de controle

Country Status (2)

Country Link
EP (1) EP1071935A2 (fr)
WO (1) WO1999054698A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023152603A1 (fr) * 2022-02-10 2023-08-17 Politecnico Di Milano Circuit intégré d'extraction de caractéristiques de signal

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2094988A (en) * 1981-03-04 1982-09-22 Nissan Motor Inspecting vehicles
EP0442020A1 (fr) * 1988-03-21 1991-08-21 Monitoring Technology Corporation Méthode et appareil pour détection de defauts dans un train d'engrenages
US5511422A (en) * 1993-04-09 1996-04-30 Monitoring Technology Corporation Method and apparatus for analyzing and detecting faults in bearings and other rotating components that slip
GB2296097A (en) * 1994-12-15 1996-06-19 Martin Lloyd Internal combustion engine analyser
WO1997010491A1 (fr) * 1995-09-12 1997-03-20 Entek Scientific Corporation Systemes portables et autonomes de collecte de donnees et procedes correspondants
WO1998001728A1 (fr) * 1996-07-05 1998-01-15 Siemens Aktiengesellschaft Dispositif d'acquisition de signaux analogiques de mesure servant a realiser le diagnostic acoustique de pieces a examiner
EP0833140A2 (fr) * 1996-09-30 1998-04-01 Hewlett-Packard Company Système diagnostique
US5790965A (en) * 1994-11-14 1998-08-04 Fuji Jukogyo Kabushiki Kaisha Diagnosis system applicable to several types of electronic control units for motor vehicles
US5852789A (en) * 1996-04-10 1998-12-22 Snap-On Technologies, Inc. Engine analyzer with pattern library linked to vehicle ID and display scope configuration

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2094988A (en) * 1981-03-04 1982-09-22 Nissan Motor Inspecting vehicles
EP0442020A1 (fr) * 1988-03-21 1991-08-21 Monitoring Technology Corporation Méthode et appareil pour détection de defauts dans un train d'engrenages
US5511422A (en) * 1993-04-09 1996-04-30 Monitoring Technology Corporation Method and apparatus for analyzing and detecting faults in bearings and other rotating components that slip
US5790965A (en) * 1994-11-14 1998-08-04 Fuji Jukogyo Kabushiki Kaisha Diagnosis system applicable to several types of electronic control units for motor vehicles
GB2296097A (en) * 1994-12-15 1996-06-19 Martin Lloyd Internal combustion engine analyser
WO1997010491A1 (fr) * 1995-09-12 1997-03-20 Entek Scientific Corporation Systemes portables et autonomes de collecte de donnees et procedes correspondants
US5852789A (en) * 1996-04-10 1998-12-22 Snap-On Technologies, Inc. Engine analyzer with pattern library linked to vehicle ID and display scope configuration
WO1998001728A1 (fr) * 1996-07-05 1998-01-15 Siemens Aktiengesellschaft Dispositif d'acquisition de signaux analogiques de mesure servant a realiser le diagnostic acoustique de pieces a examiner
EP0833140A2 (fr) * 1996-09-30 1998-04-01 Hewlett-Packard Company Système diagnostique

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023152603A1 (fr) * 2022-02-10 2023-08-17 Politecnico Di Milano Circuit intégré d'extraction de caractéristiques de signal

Also Published As

Publication number Publication date
EP1071935A2 (fr) 2001-01-31
WO1999054698A3 (fr) 2000-03-02

Similar Documents

Publication Publication Date Title
EP1071937B1 (fr) Systeme et procede pour configurer et/ou parametrer une unite de diagnostic
DE60028403T2 (de) Automatisches messgerät und aufzeichnungsmedium für die automatische messdatenverarbeitung
EP1088211B1 (fr) Systeme et procede de diagnostic acoustique
DE102006056432A1 (de) Verfahren zum Testen eines Computerprogramms
EP2990892B1 (fr) Procédé de liaison d'une interface d'entrée/de sortie d'un appareil d'essai destiné à l'essai d'un appareil de commande
DE102015215513A1 (de) System zur Überwachung einer technischen Vorrichtung
DE102019101184A1 (de) Störungsdiagnosesystem
DE19855874A1 (de) System und Verfahren zur Projektierung und Durchführung von Prüfabläufen
EP2795414B1 (fr) Planification automatisée d'une technique de gestion d'une installation technique
EP1071935A2 (fr) Systeme et procede de projection et d'execution de processus de controle
EP1944664B1 (fr) Procédé de diagnostic d'erreurs dans un automate programmable
EP2642359A1 (fr) Dispositif de développement et méthode pour créer un programme de calculateur embarqué
WO2011038838A1 (fr) Représentation acoustique des états d'une installation industrielle
DE102020119853B3 (de) Verfahren zum Steuern eines Automatisierungssystems mit Visualisierung von Programmobjekten eines Steuerprogramms des Automatisierungssystems und Automatisierungssystem
DE102006060322A1 (de) Verfahren und Vorrichtung zum automatischen Testen von modellbasierten Funktionen
EP1071985B1 (fr) Composante logicielle pour un systeme de diagnostic avec projection assistee
EP3959498A1 (fr) Analyse acoustique d'un état d'une machine
DE102023116141A1 (de) Erzeugung von testdaten mit hilfe der hauptkomponentenanalyse
DE19803032A1 (de) Verfahren zur computergestützten Optimierung von Prüfspezifikationen und Minimierung von Prüfsoftware
EP1983426A1 (fr) Visualisation automatisée des informations de simulation selectionés
DE102010012307A1 (de) Verfahren und Vorrichtung zum Erstellen eines Verfahrensablaufs für eine speicherprogrammierbare Steuerung
EP1079289A2 (fr) Unité de projection pour des blocs de données correspondant d'un système avec une unité de commande et une unité d'opération et/ou supervision et système muni de moyens pour comparer des versions de blocs de données de diagnostic
DE102023116019A1 (de) Oszilloskop mit einem hauptkomponentenanalysator
EP2874060A1 (fr) Dispositif de développement pour la configuration d'un modèle de système technique pour la représentation de tracés de signaux
DE112021007795T5 (de) Parameteranpassungsvorrichtung, werkzeugmaschinensystem und parameteranpassungsverfahren

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): US

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
AK Designated states

Kind code of ref document: A3

Designated state(s): US

AL Designated countries for regional patents

Kind code of ref document: A3

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

WWE Wipo information: entry into national phase

Ref document number: 1999927660

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 09688740

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 1999927660

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 1999927660

Country of ref document: EP