EP1071937A1 - System und verfahren zur konfiguration und/oder parametrierung einer diagnoseeinrichtung - Google Patents

System und verfahren zur konfiguration und/oder parametrierung einer diagnoseeinrichtung

Info

Publication number
EP1071937A1
EP1071937A1 EP99927659A EP99927659A EP1071937A1 EP 1071937 A1 EP1071937 A1 EP 1071937A1 EP 99927659 A EP99927659 A EP 99927659A EP 99927659 A EP99927659 A EP 99927659A EP 1071937 A1 EP1071937 A1 EP 1071937A1
Authority
EP
European Patent Office
Prior art keywords
diagnostic device
data
test
hwtype
program
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
EP99927659A
Other languages
English (en)
French (fr)
Other versions
EP1071937B1 (de
Inventor
Doris Hartmann
Sofiane Kacem
Karl-Heinz Maier
Klaus-Dieter Müller
Nicolai Plewinski
Thomas Völkel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Original Assignee
Siemens AG
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
Application filed by Siemens AG filed Critical Siemens AG
Publication of EP1071937A1 publication Critical patent/EP1071937A1/de
Application granted granted Critical
Publication of EP1071937B1 publication Critical patent/EP1071937B1/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C3/00—Registering or indicating the condition or the working of machines or other apparatus, other than vehicles
    • G07C3/14—Quality control systems
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S706/00—Data processing: artificial intelligence
    • Y10S706/902—Application using ai with detail of the ai system
    • Y10S706/911—Nonmedical diagnostics
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S706/00—Data processing: artificial intelligence
    • Y10S706/902—Application using ai with detail of the ai system
    • Y10S706/911—Nonmedical diagnostics
    • Y10S706/912—Manufacturing or machine, e.g. agricultural machinery, machine tool
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S706/00—Data processing: artificial intelligence
    • Y10S706/902—Application using ai with detail of the ai system
    • Y10S706/911—Nonmedical diagnostics
    • Y10S706/914—Process plant
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S706/00—Data processing: artificial intelligence
    • Y10S706/902—Application using ai with detail of the ai system
    • Y10S706/919—Designing, planning, programming, CAD, CASE

Definitions

  • the invention relates to a system for configuring and / or parameterizing a diagnostic device for objects to be tested.
  • the invention further relates to a method for configuring and / or parameterizing a diagnostic device for objects to be tested.
  • Such a system or such a method is required, for example, in the field of signal detection and signal evaluation.
  • a mixture of measurement hardware and signal processing software often has 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 relationships.
  • the objects to be examined with the aid of the diagnostic device can be of a technical or non-technical nature.
  • An example of a technical object is, for example, an electric motor which is to be checked for bearing damage with the aid of the diagnostic device, for example by means of an acoustic test.
  • An example of a non-technical object is, for example, a person whose state of health is to be checked with the aid of a medical diagnostic device, for example by measuring blood pressure, EKG, etc.
  • WO 98/01728 a device for recording analog measurement signals for the acoustic diagnosis of test objects is known. With the help of vibration sensors, analog test signals can be recorded by a test object.
  • On 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 switched 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 configuring and / or parameterizing a diagnostic device for objects which can be operated uniformly and clearly.
  • This object is achieved by a system for the configuration and parameterization of a diagnostic device for objects to be tested, with a first data object which contains a collection of technological test object parameters of the object and its components, a second data object which contains a collection of technological parameters of hardware components contains, which can be used in the design of the diagnostic device, a first program object, which contains data records for assigning at least test object parameters and technological parameters of hardware components, and a second program object for processing the data records assigned in the first program object.
  • This object is achieved by a method for configuring and / or parameterizing a diagnostic device for objects to be tested, in which a collection of technological test object parameters of the object and its components is created in a first data object, and a collection of technological parameters in a second data object of hardware components, which is created when the diagnostic device is designed, contains data records in a first program object for the assignment of at least test object parameters and technological parameters of hardware components 3 is determined and the data records assigned in the first program object for the configuration and / or parameterization of the diagnostic device are further processed in a second program object.
  • the invention is based on the finding that the knowledge and know-how required for configuration and / or parameterization of a diagnostic device can be systematically recorded and stored with the aim that the configuration and parameterization can be carried out largely automatically or at least with computer support. On the one hand, this results in additional security in the configuration and / or parameterization of the diagnostic device and, on the other hand, it is largely possible to dispense with specially trained forces in the configuration and parameterization, since the knowledge required for this is already available in the system itself.
  • This knowledge consists on the one hand in the test object parameters of the first data object. These test object parameters contain technological parameters of the object to be tested, for example information on the number of bearings in the case of an engine to be tested.
  • this knowledge consists of the collection of the technological parameters of the hardware components required for the diagnostic device, such as sensors for acoustic testing of the engine to be tested.
  • the system also contains a link, ie an assignment of the test object parameters of the object to be tested, ie the motor, to the technological parameters of the hardware components, ie in the example of the sensor.
  • the first program object specifies the location of the motor at which the sensor is to be arranged.
  • the second program object is used to process the data records contained in the first program object and, in the case described, signals, for example, which sensitivity has to be set for the sensor and / or which other hardware components for the diagnostic device, 4 ie needed for the test setup. All in all, this results in a virtual configuration and / or parameterization that is largely automatically controlled by the knowledge of the system as an image of the real diagnostic device including test setup and evaluation, as a result of which the effort for such a creation is significantly reduced.
  • a uniform and integral system for configuration and / or parameterization can be achieved in that the hardware and / or software objects that can be used in the design of the diagnostic device are simulated by software elements.
  • the object to be examined is a technical object, in particular a motor, the diagnostic device serving in particular to assign vibro-acoustic measured values of the object to quality and error classes.
  • a diagnostic device is also suitable, in which the object to be examined is a non-technical object, in particular a human being, the diagnostic device being used to assign measured values characterizing the state of human health to health classes.
  • the method can be achieved in that the system has a configuration surface and a program part which serves as an assistant, parameterizer and / or configurator for processing inquiries made via the configuration surface and which, based on a knowledge base on the configuration surface, is assigned to the respective query Result delivers.
  • An advantageous structure of the program part is configured in such a way that the program part is provided for processing calls in such a way that the data required in the form of rules and data are queried from the so-called knowledge base, the knowledge base comprising further data Obtains object descriptions that contain the technological characteristics of the individual objects of the diagnostic device.
  • system and the method are provided for the automatic configuration and parameterization of the diagnostic device, for the selection and implementation of a test method and for the evaluation of the test results.
  • a further advantageous implementation of the system consists in that the system has a further data object which contains a collection of pattern signal profiles, quality and / or error classes being assigned to the pattern signal profiles.
  • FIG. 2 shows a first exemplary embodiment of a system according to the invention for the selection, configuration and parameterization of a test object in a schematic representation
  • FIG. 3 shows a further exemplary embodiment of a system for configuring and parameterizing the test sequence.
  • 1 shows a general structure of the basic elements 8, 9 of the invention and the data exchange 14, 15 in between in the form of request 14 and result 15.
  • the basic elements 8, 9 contained in FIG. 1 consist of a configuration surface 9 and of a program part 8, which is also referred to below as an assistant, parameterizer or configurator.
  • the configuration surface 9 is implemented, for example, with the aid of a personal computer with a screen, keyboard and mouse.
  • the program part 8 can be called up via the configuration interface 9, which is abbreviated as assistant 8 with assistant / parameterizer / configurator.
  • the assistant 8 processes the calls by using the so-called knowledge base to collect the data required, e.g. in the form of rules and data.
  • the knowledge base itself obtains further data from data records, which are to be referred to as object descriptions and contain technological characteristic values of the individual objects in the test system.
  • the test object itself, hardware components of the test section, analysis methods used, etc. can be viewed as objects.
  • an automatic configuration and / or parameterization of a diagnostic device can be effected by means of the system shown in FIG. 1, for example in the following steps: - Selection of the hardware components which are required and / or are suitable for performing the current test task , - Configuration, ie interconnection of the selected hardware components - parameterization of the selected hardware components, eg setting the sampling rates of transducers Configuration of the test sequence, ie interconnection of the software components involved, for example for the measurement value recording, the measurement value filtering, the measurement value transformation, etc.,
  • An executable test program can be created by the configuration interface 9 or by the assistant 8 itself.
  • the system 8 contains a first data object 1, which represents a test object description.
  • the first data object 1 contains a collection of test object parameters PK1, PK2 ... PKz, which contain technological parameters of the test object 3 and its components 3a..3n.
  • a second data object 2 is provided, which represents the so-called hardware catalog.
  • the second data object 2 contains a collection of virtual hardware components HWType I, HWType II etc. As an image of real hardware components and their technological parameters, which can be used in the design of a test setup.
  • a configuration interface 9 is used as the user interface, via which calls 14 are made and results 15 are received.
  • the configuration interface 9 provides a user of the system 8, 9 with a call component by means of which a diagnostic device 4 can be configured, for example in the form of a measurement or test setup.
  • An input request or a call 14 branches to the program and data component 8, which is also referred to in FIG.
  • This assistant 8 in turn contains the so-called interpreter 6 as a component of the program, which calls the knowledge base 5.
  • the rules stored in wizard 8 are processed. Different data are required to process the rules, for example information about the current test object 3. Depending on the type and nature of the test object, suitable sensors are selected, for example. This data is read by the assistant 8 from the corresponding object descriptions 1, 2, 5. The result of the processing of the rules can then be passed back to the configuration surface 9 for display, for example.
  • All hardware and software objects of a complete test setup 4 are simulated by software elements.
  • a so-called sequence control is created through their software and data interconnection.
  • At the beginning of a sequence control there is always a software element representing the respective test object 3.
  • a software element representing a sensor is connected to this.
  • a software element representing a signal adaptation is connected to this in turn.
  • At the end of the sequence control there is a software element which represents an analysis method.
  • a software element which represents a so-called classifier.
  • the configuration interface 9 transfers the sequence control and the respective call type to the assistant 8.
  • the assistant 8 On the basis of rules of the knowledge base 5 and information which it partially reads from the already existing elements of the sequence control, the assistant 8 inserts the next links into the Sequence control chain on or he still parameterizes "empty" elements of the sequence control. He returns this modified sequence control to the configuration surface 9. In the next step, this can call the assistant 8 again until a complete test chain has been configured.
  • the assistant 8 according to the invention essentially consists of two parts.
  • the first part can be referred to as a knowledge base 1, 2, 5 and represents a memory area in which knowledge relating to the respective test setup, for example with regard to a vibroacoustic test, is stored in the form of so-called rules and facts.
  • the second part 6 can also be referred to as an interpreter 6 and represents a program area that processes these rules and facts.
  • All hardware and software objects of a complete test setup are simulated by software elements.
  • a so-called sequence control is created through their software and data interconnection.
  • At the beginning of a sequence control there is always a software element representing the respective test object.
  • a software element representing a sensor is connected to this.
  • a software element representing a signal adaptation is connected to this in turn.
  • At the end of the sequence control there is a software element which represents an analysis method.
  • a software element which represents a so-called classifier.
  • the configuration interface transfers the wizard, the process control and the respective call type.
  • the assistant On the basis of rules of the knowledge base and information that it partially reads from the already existing elements of the sequential control system, the assistant inserts the next links in the sequential control chain, or it parameterizes "empty" elements of the sequential control system. He returns this modified sequence control to the configuration interface. This can be done in 10 In the next step, call the wizard again until the entire chain has been configured.
  • FIG. 3 shows a further exemplary embodiment of a system for configuring and parameterizing the test sequence.
  • the system thus consists of data objects 1, 2, 10, 11, 12.
  • the first data object 1 contains a collection of test object parameters PK1, PK2 ...
  • a second data object 2 is also provided, which represents the so-called hardware catalog.
  • the second data object 2 contains a collection of hardware components HWType I, HWType II etc. and their technological parameters, which can be used in the design of a test setup.
  • the system also has a third data object 10.
  • the third data object 10 contains a collection of analysis methods, ie a collection of software components AVI, AV2 ... AVj, which can be used to convert and evaluate the measurement data obtained. Fourier transformations, filters, statistical parameters, etc., can be mentioned as examples of software components of this type.
  • a fourth data object 11 with a collection of data records relating to quality / error classes is also provided.
  • the fourth data object 11 is used to automatically assign results obtained by converting and evaluating measured values by means of an analysis method to predefined quality / error classes QFK1, QFK2 ... QFKk.
  • certain, particularly characteristic, measured values in particular vibroacoustic type, can be assigned to predetermined test object states, such as, for example, goods, bearing damage, grazing noise, etc.
  • a fifth data object 12 is provided, the one 11 Collection of data records on pattern waveforms contains. These stored pattern signal curves can generally be assigned to a known state of the test object when evaluating test results. In the example in FIG.
  • a third program object 13 which analyzes one or more pattern signal profiles MVT with the aid of an analysis method AV.
  • the result AMVT of such an evaluation is loaded into the interpreter 7 contained in the assistant.
  • These results can be used in interpreter 7, for example to automatically assign a quality / error class to a current test object.
  • a configuration interface 9 serves as the user interface, via which calls / inquiries 14 are made, results 15 and inputs 16, 17, 18 can be made.
  • the assistant 8 for configuring a test program, which is used for in particular acoustic diagnosis of a test object, will be briefly described below.
  • the term assistant is used to refer to a computer-aided, operable technical input aid, in particular a program consisting of several screen operator screens. This can access stored data records with technical parameters of test objects and at least one set of rules, ie a so-called 12 Knowledge base 5. Such an assistant can also be referred to as a so-called "parameterizer”.
  • the assistant according to the invention has the task of automatically generating a so-called measuring chain and a test program by evaluating object descriptions.
  • a measuring chain is an interconnection of measuring elements which are used to record e.g. vibroacoustic measured values of a test object must be interconnected.
  • a measuring chain contains at least the actual sensors, which e.g. serve to absorb structure-borne noise. However, it can also contain elements that are used for signal adaptation and signal acquisition.
  • a test program contains algorithms for digital signal processing and measured value processing. Such algorithms are adapted to the respective test subjects. For example, in acoustic diagnosis, vibroacoustic measurement values are recorded and evaluated with the aid of frequency analysis algorithms.
  • object descriptions represents a generic term for the data-technical identification of individual elements. In principle, all elements occurring in the system according to the invention can be characterized by means of an “object description”.
  • object description e.g. an electric motor, necessary for data acquisition
  • the object description for example of an electric motor serving as a test object, can contain as characteristic values, for example, the number of bearings, their structure, the number of rotor and stator grooves and the speed of the motor. Furthermore, the object description can be, for example, a sensor coupled to the test object 13 contain, for example, the input value range, the sensitivity and the weight as characteristic values. Finally, the object description can contain, for example, an algorithm used to evaluate the measured values and based on a Fourier transformation as characteristic values, for example the window length, the type of weighting function and the degree of overlap.
  • the first example concerns the selection and configuration of sensors.
  • the starting point when planning a test setup according to the invention is the test object.
  • An electric motor that has two bearings is to be considered below as an example of a test object.
  • the technical parameters that describe the electric motor are stored in a software element.
  • This software element is drawn in FIGS. 2 and 3 with the term “test object description”.
  • the configuration interface now transfers this element to the assistant with the call "Give sensors”.
  • the wizard can now use the test item, which is an electric motor with two bearings (PK), and the following measuring points are configured: radial housing, radial bearing and axial bearing2.
  • the parameter for sensor selection is generated, reads suitable sensors from the hardware catalog (HWP), inserts the software sensor elements into the process control and fills them with the specific sensor data. He then returns the changed sequence control to the configuration interface. This can now call the wizard again, but this time with the call "Give signal adjustment for sensors”.
  • HWP hardware catalog
  • the second example concerns the selection and configuration of an analysis method and its parameters. If a quality error class QFK k is configured, e.g. the quality 14 error class "grazing noise", at least one suitable analysis method must now be sought, with which their detection and evaluation is possible. To do this, the configuration interface calls the assistant with the call "Give analysis methods and their parameters" and the sequence control. Based on rules, the knowledge base activates a suitable analysis method AV j for the currently configured quality error class QFK k. As an example, the quality error class "Cepstrum" can be activated. The parameters needed to calculate a cepstrum are generated by the
  • the invention thus relates to a system 8, 9 and a method for configuration and / or parameterization of a diagnostic device 4 for objects to be tested 3.
  • the system consists of a first data object 1 with a collection of technological test object parameters PK1, PK2 ... PKz des Object 3 to be tested and its components 3a..3n, from a second data object 2 with a collection of technological parameters HWType I, HWType II, ... of hardware components of the diagnostic device 4, from a first program object 5 with data records 7 for the assignment of at least one of Test object parameters PKl, PK2 ... PKz and technological parameters HWType I, HWType II, ...
  • a knowledge base is created by the data and program objects, as a result of which a configuration and / or parameterization of the diagnostic device, which is largely automatically controlled by the knowledge of the system
  • Test setup and evaluation results and the effort for such a preparation is significantly reduced.

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Investigating Or Analyzing Materials By The Use Of Ultrasonic Waves (AREA)

Abstract

Die Erfindung betrifft ein System (8) sowie ein Verfahren zur Konfiguration und/oder Parametrierung einer Diagnoseeinrichtung (4) für zu prüfende Objekte (3). Das System besteht aus einem ersten Datenobjekt (1) mit einer Sammlung von technologischen Prüfobjektparametern (PK1, PK2 ... PKz) des zu prüfenden Objektes (3) und dessen Komponenten (3a ... 3n), aus einem zweiten Datenobjekt (2) mit einer Sammlung von technologischen Parametern (HWType I, HWType II, ...) von Hardwarekomponenten der Diagnoseeinrichtung (4), aus einem ersten Programmobjekt (5) mit Datensätzen (7) zur Zuordnung zumindest von Prüfobjektparametern (PK1, PK2 ... PKz) und technologischen Parametern (HWType I, HWType II, ...) von Hardwarekomponenten und aus einem zweiten Programmobjekt (6) zur Verarbeitung der im ersten Programmobjekt (5) zugeordneten Datensätze (7). Durch die Daten- und Programmobjekte wird eine Wissensbasis geschaffen, wodurch sich insgesamt eine vom Wissen des Systems weitestgehend automatisch gesteuerte Konfiguration und/oder Parametrierung der Diagnoseeinrichtung einschließlich Prüfaufbau und Auswertung ergibt und der Aufwand für eine derartige Erstellung wesentlich reduziert wird.

Description

Beschreibung
System und Verfahren zur Konfiguration und/oder Parametrierung einer Diagnoseeinrichtung
Die Erfindung betrifft ein System zur Konfiguration und/oder Parametrierung einer Diagnoseeinrichtung für zu prüfende Objekte .
Die Erfindung betrifft weiter ein Verfahren zur Konfiguration und/oder Parametrierung einer Diagnoseeinrichtung für zu prüfende Objekte.
Ein derartiges System bzw. ein derartiges Verfahren wird bei- spielsweise im Bereich der Signalerfassung sowie Signalauswertung benötigt. Hierbei ist häufig eine Mischung aus Meßhardware und Signalverarbeitungssoftware miteinander zu kombinieren, wobei aufgrund der Komplexität der Zusammenhänge für einen derartigen Meßaufbau häufig das Wissen und die Er- fahrung von Spezialisten erforderlich sind. Die mit Hilfe de Diagnoseeinrichtung zu untersuchenden Objekte können dabei technischer oder nicht-technischer Natur sein. Ein Beispiel für ein technisches Objekt ist beispielsweise ein Elektromotor, der mit Hilfe der Diagnoseeinrichtung beispielsweise durch eine akustische Prüfung auf einen Lagerschaden überprüft werden soll. Ein Beispiel für ein nicht-technisches Objekt ist beispielsweise ein Mensch, dessen Gesundheitszustand mit Hilfe einer medizinischen Diagnoseeinrichtung beispielsweise durch Blutdruckmessung, EKG, etc. überprüft werden soll.
Aus WO 98/01728 ist eine Vorrichtung zur Erfassung von analogen Meßsignalen für die akustische Diagnose von Prüflingen bekannt. Dabei können mit Hilfe von Schwingungsaufnehmern von einem Prüfling analoge Meßsignale aufgenommen werden. Ein Computer ist mit einer standardmäßigen Schnittstellenkarte ausgerüstet, welche zur Digitalisierung der Meßsignale dient. Ein Schaltsignal dient zur Erzeugung eines Triggersignals, welches über eine bevorzugt serielle Schnittstelle eingebbar ist. Ein Steuerprogramm im Computer schaltete über das Triggersignal die Eingabe von Meßsignalen ein und aus.
Der Erfindung liegt die Aufgabe zu Grunde, ein System und ein Verfahren zur Konfiguration und/oder Parametrierung einer Diagnoseeinrichtung für Objekte anzugeben, das einheitlich und übersichtlich bedienbar ist.
Diese Aufgabe wird durch ein System zur Konfiguration und Parametrierung einer Diagnoseeinrichtung für zu prüfende Objek- te gelöst, mit einem ersten Datenobjekt, welches eine Sammlung von technologischen PrüfObjektparametern des Objektes und dessen Komponenten enthält, einem zweiten Datenobjekt, welches eine Sammlung von technologischen Parametern von Hardwarekomponenten enthält, welche bei der Gestaltung der Diagnoseeinrichtung eingesetzt werden können, einem ersten Programmobjekt, welches Datensätze zur Zuordnung zumindest von PrüfObjektparametern und technologischen Parametern von Hardwarekomponenten enthält, und einem zweiten Programmobjekt zur Verarbeitung der im ersten Programmobjekt zugeordneten Datensätze.
Diese Aufgabe wird durch ein Verfahren zur Konfiguration und/oder Parametrierung einer Diagnoseeinrichtung für zu prüfende Objekte gelöst, bei dem in einem ersten Datenobjekt ei- ne Sammlung von technologischen PrüfObjektparametern des Objektes und dessen Komponenten erstellt wird, in einem zweiten Datenobjekt eine Sammlung von technologischen Parametern von Hardwarekomponenten enthält, welche bei der Gestaltung der Diagnoseeinrichtung erstellt wird, in einem ersten Programm- objekt Datensätze zur Zuordnung zumindest von Prüfobjektpara- metern und technologischen Parametern von Hardwarekomponenten 3 ermittelt wird und in einem zweiten Programmobj ekt die die im ersten Programmobjekt zugeordneten Datensätze für die Konfiguration und/oder Parametrierung der Diagnoseeinrichtung weiterverarbeitet werden.
Der Erfindung liegt die Erkenntnis zugrunde, daß das für eine Konfiguration und/oder Parametrierung einer Diagnoseeinrichtung benötigte Wissen und Know-how mit dem Ziel systematisch erfaßt und gespeichert werden kann, daß die Konfiguration und Parametrierung weitestgehend automatisch oder zumindest rechnergestützt erfolgen kann. Hierdurch ergibt sich zum einen eine zusätzliche Sicherheit bei der Konfiguration und/oder Parametrierung der Diagnoseeinrichtung und zum anderen kann weitestgehend auf besonders geschulte Kräfte bei der Konfigu- ration und Parametrierung verzichtet werden, da das hierfür erforderliche Wissen bereits im System selbst vorhanden ist. Dieses Wissen besteht zum einen in den PrüfObjektparametern des ersten Datenobjekts. Diese PrüfObjektparameter beinhalten technologische Parameter des zu prüfenden Objekts, beispiels- weise im Falle eines zu prüfenden Motors Angaben zur Anzahl der Lager. Zum anderen besteht dieses Wissen aus der Sammlung der technologischen Parameter der für die Diagnoseeinrichtung benötigten Hardwarekomponenten, wie beispielsweise Sensoren für eine akustische Prüfung des zu prüfenden Motors. Das Sy- stem beinhaltet in Form des ersten Programmobjekts weiter eine Verknüpfung, d.h. eine Zuordnung der Prüfobjektparameter des zu prüfenden Objekts, d.h. des Motors zu den technologischen Parametern der Hardwarekomponenten, d.h. im Beispiel- fall des Sensors. So ist beispielsweise im ersten Programmob- jekt angegeben, an welcher Stelle des Motors der Sensor angeordnet werden soll. Das zweite Programmobjekt dient der Verarbeitung der im ersten Programmobjekt enthaltenen Datensätze und signalisiert im beschriebenen Fall beispielsweise, welche Empfindlichkeit für den Sensor einzustellen ist und/oder wel- ehe weiteren Hardwarekomponenten für die Diagnoseeinrichtung, 4 d.h. für den Prüfaufbau benötigt werden. Insgesamt ergibt sich somit eine vom Wissen des Systems weitestgehend automatisch gesteuerte virtuelle Konfiguration und/oder Parametrierung als Abbild der realen Diagnoseeinrichtung einschließlich Prüfaufbau und Auswertung, wodurch der Aufwand für eine derartige Erstellung wesentlich reduziert wird.
Ein einheitliches und integrales System zur Konfiguration und/oder Parametrierung kann dadurch erzielt werden, daß die bei der Gestaltung der Diagnoseeinrichtung einsetzbaren Hard- und/oder Softwareobjekte durch Softwareelemente nachgebildet sind.
Als besonders effektiver und interessanter Anwendungsfall hat sich gezeigt, daß das zu untersuchenden Objekt ein technisches Objekt, insbesondere ein Motor ist, wobei die Diagnoseeinrichtung insbesondere zur Zuordnung von vibroakustischen Meßwerten des Objektes zu Qualitäts- und Fehlerklassen dient. Als weiterer Anwendungsfall ist auch eine Diagnoseeinrichtung geeignet, bei der das zu untersuchenden Objekt ein nichttechnisches Objekt, insbesondere ein Mensch ist, wobei die Diagnoseeinrichtung zur Zuordnung von den Gesundheitszustand des Menschen kennzeichnenden Meßwerten zu Gesundheitsklassen dient .
Eine einheitliche Benutzeroberfläche für sämtliche Stufen des
Verfahrens kann dadurch erreicht werden, daß das System eine Projektierungsoberfläche und ein Programmteil aufweist, welches als Assistent, Parametrierer und/oder Konfigurator zur Verarbeitung von über die Projektierungsoberfläche erfolgenden Anfragen dient und welches basierend auf einer Wissensba- sis an die Projektierungsoberfläche eine der jeweiligen Anfrage zugeordnetes Ergebnis liefert. 5 Ein vorteilhafter Aufbau des Programmteils ist in der Weise konfiguriert, daß das Programmteil zur Bearbeitung von Aufrufen in der Weise vorgesehen ist, daß aus der sogenannten Wissensbasis jeweils benötigte Daten in Form von Regeln und Da- ten abgefragt werden, wobei die Wissensbasis weitere Daten aus Objektbeschreibungen bezieht, die technologische Kennwerte der einzelnen Objekte der Diagnoseeinrichtung enthalten.
Vorteilhafte Anwendungsfälle des Systems und des Verfahrens bestehen darin, daß das System und das Verfahren zur automatischen Konfiguration und Parametrierung der Diagnoseeinrichtung, zur Auswahl und Durchführung eines Prüfverfahrens und zur Auswertung der Prüfergebnisse vorgesehen ist.
Eine weitere vorteilhafte Realisierung des Systems besteht darin, daß das System ein weiteres Datenobjekt, welches eine Sammlung von Mustersignalverläufen enthält, wobei den Mustersignalverläufen Qualitäts- und/oder Fehlerklassen zugeordnet sind.
Im folgenden wird die Erfindung anhand der Figuren dargestellten Ausführungsbeispiele näher beschrieben und erläutert. Es zeigen:
FIG 1 eine allgemeine Struktur der Grundelemente der Erfindung und den dazwischen vorliegenden Datenaustausch,
FIG 2 ein erstes Ausführungsbeispiel eines erfindungsgemäßen Systems zur Auswahl, Konfiguration und Parame- trierung eines PrüfObjektes in schematischer Darstellung und
FIG 3 ein weiteres Ausführungsbeispiel eines Systems zur Konfiguration und Parametrierung des Prüfablaufes . FIG 1 zeigt eine allgemeine Struktur der Grundelemente 8, 9 der Erfindung und den dazwischen vorliegenden Datenaustausch 14, 15 in Form von Anfrage 14 und Ergebnis 15. Die in Figur 1 enthaltenen Grundelemente 8, 9 bestehen aus einer Projektierungsoberfläche 9 sowie aus einem Programmteil 8, das im folgenden auch als Assistent, Parametrierer oder Konfigurator bezeichnet wird. Die Projektierungsoberfläche 9 ist beispielsweise mit Hilfe eines Personal-Computers mit Bildschirm, Tastatur und Maus realisiert.
Über die Projektierungsoberfläche 9 kann abhängig von den aktuell auszuführenden Projektierschritten das Programmteil 8 aufgerufen werden, welches mit Assistent/ Parametrierer/ Konfigurator abgekürzt als Assistent 8 bezeichnet wird. Der As- sistent 8 bearbeitet die Aufrufe, in dem er aus einer sogenannten Wissensbasis die jeweils benötigten Daten, z.B. in Form von Regeln und Daten, abfragt. Wie im Zusammenhang mit den Figuren 2 und 3 noch erläutert wird, bezieht die Wissensbasis selbst weitere Daten aus Datensätzen, welche als Ob- jektbeschreibungen bezeichnet werden sollen und technologische Kennwerte der einzelnen Objekte im PrüfSystem enthalten. Als Objekte können dabei der Prüfling selbst, Hardwarekomponenten der Meßstrecke, eingesetzte Analyseverfahren usw. angesehen werden.
Mit Hilfe des Assistenten 8 kann mittels des in Fig. 1 dargestellten Systems z.B. bei den folgenden Schritten eine automatische Konfiguration und/oder Parametrierung einer Diagnoseeinrichtung bewirkt werden: - Auswahl der Hardwarekomponenten, welche für die Durchführung der aktuellen Prüfaufgabe benötigt wird und/oder geeignet ist, - Konfiguration, d.h. Verschaltung der ausgewählten Hardwarekomponenten - Parametrierung der ausgewählten Hardwarekomponenten, z.B. Setzen der Abtastraten von Meßwertaufnehmern - Konfiguration des Prüfablaufes, d.h. Verschaltung der beteiligten Softwarekomponenten, z.B. für die Meßwertaufnahme, die Meßwertfilterung, die Meßwerttransformation, usw.,
- Auswahl eines Analyseverfahrens für die erfaßten Meßwerte, und dessen Parametrierung,
- Interpretation der Analyseergebnisse,
- Festlegung von Merkmalen, und
- Definition von Schwellen.
Die Erstellung eines ablauffähigen Prüfprogramms kann durch die Projektierungsoberfläche 9 oder durch den Assistenten 8 selbst vorgenommen werden.
Fig. 2 zeigt ein System 8, 9 zur automatischen Konfiguration und Parametrierung einer Diagnoseeinrichtung 4 für ein zu prüfendes Objekt 3 (= Prüfling) mit Teilkomponenten 3a..3n. Das System 8 enthält ein erstes Datenobjekt 1, welches eine PrüfObjektbeschreibung darstellt. Das erste Datenobjekt 1 enthält eine Sammlung von PrüfObjektparametern PK1, PK2 ... PKz, welche technologische Parameter des Prüflings 3 und des- sen Komponenten 3a..3n enthalten. Weiter ist ein zweites Datenobjekt 2 vorgesehen, welches den sogenannten Hardware- Katalog darstellt. Das zweite Datenobjekt 2 enthält eine Sammlung von virtuellen Hardwarekomponenten HWType I, HWType II usw. Als Abbild von realen Hardwarekomponenten und deren technologische Parameter, welche bei der Gestaltung eines Prüfaufbaues eingesetzt werden können. Das System 8, 9 zur Konfiguration der Diagnoseeinrichtung 4 weist darüber hinaus ein erstes Programmobjekt 5 (= Wissensbasis) auf, welches Datensätze 7 zur Zuordnung der PrüfObjektparameter PKl, PK2 ... PKz und der technologischen Parametern HWType I, HWType II, ... von Hardwarekomponenten enthält. Weiter ist ein zweites Programmobjekt 6 (= Interpreter) zur Verarbeitung der im ersten Programmobjekt 5 zugeordneten Datensätze 7 vorgesehen. Als Benutzerschnittstelle dient eine Projektierungsoberfläche 9, über die Aufrufe 14 erfolgen und Ergebnisse 15 entgegengenommen werden. Durch die Projektierungsoberfläche 9 steht einem Anwender des Systems 8,9 eine Aufrufkomponente zur Verfügung, mit Hilfe der eine Diagnoseeinrichtung 4 beispielsweise in Form eines Meß- oder Prüfaufbaus konfiguriert werden kann. Eine eingege- bene Anfrage bzw. ein Aufruf 14 verzweigt dabei auf den Programm- und Datenbestandteil 8 welcher in Fig. 1 auch mit Assstent/ Parametrier/Konfigurator bezeichnet ist. In diesem Assistenten 8 ist wiederum als Programmbestandteil der sogenannte Interpreter 6 enthalten, welcher die Wissensbasis 5 aufruft. Je nach Type des Anfrage 14 werden die im Assistenten 8 gespeicherten Regeln abgearbeitet. Zur Bearbeitung der Regeln werden unterschiedliche Daten benötigt, z.B. Informationen über das aktuelle Prüfobjekt 3. Abhängig von der Art und Beschaffenheit des PrüfObjekts werden beispielsweise ge- eignete Sensoren ausgewählt. Diese Daten werden vom Assistenten 8 aus den entsprechenden Objektbeschreibungen 1, 2, 5 gelesen. Das Ergebnis der Bearbeitung der Regeln kann dann z.B. zur Anzeige wieder an die Projektieroberfläche 9 zurück geleitet werden.
Alle Hard- und Softwareobjekte eines kompletten Prüfaufbaus 4 werden durch Softwareelemente nachgebildet. Durch deren softwaremäßige und datentechnische Verschaltung entsteht eine sogenannte Ablaufsteuerung. Am Anfang einer Ablaufsteuerung steht immer ein, den jeweiligen Prüfling 3 repräsentierendes Softwareelement. An dieses wird ein, einen Sensor repräsentierendes Softwareelement angeschlossen. Daran wird wiederum ein, eine Signalanpassung repräsentierendes Softwareelement angeschlossen usw.. Am Ende der Ablaufsteuerung befindet sich ein Softwareelement, welches ein Analyseverfahren repräsentiert. Diesem ist schließlich ein Softwareelement nachgeschaltet, welches einen sogenannten Klassifikator repräsentiert. Die Projektieroberfläche 9 übergibt dem Assistenten 8 die Ablaufsteuerung und den jeweiligen Aufruftyp. Der Assi- stent 8 fügt aufgrund von Regeln der Wissensbasis 5 und Information, die er zum Teil aus den schon bestehenden Elementen der Ablaufsteuerung liest, die nächsten Glieder in die Kette der Ablaufsteuerung ein oder er parametriert noch "leere" Elemente der Ablaufsteuerung. Diese modifizierte Ablaufsteuerung leitet er an die Projektieroberfläche 9 zurück. Diese kann im nächsten Schritt den Assistenten 8 wieder auf- rufen, bis eine vollständige Prüfkette projektiert ist. Der erfindungsgemäße Assistent 8 besteht im wesentlichen aus zwei Teilen. Der erste Teil kann als eine Wissensbasis 1, 2, 5 bezeichnet werden und stellt einen Speicherbereich dar, in dem den jeweiligen Prüfaufbau betreffende Wissen, beispielsweise bezüglich einer vibroakustischen Prüfung, in Form von sogenannten Regeln und Fakten hinterlegt ist. Der zweite Teil 6 kann auch als ein Interpreter 6 bezeichnet werden und stellt einen Programmbereich dar, der diese Regeln und Fakten verarbeitet.
Alle Hard- und Softwareobjekte eines kompletten Prüfaufbaus werden durch Softwareelemente nachgebildet. Durch deren softwaremäßige und datentechnische Verschaltung entsteht eine sogenannte Ablaufsteuerung. Am Anfang einer Ablaufsteuerung steht immer ein, den jeweiligen Prüfling repräsentierendes Softwareelement. An dieses wird ein, einen Sensor repräsentierendes Softwareelement angeschlossen. Daran wird wiederum ein, eine Signalanpassung repräsentierendes Softwareelement angeschlossen usw.. Am Ende der Ablaufsteuerung befindet sich ein Softwareelement, welches ein Analyseverfahren repräsentiert. Diesem ist schließlich ein Softwareelement nachgeschaltet, welches einen sogenannten Klassifikator repräsentiert .
Die Projektieroberfläche übergibt dem Assistenten, die Ablaufsteuerung und den jeweiligen Aufruftyp. Der Assistent fügt aufgrund von Regeln der Wissensbasis und Information, die er zum Teil aus den schon bestehenden Elementen der Ablaufsteuerung liest, die nächsten Glieder in die Kette der Ablaufsteuerung ein oder er parametriert noch "leere" Elemente der Ablaufsteuerung. Diese modifizierte Ablaufsteuerung leitet er an die Projektieroberfläche zurück. Diese kann im 10 nächsten Schritt den Assistenten wieder aufrufen, bis die ganze Kette projektiert ist.
FIG 3 zeigt ein weiteres Ausführungsbeispiel eines Systems zur Konfiguration und Parametrierung des Prüfablaufes . Dabei werden im wesentlichen die bereits im Zusammenhang mit den Fig. 1 und 2 eingeführten Bezugszeichen verwendet. So besteht das System aus Datenobjekten 1, 2, 10, 11, 12. Wie bereits im Zusammenhang mit Fig. 2 erläutert, enthält das erste Datenob- jekt 1 eine Sammlung von PrüfObjektparametern PK1, PK2 ...
PKz, welche technologische Parameter des Prüflings und dessen Komponenten enthalten. Weiter ist ein zweites Datenobjekt 2 vorgesehen, welches den sogenannten Hardware-Katalog darstellt. Das zweite Datenobjekt 2 enthält eine Sammlung von Hardwarekomponenten HWType I, HWType II usw. und deren technologische Parameter, welche bei der Gestaltung eines Prüfaufbaues eingesetzt werden können. Das System weist weiter ein drittes Datenobjekt 10 auf. Das dritte Datenobjekt 10 enthält eine Sammlung von Analyseverfahren, d.h. eine Samm- lung von Softwarekomponenten AVI, AV2 ... AVj , welche zur Umwandlung und Auswertung der gewonnenen Meßdaten verwendet werden können. Als Beispiel für Softwarekomponenten dieser Art können beispielsweise Fouriertransformationen, Filter, statistische Kenngrößen usw. genannt werden. Weiter ist ein viertes Datenobjekt 11 mit einer Sammlung von Datensätzen zu Qualitäts-/Fehlerklassen vorgesehen. Das vierte Datenobjekt 11 dient einer automatischen Zuordnung von durch Umwandlung und Auswertung von Meßwerten mittels eines Analyseverfahrens gewonnenen Ergebnissen zu vordefinierten Qualitäts- /Fehlerklassen QFKl, QFK2 ... QFKk. Hiermit können zur qualitätsmäßigen Bewertung eines PrüfObjekts bestimmte, besonders charakteristisch ausgeprägte Meßwerte, insbesondere vibroaku- stischer Art, vorgegebenen Prüfobjektzuständen, wie z.B. Gut, Lagerschaden, Streifgeräusch usw., zugeordnet werden. Darüber hinaus ist ein fünftes Datenobjekt 12 vorgesehen, das eine 11 Sammlung von Datensätzen zu Mustersignalverläufen enthält. Diese gespeicherten Mustersignalverläufe können bei der Auswertung von Prüfergebnissen in der Regel einem bekannten Zustand des PrüfObjektes zugeordnet werden. Im Beispiel der Fi- gur 3 sind somit ausgewählte Mustersignalverläufe den entsprechenden Datensätzen QFKl, QFK2 , QFKk aus dem Datenobjekt "Qualitäts-/Fehlerklassen" QFK zugeordnet. Weiter ist ein drittes Programmobjekt 13 vorgesehen, welches einen oder mehrere Mustersignalverläufe MVT mit Hilfe eines Analyseverfah- rens AV analysiert. Das Ergebnis AMVT einer derartigen Auswertung wird in den im Assistenten enthaltenen Interpreter 7 geladen. Diese Ergebnisse können im Interpreter 7 eingesetzt werden, um bei einem aktuellen Prüfobjekt z.B. eine automatische Zuordnung zu einer Qualitäts-/Fehlerklasse vorzunehmen. Das System 8, 9 zur Konfiguration der Diagnoseeinrichtung 4 weist darüber hinaus 4 ein erstes Programmobjekt 5 (= Wissensbasis) auf, welches Datensätze 7 zur Zuordnung der PrüfObjektparameter PKl, PK2 ... PKz und der technologischen Parametern HWType I, HWType II, ... von Hardwarekomponenten enthält. Weiter ist ein zweites Programmobjekt 6 (= Interpreter) zur Verarbeitung der im ersten Programmobjekt 5 zugeordneten Datensätze 7 vorgesehen. Als Benutzerschnittstelle dient wiederum eine Projektierungsoberfläche 9, über die Aufrufe/Anfragen 14 erfolgen, Ergebnisse 15 und Eingaben 16, 17, 18 erfolgen können.
Der erfindungsgemäße Assistent 8 zur Projektierung eines Prüfprogramms, welches zur insbesondere akustischen Diagnose eines Prüflings eingesetzt wird, soll nachfolgend kurz be- schrieben werden. Dabei wird mit dem Begriff Assistent ein rechnergestütztes, bedienbares technisches Eingabehilfsmittel bezeichnet, insbesondere ein aus mehreren Bildschirmbedienmasken bestehendes Programm. Dieses kann auf gespeicherte Datensätze mit technischen Kennwerten von PrüfObjekten, und zu- mindest auf ein Regelwerk zugreifen, d.h. auf eine sogenannte 12 Wissensbasis 5. Ein derartiger Assistent kann auch als ein sogenannter "Parametrierer" bezeichnet werden kann.
Der erfindungsgemäße Assistent hat die Aufgabe, eine soge- nannte Meßkette und ein Prüfprogramm durch Auswertung von Objektbeschreibungen automatisch zu generieren. Eine Meßkette ist dabei eine Zusammenschaltung von Meßelementen, welche zur Erfassung von z.B. vibroakustischen Meßwerten eines PrüfObjektes zusammengeschaltet werden müssen. Eine Meßkette ent- hält zumindest die eigentlichen Sensoren, die z.B. zur Aufnahme von Körperschall dienen. Es kann aber auch Elemente enthalten, welche zur Signalanpassung und Signalerfassung dienen. Ein Prüfprogramm enthält Algorithmen zur digitalen Signalverarbeitung und Meßwertverarbeitung. Derartige Algo- rithmen sind an die jeweilige Prüfaufgäbe angepaßt. So werden beispielsweise bei der akustischen Diagnose vibroakustische Meßwerte erfaßt und mit Hilfe von frequenzanalytischen Algorithmen ausgewertet.
Der Begriff "Objektbeschreibungen" stellt einen Oberbegriff zur datentechnischen Kennzeichnung einzelner Elemente dar. Dabei können grundsätzlich alle beim erfindungsgemäßen System vorkommenden Elemente mittels einer "Objektbeschreibung" charakterisiert werden. So können z.B. das jeweilige Prüfobjekt, z.B. ein Elektromotor, die zur Meßwerterfassung notwendigen
Hardwarekomponenten und auch die zur Parametrierung von Algorithmen und zur Verarbeitung von Meßwerten dienenden Programmteile mit Hilfe von "Objektbeschreibungen" datentechnisch eindeutig festgelegt werden.
So kann die Objektbeschreibung z.B. eines als Prüfobjekt dienenden Elektromotors als Kennwerte z.B. die Anzahl der Lager, deren Aufbau, die Anzahl der Läufer- und Ständernuten und die Drehzahl des Motors enthalten. Ferner kann die Objektbe- Schreibung z.B. eines an das Prüfobjekt angekoppelten Sensors 13 als Kennwerte z.B. den Eingangswertebereich, die Empfindlichkeit und das Gewicht enthalten. Schließlich kann die Objektbeschreibung z.B. eines zur Auswertung der Meßwerte dienenden und auf einer Fouriertransformation beruhenden Algorithmus als Kennwerte z.B. die Fensterlänge, die Art der Gewichtungsfunktion und den Grad der Überlappung enthalten.
Die Erfindung soll an Hand von zwei Beispielen näher erläutert werden.
Das erste Beispiel betrifft die Auswahl und Projektierung von Sensoren. Ausgangspunkt bei der Projektierung eines Meßaufbaues gemäß der Erfindung ist das Prüfobjekt. Als ein Beispiel für ein Prüfobjekt soll nachfolgend ein Elektromotor betrachtet werden, welcher zwei Lager aufweist. Die technischen Kennwerte, die den Elektromotor beschreiben, sind in einem Softwareelement gespeichert. Dieses Softwareelement ist in den Figuren 2 und 3 mit dem Begriff "Prüfobjektbe- schreibung" gezeichnet. Die Projektieroberfläche übergibt nun dem Assistenten dieses Element mit dem Aufruf "Gib Sensoren" . Der Assistent kann nun aus dem Prüflingselement, das es sich um einen E-Motor mit zwei Lagern (PK) handelt und folgende Meßpunkte projektiert sind: Gehäuse radial, Lagerl radial und Lager2 axial. Aufgrund der Beschreibung und hinterlegtem Wis- sen generiert der Parameter zur Sensorauswahl, liest geeignete Sensoren aus dem Hardwarekatalog (HWP) , fügt die Softwaresensorelemente in die Ablaufsteuerung ein und füllt diese mit dem konkreten Sensordaten. Daraufhin leitet er die veränderte Ablaufsteuerung an die Projektieroberfläche zurück. Diese kann nun den Assistenten erneut aufrufen, diesmal aber mit dem Aufruf "Gib Signalanpassung für Sensoren" .
Das zweite Beispiel betrifft die Auswahl und die Projektierung eines Analyseverfahrens und dessen Parameter. Ist eine Qualitätsfehlerklasse QFK k projektiert, z.B. die Qualitäts- 14 fehlerklasse "Streifgeräusch", so muß nun mindestens ein geeignetes Analyseverfahren gesucht werden, womit deren Erfassung und Auswertung möglich ist. Hierzu ruft die Projektierungsoberfläche den Assistenten mit den Aufruf "Gib Analyse- verfahren und deren Parameter" und die Ablaufsteuerung auf. Die Wissensbasis aktiviert aufgrund von Regeln ein passendes Analyseverfahren AV j zu der aktuell projektierten Qualitätsfehlerklasse QFK k. Beispielhaft kann die Qualitätsfehlerklasse "Cepstrum" aktiviert werden. Die Parameter, die zur Berechnung eines Cepstrums benötigt werden, generiert die
Wissensbasis aus den Objektbeschreibungen in den Softwareelementen der Ablaufsteuerung. Diese sind hier z.B. die Drehzahl PK z des Motors (gelesen aus der Komponente "Prüfobjektbe- schreibung" ) , die Abtastrate HWP j des D/A-Wandlers (gelesen aus der Komponente "HW-Aufbau") und die Aufnahmedauer HWP 1 (ebenfalls gelesen aus der Komponente "HW-Aufbau"). Hieraus leitet die den einen bei der Cepstrumberechnung benötigten Parameter für die "Überlappung" ab. Sind Analyseverfahren und deren Parameter bestimmt, werden die nötigen Softwareelemente erzeugt, parametriert und in die Ablaufsteuerung eingefügt.
Diese werden wieder an die Projektieroberfläche zurückgegeben.
Zusammenfassend betrifft die Erfindung somit ein System 8, 9 sowie ein Verfahren zur Konfiguration und/oder Parametrierung einer Diagnoseeinrichtung 4 für zu prüfende Objekte 3. Das System besteht aus einem ersten Datenobjekt 1 mit einer Sammlung von technologischen PrüfObjektparametern PK1, PK2 ... PKz des zu prüfenden Objektes 3 und dessen Komponenten 3a..3n, aus einem zweiten Datenobjekt 2 mit einer Sammlung von technologischen Parametern HWType I, HWType II, ... von Hardwarekomponenten der Diagnoseeinrichtung 4 , aus einem ersten Programmobjekt 5 mit Datensätzen 7 zur Zuordnung zumindest von PrüfObjektparametern PKl , PK2 ... PKz und technolo- gischen Parametern HWType I, HWType II, ... von Hardwarekom- 15 ponenten und aus einem zweiten Programmobjekt 6 zur Verarbeitung der im ersten Programmobjekt 5 zugeordneten Datensätze 7. Durch die Daten- und Programmobjekte eine Wissensbasis geschaffen, wodurch sich insgesamt eine vom Wissen des Systems weitestgehend automatisch gesteuerte Konfiguration und/oder f Parametrierung der Diagnoseeinrichtung einschließlich
Prüfaufbau und Auswertung ergibt und der Aufwand für eine derartige Erstellung wesentlich reduziert wird.

Claims

16 Patentansprüche
1. System (8) zur Konfiguration und/oder Parametrierung einer Diagnoseeinrichtung (4) für zu prüfende Objekte (3), mit
a) einem ersten Datenobjekt (1) , welches eine Sammlung von technologischen PrüfObjektparametern (PK1, PK2 ... PKz) des Objektes (3) und dessen Komponenten (3a..3n) enthält,
b) einem zweiten Datenobjekt (2), welches eine Sammlung von technologischen Parametern (HWType I, HWType II, ...) von Hardwarekomponenten enthält, welche bei der Gestaltung der Diagnoseeinrichtung (4) eingesetzt werden können,
c) einem ersten Programmobjekt (5), welches Datensätze (7) zur Zuordnung zumindest von PrüfObjektparametern (PK1, PK2 ... PKz) und technologischen Parametern (HWType I, HWType II, ...) von Hardwarekomponenten enthält, und
d) einem zweiten Programmobjekt (6) zur Verarbeitung der im ersten Programmobjekt (5) zugeordneten Datensätze (7).
2. System nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, daß alle bei der Gestaltung der Diagnoseeinrichtung (4) einsetzbaren Hard- und/oder Softwareobjekte, die bei der Gestaltung der Diagnoseeinrichtung (4) eingesetzt werden können, durch Softwareelemente (1, 2, 5, 7) nachgebildet sind.
3. System nach einem der Ansprüche 1 oder 2, d a d u r c h g e k e n n z e i c h n e t, daß das zu untersuchenden Objekt (3) ein technisches Objekt, insbesondere ein Motor ist, wobei die Diagnoseeinrichtrung (4) insbesondere zur Zuordnung von vibroakustischen Meßwerten des Objektes (3) zu Qualitäts- und Fehlerklassen dient, oder 17 daß das zu untersuchenden Objekt (3) ein nicht-technisches Objekt, insbesondere ein Mensch ist, wobei die Diagnoseeinrichtung (4) zur Zuordnung von den Gesundheitszustand des Menschen kennzeichnenden Meßwerten zu Gesundheitsklassen dient .
4. System nach einem der Ansprüche 1 bis 3 , d a d u r c h g e k e n n z e i c h n e t, daß das System eine Projektierungsoberfläche (9) und ein Pro- grammteil (8) aufweist, welches als Assistent, Parametrierer und/oder Konfigurator zur Verarbeitung von über die Projektierungsoberfläche (9) erfolgenden Anfragen (14) dient und welches basierend auf einer Wissensbasis (5) an die Projektierungsoberfläche (9) eine der jeweiligen Anfrage (14) zuge- ordnetes Ergebnis (15) liefert.
5. System nach einem der Ansprüche 1 bis 4, d a d u r c h g e k e n n z e i c h n e t, daß das Programmteil (8) zur Bearbeitung von Aufrufen (14) in der Weise vorgesehen ist, daß aus der sogenannten Wissensbasis jeweils benötigte Daten in Form von Regeln und Daten abgefragt werden, wobei die Wissensbasis (5) weitere Daten aus Objektbeschreibungen bezieht, die technologische Kennwerte der einzelnen Objekte der Diagnoseeinrichtung (4) enthalten.
6. System nach einem der Ansprüche 1 bis 5, d a d u r c h g e k e n n z e i c h n e t, daß die Vorrichtung (8) zur automatischen Konfiguration und Parametrierung der Diagnoseeinrichtung (4) , zur Auswahl und Durchführung eines Prüfverfahrens und zur Auswertung der Prüfergebnisse vorgesehen ist.
7. System nach einem der Ansprüche 1 bis 6, d a d u r c h g e k e n n z e i c h n e t, 18 daß die Vorrichtung (8) ein weiteres Datenobjekt (12), welches eine Sammlung von Mustersignalverläufen (MVType 1, MVTy- pe2, ...) enthält, wobei den Mustersignalverläufen (MVType 1, MVType2, ...) Qualitäts-/Fehlerklassen (QFK1, QFK2 , .., QFKk) zugeordnet sind.
8. Verfahren zur Konfiguration und/oder Parametrierung einer Diagnoseeinrichtung (4) für zu prüfende Objekte (3), bei dem
a) in einem ersten Datenobjekt (1) eine Sammlung von technologischen PrüfObjektparametern (PKl, PK2 ... PKz) des Objektes (3) und dessen Komponenten (3a..3n) erstellt wird,
b) in einem zweiten Datenobjekt (2) eine Sammlung von techno- logischen Parametern (HWType I, HWType II, ...) von Hardwarekomponenten enthält, welche bei der Gestaltung der Diagnoseeinrichtung (4) erstellt wird,
c) in einem ersten Programmobjekt (5) Datensätze (7) zur Zu- Ordnung zumindest von PrüfObjektparametern (PKl, PK2 ...
PKz) und technologischen Parametern (HWType I, HWType II, ... ) von Hardwarekomponenten ermittelt wird und
d) in einem zweiten Programmobjekt (6) die die im ersten Pro- grammobjekt (5) zugeordneten Datensätze (7) für die Konfiguration und/oder Parametrierung der Diagnoseeinrichtung
(4) weiterverarbeitet werden.
9. Verfahren nach Anspruch 8 , d a d u r c h g e k e n n z e i c h n e t, daß die bei der Gestaltung der Diagnoseeinrichtung (4) einsetzbaren Hard- und/oder Softwareobjekte durch Softwareelemente (1, 2, 5, 7) nachgebildet werden.
10. Verfahren nach einem der Ansprüche 8 oder 9, 19 d a d u r c h g e k e n n z e i c h n e t, daß das Verfahren zur Konfiguration eines Prüfaufbaus eines technischen Objekts (3), insbesondere eines Motor vorgesehen ist, wobei die Diagnoseeinrichtung (4) insbesondere zur Zu- Ordnung von vibroakustischen Meßwerten des Objektes (3) zu Qualitäts- und Fehlerklassen dient, oder daß das zu untersuchenden Objekt (3) ein nicht-technisches Objekt, insbesondere ein Mensch ist, wobei die Diagnoseeinrichtung (4) zur Zuordnung von den Gesundheitszustand des Menschen kennzeichnenden Meßwerten zu Gesundheitsklassen dient.
11. Verfahren nach einem der Ansprüche 8 bis 10, d a d u r c h g e k e n n z e i c h n e t, daß das Verfahren als Assistent, Parametrierer und/oder Kon- figurator zur Verarbeitung von über die Projektierungsoberfläche (9) erfolgenden Anfragen (14) dient, welches basierend auf einer Wissensbasis (5) an eine Projektierungsoberfläche (9) ein der jeweiligen Anfrage (14) zugeordnetes Ergebnis (15) liefert.
12. Verfahren nach einem der Ansprüche 8 bis 11, d a d u r c h g e k e n n z e i c h n e t, daß aus der Wissensbasis (5) jeweils benötigte Daten in Form von Regeln und Daten abgefragt werden, wobei die Wissensbasis (5) weitere Daten aus Objektbeschreibungen bezieht, die technologische Kennwerte der einzelnen Objekte der Diagnoseeinrichtung (4) enthalten.
13. Verfahren nach einem der Ansprüche 8 bis 12, d a d u r c h g e k e n n z e i c h n e t, daß das Verfahren zur automatischen Konfiguration und Parametrierung der Diagnoseeinrichtung (4) , zur Auswahl und Durchführung eines Prüfverfahrens und zur Auswertung der Prüfergebnisse vorgesehen ist. 20 14. Verfahren nach einem der Ansprüche 8 bis 13 , d a d u r c h g e k e n n z e i c h n e t, daß ein weiteres Datenobjekt (12), welches eine Sammlung von Mustersignalverläufen (MVType 1, MVType2 , ...), erstellt und ausgewertet wird, wobei den Mustersignalverläufen (MVType 1, MVType2, ...) Qualitäts-/Fehlerklassen (QFK1, QFK2 , .., QFKk) zugeordnet sind.
EP99927659A 1998-04-17 1999-04-14 System und verfahren zur konfiguration und/oder parametrierung einer diagnoseeinrichtung Expired - Lifetime EP1071937B1 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
DE19816884 1998-04-17
DE19816884 1998-04-17
DE19850122 1998-10-30
DE19850122A DE19850122A1 (de) 1998-04-17 1998-10-30 System und Verfahren zur Konfiguration und/oder Parametrierung einer Diagnoseeinrichtung für Objekte
PCT/DE1999/001112 WO1999054702A1 (de) 1998-04-17 1999-04-14 System und verfahren zur konfiguration und/oder parametrierung einer diagnoseeinrichtung

Publications (2)

Publication Number Publication Date
EP1071937A1 true EP1071937A1 (de) 2001-01-31
EP1071937B1 EP1071937B1 (de) 2005-06-29

Family

ID=26045527

Family Applications (1)

Application Number Title Priority Date Filing Date
EP99927659A Expired - Lifetime EP1071937B1 (de) 1998-04-17 1999-04-14 System und verfahren zur konfiguration und/oder parametrierung einer diagnoseeinrichtung

Country Status (5)

Country Link
US (1) US6546350B1 (de)
EP (1) EP1071937B1 (de)
DE (2) DE19850122A1 (de)
DK (1) DK1071937T3 (de)
WO (1) WO1999054702A1 (de)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19953741C1 (de) * 1999-11-09 2001-10-25 Krones Ag Vorrichtung und Verfahren zur optischen Inspektion
KR20040030109A (ko) * 2001-08-14 2004-04-08 텍스트론 오토모티브 컴퍼니 인코포레이티드 디자인 검사 및 일치성을 제공하는 방법
DE10151029A1 (de) * 2001-10-16 2003-04-30 Siemens Ag System zur Parameterkonfiguration multimodaler Meßgeräte
DE10216331A1 (de) * 2002-04-13 2003-10-30 Conducta Endress & Hauser Messeinrichtung für die Prozesstechnik und Betriebsverfahren für eine Messeinrichtung
DE10242003A1 (de) 2002-09-11 2004-03-25 Siemens Ag Vorrichtung zur Zugänglichmachung von Expertenwissen für die Bedienung medizinischer Untersuchungsgeräte
US9123077B2 (en) 2003-10-07 2015-09-01 Hospira, Inc. Medication management system
US8065161B2 (en) 2003-11-13 2011-11-22 Hospira, Inc. System for maintaining drug information and communicating with medication delivery devices
EP1674957A1 (de) * 2004-12-21 2006-06-28 Siemens Aktiengesellschaft Regelbasiertes, verteiltes Engineering
WO2008057729A2 (en) * 2006-10-16 2008-05-15 Hospira, Inc. System and method for comparing and utilizing activity information and configuration information from mulitple device management systems
DE102007018732A1 (de) * 2007-04-20 2008-10-23 Volkswagen Ag Diagnosesystem und Verfahren zum Erstellen eines Prüfablaufs für eine Diagnose eines mechatronischen Gesamtsystems
US8170968B2 (en) * 2008-08-15 2012-05-01 Honeywell International Inc. Recursive structure for diagnostic model
US8271106B2 (en) 2009-04-17 2012-09-18 Hospira, Inc. System and method for configuring a rule set for medical event management and responses
US20100330569A1 (en) * 2009-04-23 2010-12-30 Intelligent Bio-Systems, Inc. Hydroxymethyl Linkers For Labeling Nucleotides
DE102011101263A1 (de) * 2011-05-11 2012-11-15 Dietmar Cimbal Verfahren zur Erkennung einer Dysfunktion
WO2013059615A1 (en) 2011-10-21 2013-04-25 Hospira, Inc. Medical device update system
DE102011119350B4 (de) * 2011-11-25 2020-07-09 Sew-Eurodrive Gmbh & Co Kg System zur Prüfung von Merkmalen an Prüfobjekten und Verfahren zum Betreiben eines Systems
DE102011119356B4 (de) * 2011-11-25 2020-07-09 Sew-Eurodrive Gmbh & Co Kg System zur Prüfung von Merkmalen an einem Prüfobjekt, ebensolches System, das zur Prüfung von Merkmalen an aufeinander folgend hergestellten Prüfobjekten, also Produkten verwendet wird und Verfahren zum Betreiben eines solchen Systems
CA2904053C (en) 2013-03-06 2023-01-03 Hospira, Inc. Medical device communication method
EP3039596A4 (de) 2013-08-30 2017-04-12 Hospira, Inc. System und verfahren zur überwachung und verwaltung eines entfernten infusionsdosierungsplans
US9662436B2 (en) 2013-09-20 2017-05-30 Icu Medical, Inc. Fail-safe drug infusion therapy system
US10311972B2 (en) 2013-11-11 2019-06-04 Icu Medical, Inc. Medical device system performance index
CA2930830C (en) 2013-11-19 2019-12-03 Hospira, Inc. Infusion pump automation system and method
EP3138032B1 (de) 2014-04-30 2024-07-24 ICU Medical, Inc. Patientenpflegesystem mit bedingter alarmweiterleitung
US9724470B2 (en) 2014-06-16 2017-08-08 Icu Medical, Inc. System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy
US9539383B2 (en) 2014-09-15 2017-01-10 Hospira, Inc. System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein
WO2016189417A1 (en) 2015-05-26 2016-12-01 Hospira, Inc. Infusion pump system and method with multiple drug library editor source capability
CA3030786A1 (en) 2016-07-14 2018-01-18 Icu Medical, Inc. Multi-communication path selection and security system for a medical device
US10517169B2 (en) * 2018-04-13 2019-12-24 Pdf Solutions, Inc. Characterization vehicles for printed circuit board and system design
US10950339B2 (en) 2018-07-17 2021-03-16 Icu Medical, Inc. Converting pump messages in new pump protocol to standardized dataset messages
NZ772135A (en) 2018-07-17 2022-11-25 Icu Medical Inc Systems and methods for facilitating clinical messaging in a network environment
EP3824386B1 (de) 2018-07-17 2024-02-21 ICU Medical, Inc. Aktualisierung von infusionspumpenmedikamentenbibliotheken und betriebssoftware in einer vernetzten umgebung
US11139058B2 (en) 2018-07-17 2021-10-05 Icu Medical, Inc. Reducing file transfer between cloud environment and infusion pumps
WO2020023231A1 (en) 2018-07-26 2020-01-30 Icu Medical, Inc. Drug library management system
US10692595B2 (en) 2018-07-26 2020-06-23 Icu Medical, Inc. Drug library dynamic version management

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4794559A (en) 1984-07-05 1988-12-27 American Telephone And Telegraph Company, At&T Bell Laboratories Content addressable semiconductor memory arrays
IE851998L (en) * 1985-08-14 1987-05-11 Francis Anthony Purcell Test apparatus for electronic equipment
JPS61262862A (ja) * 1985-11-28 1986-11-20 Nec Corp 主記憶装置
US4835459A (en) * 1986-05-16 1989-05-30 Hughes Aircraft Company Automatic fault insertion system (AFIS)
US4980844A (en) * 1988-05-27 1990-12-25 Victor Demjanenko Method and apparatus for diagnosing the state of a machine
FR2641085B1 (de) * 1988-12-22 1991-05-03 Actia
US5293585A (en) * 1989-08-31 1994-03-08 Kabushiki Kaisha Toshiba Industrial expert system
US5327553A (en) * 1989-12-22 1994-07-05 Tandem Computers Incorporated Fault-tolerant computer system with /CONFIG filesystem
JP2915523B2 (ja) * 1990-08-29 1999-07-05 株式会社東芝 超音波診断装置
SE467026B (sv) * 1990-09-21 1992-05-11 Televerket Anordning foer strukturering av teknisk information vid uppraettande av en kunskapsdatabas och felsoekning i teknisk utrustning
CH687110A5 (de) * 1991-09-10 1996-09-13 Luwa Ag Zellweger Verfahren zur Erstellung einer Stoerungsdiagnose an Produktionsmaschinen und Anwendung des Verfahrens an Textilmaschinen.
US5388188A (en) * 1992-03-17 1995-02-07 At&T Corp. Apparatus and methods for providing design advice
US5481481A (en) * 1992-11-23 1996-01-02 Architectural Engergy Corporation Automated diagnostic system having temporally coordinated wireless sensors
US5313241A (en) * 1992-11-25 1994-05-17 Eastman Kodak Company Processor diagnostics using switch settings
US5878746A (en) * 1993-08-25 1999-03-09 Lemelson; Jerome H. Computerized medical diagnostic system
JP3201156B2 (ja) * 1993-08-30 2001-08-20 トヨタ自動車株式会社 設計を支援する方法と装置
JPH0777519A (ja) * 1993-09-08 1995-03-20 Hitachi Ltd 異常診断アルゴリズム自動構築法とその装置
US5528516A (en) * 1994-05-25 1996-06-18 System Management Arts, Inc. Apparatus and method for event correlation and problem reporting
DE29611558U1 (de) 1996-07-05 1997-08-07 Siemens AG, 80333 München Vorrichtung zur Erfassung von analogen Meßsignalen für die akustische Diagnose von Prüflingen
US5963884A (en) * 1996-09-23 1999-10-05 Machine Xpert, Llc Predictive maintenance system
US6049764A (en) * 1997-11-12 2000-04-11 City Of Hope Method and system for real-time control of analytical and diagnostic instruments
US5991707A (en) * 1998-03-09 1999-11-23 Hydrotec Systems Company, Inc. Method and system for predictive diagnosing of system reliability problems and/or system failure in a physical system
US6192325B1 (en) * 1998-09-15 2001-02-20 Csi Technology, Inc. Method and apparatus for establishing a predictive maintenance database
US6200025B1 (en) * 1998-12-15 2001-03-13 Siemens Medical Systems, Inc. Flexible automated specification testing for quality checks

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO9954702A1 *

Also Published As

Publication number Publication date
US6546350B1 (en) 2003-04-08
EP1071937B1 (de) 2005-06-29
DK1071937T3 (da) 2005-10-17
DE59912225D1 (de) 2005-08-04
DE19850122A1 (de) 1999-10-28
WO1999054702A1 (de) 1999-10-28

Similar Documents

Publication Publication Date Title
EP1071937A1 (de) System und verfahren zur konfiguration und/oder parametrierung einer diagnoseeinrichtung
DE69403072T3 (de) Verfahren und vorrichtung zur prüfung des wahrnehmungsvermögens eines probanden bezüglich visueller stimuli
DE69322498T2 (de) Verfahren zur identifizierung von normalen biomedizinischen proben
DE102005031245B4 (de) Verfahren zum Test eines klinischen und/oder medizintechischen Systems und Verfahren zur Steuerung medizintechnischer Untersuchungsabläufe in einem klinischen und/oder medizintechnischen System sowie entsprechende Computerprogrammprodukte
EP1088211B1 (de) Akustisches diagnosesystem und -verfahren
DE102005036321A1 (de) Verfahren und Vorrichtung zum dynamischen Generieren von Testszenarien für komplexe rechnergesteuerte Systeme, z.B. für medizintechnische Anlagen
DE10319546A1 (de) Verfahren und Vorrichtung zur automatischen Detektion von Anomalien in Gefäßstrukturen
DE102005031901A1 (de) Verfahren zur Planung einer Untersuchung in einer Magnetresonanzanlage und Magnetresonanzanlage hierfür
DE10349661A1 (de) Einrichtung und Verfahren zur Überwachung der Parameterwahl beim Betrieb eines technischen Gerätes
DE10027822B4 (de) Unterdrückung von Datenabtastwerten
EP1175865B1 (de) Kardiologisches Geräteimplantat ausgestattet mit einem Auswerteverfahren zur Bestimmung der zeitlichen Stationarität gemessener kardiologischer Signale
DE3602171A1 (de) Testgeraet fuer ein elektromedizinisches geraet
DE19857462A1 (de) Verfahren zur Prüfung von Einzelkomponenten eines Kraftfahrzeuges
DE60212376T2 (de) System zur vorsehbaren diagnose in einer speicher programmierbaren steuerung
DE19855874A1 (de) System und Verfahren zur Projektierung und Durchführung von Prüfabläufen
DE10105585A1 (de) Verfahren zum Betrieb eines Magnetresonanzgeräts
DE102021102712A1 (de) Verfahren und System zur akustischen Diagnose eines Kraftfahrzeugs anhand von Betriebsgeräuschen
DE60035505T2 (de) Feststellung von neurologischen zuständen mittels reizevozierten potentialen
DE102020210939A1 (de) Kompression von maschinenzustandsdaten
DE602004011478T2 (de) Anzeige der genauigkeit einer quantitativen analyse
EP1518187A1 (de) Verfahren zur erstellung von daten, die für die beurteilung kognitiver oder sensomotorischer leistungsfähigkeiten oder leistungen von testpersonen verwendbar sind
DE19850881A1 (de) Getriebe- und Motorenprüfung
EP0708941B1 (de) Verfahren zum test eines objektorientierten programms
DE3101837A1 (de) "signalform-analysator"
DE19529342C2 (de) Verfahren zur Visualisierung des Überdeckungsgrades beim Test eines endlichen Automaten

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20001009

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE DK FR GB IT

17Q First examination report despatched

Effective date: 20040305

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RTI1 Title (correction)

Free format text: SYSTEM AND METHOD FOR CONFIGURING AND/OR PARAMETERISING A DIAGNOSTIC DEVICE

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): DE DK FR GB IT

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REF Corresponds to:

Ref document number: 59912225

Country of ref document: DE

Date of ref document: 20050804

Kind code of ref document: P

GBT Gb: translation of ep patent filed (gb section 77(6)(a)/1977)

Effective date: 20050907

REG Reference to a national code

Ref country code: DK

Ref legal event code: T3

ET Fr: translation filed
PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20060330

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DK

Payment date: 20070410

Year of fee payment: 9

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20080620

Year of fee payment: 10

REG Reference to a national code

Ref country code: DK

Ref legal event code: EBP

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20080430

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20090428

Year of fee payment: 11

Ref country code: FR

Payment date: 20090424

Year of fee payment: 11

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20090409

Year of fee payment: 11

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20091103

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20100414

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST

Effective date: 20101230

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100414

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100414

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20100430