Classifications

• • G—PHYSICS
  • G05—CONTROLLING; REGULATING
  • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
  • G05B19/00—Programme-control systems
  • G05B19/02—Programme-control systems electric
  • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
• • G—PHYSICS
  • G01—MEASURING; TESTING
  • G01D—MEASURING NOT SPECIALLY ADAPTED FOR A SPECIFIC VARIABLE; ARRANGEMENTS FOR MEASURING TWO OR MORE VARIABLES NOT COVERED IN A SINGLE OTHER SUBCLASS; TARIFF METERING APPARATUS; MEASURING OR TESTING NOT OTHERWISE PROVIDED FOR
  • G01D4/00—Tariff metering apparatus
• • G—PHYSICS
  • G05—CONTROLLING; REGULATING
  • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
  • G05B19/00—Programme-control systems
  • G05B19/02—Programme-control systems electric
  • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
  • G05B19/4183—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by data acquisition, e.g. workpiece identification
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q10/00—Administration; Management
  • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
  • G06Q10/083—Shipping
  • G06Q10/0832—Special goods or special handling procedures, e.g. handling of hazardous or fragile goods
• • G—PHYSICS
  • G05—CONTROLLING; REGULATING
  • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
  • G05B2219/00—Program-control systems
  • G05B2219/30—Nc systems
  • G05B2219/31—From computer integrated manufacturing till monitoring
  • G05B2219/31095—Read write intelligent chip on workpiece, pallet, tool for data exchange
• • G—PHYSICS
  • G05—CONTROLLING; REGULATING
  • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
  • G05B2219/00—Program-control systems
  • G05B2219/30—Nc systems
  • G05B2219/31—From computer integrated manufacturing till monitoring
  • G05B2219/31283—Communication memory, storage, ram, eprom on workpiece or pallet
• • G—PHYSICS
  • G05—CONTROLLING; REGULATING
  • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
  • G05B2219/00—Program-control systems
  • G05B2219/30—Nc systems
  • G05B2219/33—Director till display
  • G05B2219/33192—Radio link, wireless
• • 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
  • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
  • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
  • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
  • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Definitions

• Product sensor product with product sensor, system and method for communication between product sensor and system
• the invention relates to a product sensor, a product having at least one such product sensor, a system with a diagnostic device and a method for communication between the product sensor and the system.
• the object of the invention is to avoid the abovementioned disadvantages and in particular to provide a solution for the efficient operation of a plant.
• ⁇ ner data or data derived therefrom a processing unit for providing precisely measured ⁇ ner data or data derived therefrom to the system.
• a plant means any plant in which products can be manufactured, processed, processed and / or transported. Also, it may be the machine is a machine. In the system it may be a manufacturing facility or an automation ⁇ thnesstrom in particular.
• the product sensor is, for example, i.a. a sensor for detecting a physically or chemically measurable variable.
• This size is preferably in the form of (digital
• measured data can also be processed by the processing unit or (pre-) processed into "derived" data.
• Da ⁇ th and / or the derived data are provided to the system. This provision can take place actively in the form of a transmission to the plant; Alternatively, it is possible that the system (or a processing unit of the system) requests the data from the product sensor.
• the provision or transmission of data and / or derived data can be regular or irregular, eg Eintre ⁇ th specified events or times, or when Errei ⁇ chen predefined positions in space (so-called. Gateways).
• the product sensor can be arranged (eg detachably fastened) on each of the products or on a part of the products. This enables effective and product-related recording of measured variables.
• the data or the derived data can be transmitted to an inspection entity or diagnostic facility (eg, the facility or a central diagnostic facility) immediately or later via an arbitrarily designed interface facility.
• the data from the product sensors can be used, for example, for a runtime-parallel diagnosis of production systems in order to detect errors whose effects can be observed directly on products and to use them for the diagnosis of, for example, the entire system.
• a development is that the product sensor can be attached to the product.
• the product sensor is integrated in the product or in a material carrier for the product.
• the product sensor can be embodied as an active sensor or it can have at least one connection possibility for a sensor.
• the product sensor is mobile and can be attached to the product.
• the product sensor may be detachably connected to the product.
• the product sensor may also be attached to a material carrier of the product.
• a material carrier may for example be a transport pallet which receives the product and / or carries, for example, together with the product, an independent function independent of other components of the installation (eg the transport of the product).
• the processing unit is configured to store the measured data or the derived data.
• the proces ⁇ processing unit and / or the product sensor comprises a communications interface ⁇ basis of which the measured data or the data derived can be transferred to the plant.
• the communication of data and / or the derived data can be made unidirectional or bidirectional via the Kommunikati ⁇ onstrestelle.
• a communications pro ⁇ protocol can be used that allows a safe and / orscienceto ⁇ lerante transmission and against which is CAPS LOCK bar if necessary, that the communication does not properly func ⁇ ned.
• the communica ⁇ tion interface is a wireless or a wired communication interface.
• the data and / or the derived data can be transmitted via a radio link, eg via a mobile radio interface, a WLAN connection, a Bluetooth connection, by means of induction, etc.
• a wired communication interface is used, For example, to transfer collected data (and any data derived from it).
• an electrical contact can take place at certain locations of a transport system, so that fault-tolerant, secure and fast data transmission can be realized with this contacting.
• Communication with the system may be initiated by the product sensor or the system. The product sensor can thus respond to a request from the system or transmit the data to the system on its own.
• the communication can also be carried out at predetermined times, at predetermined locations of the plant (or the product in the plant) and / or in the presence of predetermined conditions or conditions. Also, the communication can be prioritized, so that a fault or an error can be detected quickly by the system.
• the product sensor can be designed such that the data can be forwarded to the system while observing real-time conditions.
• the product sensor is preferably equipped kitchens ⁇ tet with correspondingly faster hardware.
• a communication ⁇ interface is used, which also meets real-time requirements. This makes it possible to use the product sensor also for a timely control of the system.
• the product sensor can provide any size, physically or chemically measurable, in the form of data (or derived data).
• the processing unit is set up such that the measured data and / or the derived data can be monitored.
• the measured data and / or the derived data can be stored continuously at certain (predetermined) points in time or when certain (predefined) events occur. This allows, for example, an efficient documentation of the production process, as well as in Nachhi ⁇ NO (eg for quality assurance) can be determined, which influences the product during the manufacturing process in the
• the processing unit prefferably compare the measured data and / or the derived data with predetermined values and, in the event of a deviation (eg, exceeding or falling short of a predetermined threshold value), provide a corresponding message for the system, for example, to the system. Based on this message, an appropriate action can then be ⁇ manages to detect defective products as soon as possible and to prevent the production of further potentially error-lerhafter products on the side of the plant.
• a deviation eg, exceeding or falling short of a predetermined threshold value
• the evaluation of the measured data or the derived data can thus be performed on the product sensor (the processing unit of the product sensor) and / or (in the case of the plant of a processing or diagnosis unit of the plant) ⁇ SUC gene.
• countermeasures are preferably initiated from the complex.
• the communication between the system and the product sensor can be unidirectional or bidirectional. In particular, various protocols are used so that, for example, ensures a secure communication link (eg radio) between product sensor and system that rempliley ⁇ th messages arrive or that the failure of the communication link can be noticed.
• a next development consists in that a symptom can be determined on the basis of the measured data or the data derived therefrom on the basis of the processing unit.
• One embodiment is that based on the symptom a Di ⁇ agnose for the system can be determined.
• An alternative embodiment is that based on the symptom a diagnosis for the system can be determined ba ⁇ sierend on at least one assumption.
• the symptom based on the ge ⁇ measured data and / or the derived data in the system and / or in the product sensor, in particular in the processing processing unit of the product sensor can be determined.
• the diagnosis can be carried out by the product sensor and / or by the system.
• the system can resort to ei ⁇ ne variety of different data for the preparation of the diagnosis.
• the set of possible assumptions taking into account already existing symptoms or data is limited, so that a Diag ⁇ nose is at an early stage and, in particular possible in time.
• the above object is also achieved by means of a Pro ⁇ domestic product with at least one of the product sensors described herein.
• the above object is achieved by means of a system with a diagnostic device for communication with at least one product sensor as described herein.
• the diagnostic device may have a communication interface for communicating with the product sensors. In particular, based on the transmitted data of several product sensors, a diagnosis concerning the system or a part of the system can be made.
• the measured data are determined, for example, by a sensor or a sensor module measuring physical, electrical and / or chemical parameters and providing them in the form of data.
• a further development is that based on the ge ⁇ measured data or data derived a diagnosis of the system is performed.
• product sensor having a processor unit in the form of any processor or computer or Compu ⁇ ters with correspondingly necessary periphery (memory, Germany put / output interfaces, input-output devices, etc.) may be excluded leads. Accordingly, the system, at least one such processor unit, for example, to perform the here be written ⁇ diagnosis, have.
• a product can have at least one product sensor. Also, such a product can be called with at least one product ⁇ sensor as an intelligent product.
• Insbeson ⁇ particular may be an embedded system with sensors, which are mounted on carriers or material on workpieces such intelligent product.
• the intelligent product may further include a processing unit, the play has at ⁇ a control software, by means of which, for example, continuously or at predetermined time points determined by the sensors (for example measured) data can be processed, for example, is carried out by making a comparison with predetermined values, to detect, control and / or document deviations in the manufacturing process of the product.
• the information to product quality may for example be based on the data available ge ⁇ available upon request.
• a product is equipped with at least one product sensor (for example, as an embedded system), wherein the environment is monitored on the basis of the at least one product sensor and product-relevant data are recorded and transmitted to the system.
• the product-relevant data are e.g. Data relating to the manufacture, processing, processing and / or transport of the product.
• the data may be measurement data, derived data or process parameters, e.g.
• the system receives the data and can use this example for the Qua ⁇ surance, diagnosis and / or monitoring of the system. So it is possible, for example, during maintenance to provide important information or to intervene in case of failure as soon as possible in the system or its components or control functions.
• Product sensors can be mounted directly in or on the product. It is also possible that sensors or even the product sensors are already completely or partially attached to or in material carriers of a material flow system. The application of mobile product sensors thus advantageously serves as an information supplier for the diagnosis of the system.
• the product can also play a global role as an information provider for on-site diagnostic systems.
• ⁇ the interpreted data from the sensors, depending on the application, selectively or fully transferred and, for example, as so-called Sym ⁇ toms by means of installed radio modules to the diagnostic system. So can be easily determined and also used by the transfer of the diagnostic system for diagnosing faults in the entire manufacturing system product-specific process requirements and / or product-dependent effects of errors, such as tempera ⁇ fluctuations or vibrations.
• the symptom may be understood to mean measured or derived data associated with a particular measurand.
• the measured value is, for example, threshold values ⁇ or assigned fixed limits, see system status for a critical or represent an actual or anticipated fault condition.
• the measured variables may be, in particular, physically or, if appropriate, chemically measurable quantities.
• the production facility can be improved.
• a Ver ⁇ improvement is to mistake the measurable impact on the product of the system to be able to recognize (on time).
• the data in the form of measurements taken from the product sensors may be communicated to the diagnostic system, which may either detect errors or more accurately identify an error. This is particularly advantageous when different diagnoses differ by their effect on the product.
• Data from sensors installed on smart products can be used to run-time diagnostics of manufacturing systems to detect symptoms that are directly observable on the products and to use them to diagnose the entire system. Accordingly, the system or the entire system can be modified or adjusted. In particular ⁇ sondere the plant can then in another state, are optionally operated with a different task or programming.
• product sensors can be flexible depending on the particular product is ⁇ sets. If different types of products manufactured or with different demands on the production process worked, the corresponding material support and / or intelligent products can be equipped with the necessary sensors in this way each, without these being permanently installed in parts of the plant Müs ⁇ sen.
• the product sensors may be no real-time communication of the product sensors with the system (and a corresponding response of the system within fixed time limits) necessary. This reduces the complexity and thus the costs of the plant and the operation.
• product sensors installed on material carriers or on smart products can be used to improve the diagnosis of the plant, since the plant is able to function correctly within a given operating range for the product during fault-free operation. Accordingly, the product sensors provide data corresponding to the allowable operating range. Is this permissible operating range is left, it can be found through the data delivered, be it from the product sensor itself (eg as an intelligent product with cookedsein ⁇ ness) or from the system (or a diagnostic system of the plant), the data continuously, for example, or at predetermined (regular or irregular) times. The data can be transmitted to the system by means of radio communication or by means of electrical contacting.
• FIG. 1 shows a schematic system structure of a system 101.
• the system 101 serves to transport, process, process and / or manufacture products 102.
• Such a product 102 which may also be referred to as an intelligent product, has a receiving or fixing 4
• Vorzugswei ⁇ se is such a product sensor 103 is detachably arranged on or in the product 102 or attached.
• a product sensor 103 or sensors connected to it can also be arranged on a product carrier (material carrier, eg carrier plate for the product).
• the product sensor 103 shown enlarged by way of example has a processing unit 104, which comprises measured data md of environmental parameters and, if necessary, also processes or partially processes them.
• the processing unit to be 104 is kepts ⁇ tattet with at least one sensor or at least ⁇ a terminal for connecting a sensor.
• the sensor can, for example, record transaction data, ambient temperatures or other physically or chemically detectable sizes and as measured data be ⁇ riding make.
• the product sensor 103 has a communication interface 105, which has an antenna 106 for transmitting the measured data md or data d obtained therefrom.
• the communication interface can also be part of the processing unit.
• the processing unit, the communication ⁇ interface and the antenna can be formed of a combination of a induction coil-like antenna and a sensor connected directly thereto ⁇ .
• a gateway point 108 as one of the system 101 associated sections ⁇ transmitted.
• the gateway 108 is connected via a bus 109 or a line to other components of the system 101, for example with a diagnostic system 110 as an external system device for further processing of the measured or acquired data.
• the diagnostic system 110 may also be implemented as a component of a command and control center.
• a computer or industrial PC PC: Personal 5
• Computer / workstation 111 or a programmable logic controller (PLC) for receiving the measured data md or data d obtained therefrom may be formed by the communication interface 105 of the product sensor 103.
• PLC programmable logic controller
• any other suitable transmission systems can be used, in particular ⁇ special radio-based transmission systems.
• a direct line-coupled connection can be selected. Such could for instance be configured in the form ei ⁇ nes so-called USB port and allow a connection by plugging the product sensor or a cable coupled thereto in, for example, a computer.
• the standard PROFINET are preferably industrialized A ⁇ output subsystems 113, 115 coupled to the system one hundred and first
• the first of the subsystems 113 serves, for example, to control a conveyor belt 114 and to monitor its functionality.
• a drive motor of the conveyor belt 114 can be controlled and sensors via the subsystem 113, e.g., rotation sensors on a drive shaft, a rotation of a drive roller guards ⁇ .
• the second subsystem 115 serves, for example, to control or monitor further product processing, control or monitoring components 116, 117.
• the system 101 can no longer be monitored only by sensors arranged on components of the systems, but additionally or even completely, the system 101 can be monitored by the product sensors 103, which on, in or in the vicinity of the (intelligent) products (s) 102 are arranged.
• communication may occur only at or near predefined communications gateways 108, 111, eg, after completion of a manufacturing stage or after completion of the product. In this way, the communication costs are significantly reduced, all ⁇ recently increased the response time of the system to the detected by the product sensor symptoms.
• the communication can be realized contactlessly by radio ⁇ technology.
• the instal for controlling the manufacturing system ⁇ profiled industrial PCs can be used as gateways 111.
• FIG. 2 shows components and functional or process sequence features for the acquisition and processing of the measured data d.
• the diagnostic model sketched in simplified form in FIG. 2 is used.
• a characteristic (referred to as "Fea ⁇ ture") represents the temperature measured by the product sensor data d. 7
• features will be interpreted by the embedded system so that symptoms gemes ⁇ sene data md or derived data may be generated d, describe the properties of the environment of the product 102 and characteristics of the plant one hundred and first
• the amount of preprocessing is determined by the processing and storage capacity of the embedded system. For example, current systems can compare measured values with critical thresholds, aggregate data or similar.
• the feature meta-model 302 is, for example, a model as it may be integrated in the product sensor: a symptom 201 has at least one feature 202 here.
• the symptom 201 corresponds to the definition of a symptom 203 of a situation tions meta-model 303.
• a system element 204 includes Minim ⁇ least one symptom 203 and has at least one diagnosis 205.
• System elements may additionally be in a hierarchical part-whole relationship.
• an application scenario with a multi-agent approach is also specified in which, for example, an adaptive production of a product 102 with an interactive diagnostics is improved.
• vibration-sensitive and vibration-insensitive products 102 are simultaneously conveyed in a system of conveyor belts 114.
• the product sensor 103 has, for example, a three-dimensional acceleration sensor and is arranged on a prototype of a product 102.
• the diagnostic system 110 which is also referred to as a diagnostic agent, are übertra ⁇ gene to to diagnose possible errors of the conveyor belt 114.
• the approach presented here concerns, for example an on ⁇ layers or production control in an automated Diagnosis is optionally implemented together with interaction of a Be ⁇ service person.
• This enables flexible adaptation to ⁇ of machine capabilities and helps in the case of deviations from specified operating conditions or other abnormalities, to prevent damage.
• an interpretation can be model-based. It can thus be predicted using a derived cause investigation, for example based on a Plausibilticiansschwellwer- th Diag ⁇ nose, said resulting ambiguities among competing approaches to be dissolved.
• suitable information devices can be provided which inform an operator, for example, of fault conditions. This enables potential fault conditions to be detected or avoided before they actually occur.
• the proposed architecture also integrates intelligent products in the form of mobile Senso ⁇ reindeer, which improves the robustness and reliability of production systems ⁇ .
• Increasing demands for rapid response to market ⁇ trends and the increasing very flexible configuration of products by the customer lead to higher flexibility requirements of production systems, in particular with a view to providing flexible processes for smaller quantities and robustness against errors in the technical system.
• Product-oriented manufacturing systems that are supported by the product sensors or smart products described here are a promising approach, especially for products that are to be manufactured or processed in small quantities.
• the present concept shows a possibility of interaction and cooperation of the product sensor with the production control system.
• the present approach allows a highly flexible and robust framework for the production, processing and / or processing of a product, in particular by means of a model-based diagnostic system, where appropriate with the assistance of operating personnel.
• a flexible production scenario is shown, which can be used in conjunction with intelligent products and thus, among other things, permits a significantly improved diagnosis as a result.
• a logistics system comprising a zuhold ⁇ rendes unidirectional conveyor belt, a distributor and two selectable outgoing conveyor belts that ⁇ example, lead to different machines is considered.
• Each transport belt section is driven by a shaft which is provided with egg ⁇ nem sensor for measuring the shaft rotation.
• product sensors are equipped with a digital product memory and an accelerometer, so that for example for the purpose of Quali ⁇ tuschs rejoin acceleration measured values can be determined and saved ⁇ chert.
• the information provided by the product sensors can be combined with additional measurements to help diagnose the transport system. If, for example, the axis of a conveyor belt turns and a
• the only partially functional part of the system is used specifically for another product, for example, until its repair. This possibly prevents a failure of the system or reduces the service life of the system (because, for example, the system can be reused in a modified form until repair). This can already be taken into account in the production planning in order to optimize the use of the plant, for example with regard to the throughput with guaranteed product quality.
• Fig. 3 is a schematic diagram illustrating an architecture of the multi-agent system.
• a functiona ⁇ formality of the system is realized by agents that provide four functions (also referred to as rolls):
• the meta-models 301 to 303 comprise a relevant domains ⁇ know, ranging from up to process information definitions of diagnostic aspects, whereas specific agent, ie
• the models are used for diagnostic purposes, but also serve as the basis for a service search that brings information providers and consumers together depending on the type of information offered and requested.
• OWL Web Ontology Language
• the situation meta-model 303 is based on the description logic EL, a partial language of the profile OWL 2 EL, which allows queries to be answered in polynomial time (ie, efficient).
• the profile OWL 2 RL can be used to facilitate Interpre ⁇ tation by means of a rule engine. Both pro ⁇ file be used to achieve a compromise between performance capability and expressiveness in terms of a settable to ⁇ evaluation procedures.
• Symptom Provider A symptom provider realizes a collection of characteristics within a given area of responsibility defined by a set of system elements (SystemElement) of the proposed meta-model.
• the symptom provider includes the symptom provisioning function 308 thereto.
• the symptom provider performs a registration with the Investigation Service by publication of the identification ⁇ number of system elements for which it is responsible by.
• Customers or users in general: objects
• the symptom provider responsible for a relevant component for certain event classes, which are indicated by subconcepts of the symptom.
• the symptom provider closes based on its feature meta-model 302 automatically to the corresponding symptom.
• the situation analysis includes the situation analysis function 309, which includes the process of interpreting symptoms based on the situation meta-model 303 and realized by the diagnostic agent 306.
• the symptoms for which it wishes to Be ⁇ nachricht Trent as follows: First, it asks the ER mediation service after symptom providers, which for the Sys ⁇ temimplantation that responsible for monitoring. Then, the situation analysis function 309 subscribes to each of these symptom providers for the specific symptoms, including subconceptions of the symptoms (ie, symptoms dependent thereon or subordinate to it ).
• the situational analysis function 309 Upon receipt of a symptom, the situational analysis function 309 causes the interpretation process that egg NEN set of errors is determined (for example, defects or disorders), which may possibly be a cause of observations or gemes ⁇ sene data. By accepting the assumption that there are symptoms that have not yet been recognized is the The situation analysis function 309 will be able to detect errors that have not or not yet fully occurred. A diagnosis that does not require any additional Sym ⁇ toms are adopted, will apply more likely than a diagnosis that is based on assumptions. Thus, the situation analysis function 309 adds their interpretations ⁇ functions with a plausibility measure.
• egg NEN set of errors is determined (for example, defects or disorders), which may possibly be a cause of observations or gemes ⁇ sene data.
• the services of the situation analysis function 309 can be called frequently.
• a so-called "Anytime” approach that is, a call is possible at any time, and a result is also depending ⁇ currently provided
• a lower limit pl regarding the quality of the solutions Depending on confi ⁇ regener- threshold values pl m and pl D solves the situational analysis function 309 both automated reactions and interactions of the operator of: First, a monitoring mediator is informed of the full set of diagnostics on the necessary assumptions and their Plausibility values.
• the situation analysis function 309 additionally causes the production control devices to automatically take protective measures and send a message about that decision to the monitoring mediator.
• the production controller with the associated production control function 311 is responsible for the interaction with the plant.
• a management and control ⁇ functionality of the associated system elements in a height ⁇ ren level are realized, which in turn provides within the production system ⁇ specific ways.
• the functionality realized by the production control is offered as a service on higher control systems such as production planning.
• the production controller registers with the investigative service.
• the situation analysis function is informed of the diagnosis by the situation analysis function. This information allows production control to limit the production services offered through the discovery service to reduce the likelihood of machine and / or product damage.
• the model and the fault condition has been identified by the situation analysis function 309, made ⁇ light production control to limit the ability of the machine or system as little as possible, as opposed to a full temporary shutdown of the machine or system Consequence of a nonspecific common disorder.
• the monitor-mediator to the associated monitoring mediator function 310 provides an interface Zvi ⁇ rule to the agent-based automated control system and an operator.
• the operator of the situation analysis selected components of the system and configured sibilticians plausibility thresholds which are used by the production control ⁇ pl m, lo, and the lower limit PL, which by the situational Analysis is used.
• the monitoring mediator After acquiring a set of plausible diagnoses through the situation analysis, the monitoring mediator allows the operator to view the alternatives manually, if necessary 5
• the monitoring mediator assists the operator in determining additional information unavailable by automated sensors and providing it to the diagnostic process.
• the monitoring mediator is therefore preferably a central component in the proposed interactive approach to diagnostics during production.
• FIG. 4 shows an exemplary implementation of the pre-chosen here ⁇ approach in an industrial production environment.
• the same reference numerals as in Fig.l used for components and functions which are the same or the same or at least comparable to those of Fig.l, and also to the comments on the other figures, in particular Fig.l referenced.
• the real-time communication of the automation system which can for example be based on PROFINET / PROFIBUS not to disturb can optionally communication of multi-agent system for an implementation using already in ⁇ stallierter means of communication (eg existing corporate networks) can be used.
• the communications con ⁇ stuffs it may be, for example TCP / lP networks act (TCP: Trans ⁇ Control Protocol / Network protocol on the Internet / IP: Internet Protocol). It can be used a standardized or prop ⁇ rietäre multi-agent platform. Also, the system can build on a publicly accessible platform. The functionalities required for the services described here are provided by most of the available systems. This allows a flexible and cost- effective use of the solution presented here. Production Services Agent
• the production services agent 304 may be implemented in the industrial PC 111 (see FIG. 4).
• the production services agent 304 serves both as a symptom provider and for production control. In the latter function, the production services agent 304 allows an operator to configure the production control system. In addition, production services agent 304 controls the production process to ensure that configurations that could damage the machine or product are avoided.
• the production services agent 304 interprets data provided by machine-mounted sensors . From these data, characteristics which result using the feature model to Sympto ⁇ men result (ie, the symptoms can be derived from the characteristic model, can be determined so that specific symptoms for specific characteristics). Such behavior of the production services agent 304 may be achieved by a rule engine, whereby the feature meta model 302 and the feature models may be constrained to OWL 2 RL.
• the sensor and parameterization data can be accessed as on process variables of a real-time control kernel (based eg on the OPC UA standard based on a locally executed client-server protocol).
• All Components ⁇ th including infrastructure and the agent itself can be realized, for example, on the industrial PC 111, which is equipped for example with a TCP / IP communication link, and a programmable logic controller (such as a programmable logic controller, PLC), a real-time Performs control. It should additionally be noted that the real-time control is optional and, if necessary - depending on the field of use - even slower (not real-time) Kom ⁇ components can be used. 7
• the production services agent 304 may use axis motion sensors to derive a symptom: thus, the symptoms may be
• the symptoms are then sent to the diagnostic agent 306, which is installed, for example in the diagnostic system 110 and registered for the corresponding symptom (see FIG. ⁇ situ ation analysis function).
• the production services agent 304 is informed of the diagnostic agent 306 via a plausible diagnosis, the state of the production system thereof from ⁇ passed to restrict the amount of the Configurations of the production service, preferably the Pla thereof ⁇ information systems at a higher level.
• a product sensor is an embedded device attached to or in the product, for example, for the life of the product or the duration of manufacture or processing of the product.
• the product sensor is secured only so long in or on the product, such as needs be ⁇ is, that appears especially as long as communication with the investment makes sense or is possible.
• the product ⁇ sensor is preferably equipped with at least one sensor for monitoring the surroundings of the autonomous product 102nd
• a product agent 305 implementing the symptom providing function 308 controls the product sensor 102 and provides the measurements of the product sensor to the production control system in the form of symptoms that can be associated with system elements based on a location of the product.
• the symptoms are derived from features based on the feature model using a control machine, which may be implemented in the product sensor, for example.
• the product sensor can have a processing unit and / or a communication unit.
• FIG. 5 shows a schematic architecture of the product sensor 103 having a plurality of components and functions.
• a sensor module 501 is used to detect ambient values, for example vibrations and / or temperatures.
• the sensor module 501 can directly have a correspondingly suitable sensor or a connection for connecting a sensor.
• Measured data MD of the sensor module 501 can be transmitted over a Kom ⁇ tions interface 105th
• the communi ⁇ cation with the machine or system can be performed via various interfaces or media, such as WLAN, Bluetooth, RFID.
• the communication interface 105 may be the product agent 305 may correspond from Figure 3 with the product agent 305 as functional example ⁇ be connected.
• the product agent 305 is connected to an (optional) memory 502.
• the product sensor 103 may thus also include a processing unit that includes, for example, the components 305, 503, and 502.
• the communication interface 105 ⁇ part of the processing unit may be.
• the product agent 305 may use a local shopping ⁇ times model to the measurements of its sensor module 501, for example, as to interpret a three-axis motion sensor and to determine whether at which the product sensor 103 is disposed on the product 102, , a force acts.
• the following symptoms can be distinguished:
• An object of the diagnostic agent 306 is to implement the Si ⁇ tuations analysis function 309 in the context of a situational model. This is based on a knowledge-based diagnosis, which can lead to a variety of approaches.
• An exemplary implementation uses a logikba ⁇ catalyzed abduction for diagnosis to allow based on incomplete information predictive diagnostics.
• a lot of plausible diagnoses can be determined together with the necessary assumptions and the resulting plausibility assessments.
• plausible diagnoses can be deduced based on the spatial limitations of the product, ie a large number of diagnoses could be excluded due to such limitations.
• This corresponds to a search for optimal paths along a hypergraph, where each hyperpath (corresponding to a subgraph) represents a diagnosis valid with regard to the incomplete information.
• the hypergraph there is accordingly a variety of Pfa ⁇ , each based on a subset of the total zuläs ⁇ sigen acceptance amount.
• the structure of the graph is determined by the models, by the observed and assumed symptoms, and by the set of possible diagnoses, where the size of the graph is due to the limitations of the representation used Language polynomial is in terms of the size of the situation model.
• the plausibility of a path depends on two facto ⁇ ren, namely
• the parameters of the thresholds pl m and pl D determine whether a short-term (automated) response is to be performed by the production services agent 304, in addition to the full set of contending
• Diagnoses are provided to the maintenance agent 307 along with information on required assumptions and plausibilities.
• a product 102 can detect increasing vibrati ⁇ onshong on a discharging conveyor belt, while the corresponding ⁇ Component Sig nal (eg determined by a sensor on the transport ⁇ band) signals a rotating axis.
• An explanation for both observations requires no further assumption, because it can be directly recognized that only this transport ⁇ path of the system vibrates.
• Maintenance agents 307 facilitate user interaction as defined by the watchdog mediator function 310.
• a maintenance agent 307 can offer several (for example, separate from one another) graphical user interfaces ⁇ , eg a monitoring view integrated in a command and control center of a factory or plant, and
• - maintenance view can be configured in a WinCC SCADA system (SCADA: Supervisory Control and Data Acquisition / Control Control and Da ⁇ tenbes réelle; WinCC: Windows Control Center / Fens ⁇ ter-control center).
• SCADA Supervisory Control and Data Acquisition / Control Control and Da ⁇ tenbes réelle
• WinCC Windows Control Center / Fens ⁇ ter-control center
• the operator may assign diagnostic agents 306 components that set thresholds and lower limits and / or select diagnoses derived by the diagnostic agent 306.
• the selected diagnostic may be signaled to the diagnostic agent 306, from where it is forwarded to the responsible production service agent 304.
• the maintenance view which may be located on a machine control panel, assists the operator in the process
• Improving the analysis results e.g. by highlighting relevant data, for example the assumptions made during diagnosis determination, and / or by adding measurements initiated or performed by the operator.
• the operator ⁇ person could thus pretend that the other conveyor belts must not exceed vibration limits in order to reduce the risk of damage to products.
• the approach presented here provides a flexible and cost-effective architecture for an agent-based flexible production system that enables a service-based approach to the production, processing or processing of products, each product having at least one product sensor and being designed as a so-called smart product. can be leads. This allows an interactive diagnosis of An ⁇ position or machine can be achieved depending on the location of the product and / or acting directly on the product environment.
• Automated production control can be supplemented by manual input from an operator.
• the operator can interact, for example via a suitable interface with the diagnostic agent.
• the product sensors may comprise a wireless or a drahtge ⁇ Thematic communication interface or to the plant.
• the product sensor may be integrated in the product or attached to the product, eg detachably.
• the product can duktsensor a processing unit and / or a Kom ⁇ munikationshim have.
• the product sensor can provide product-specific data and / or plant-specific data and / or location-specific data.
• the presented approach also has the advantage that even with incomplete data decisions are possible to reduce risks for damage to the plant and / or the product. In particular, experiences of the operator can be taken into account in order to be able to make a decision with respect to a diagnosis based on only a small amount of information.
• model-based scheduling algorithms can be integrated into the production services agents to implement improved configuration planning and distributed production planning, as well as market-based mechanisms for coordinating production services agents and product agents.
• Approaches to the approach can also be semi-automated or automated extractions of required models from a large number of planning-relevant information generated during investment planning. This could significantly reduce the effort of implementing a model-based approach.
• Another extension could be to use more expressive models and complex structures, such as groups of factories and production chains. With a hierarchical approach could serve as symptoms of ei ⁇ ne full value chain diagnoses that were intended for a factory or plant: This could be gained a lot of additional information that would be used specifically to reduce adverse effects in production.

Landscapes

• Engineering & Computer Science (AREA)
• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Business, Economics & Management (AREA)
• Quality & Reliability (AREA)
• Economics (AREA)
• General Engineering & Computer Science (AREA)
• Manufacturing & Machinery (AREA)
• Automation & Control Theory (AREA)
• Entrepreneurship & Innovation (AREA)
• Development Economics (AREA)
• Human Resources & Organizations (AREA)
• Marketing (AREA)
• Operations Research (AREA)
• Strategic Management (AREA)
• Tourism & Hospitality (AREA)
• General Business, Economics & Management (AREA)
• Theoretical Computer Science (AREA)
• General Factory Administration (AREA)
• Testing And Monitoring For Control Systems (AREA)

Applications Claiming Priority (2)

Publications (1)

Family

ID=45977340

Family Applications (1)

Country Status (6)

Families Citing this family (21)

Citations (2)

Family Cites Families (19)

• 2011
  • 2011-04-05 DE DE102011006786A patent/DE102011006786B4/de active Active
• 2012
  • 2012-03-28 US US14/110,228 patent/US9696179B2/en active Active
  • 2012-03-28 KR KR1020137029348A patent/KR101955339B1/ko active IP Right Grant
  • 2012-03-28 EP EP12715543.0A patent/EP2663905A1/fr not_active Ceased
  • 2012-03-28 CN CN201280017218.7A patent/CN103443724B/zh active Active
  • 2012-03-28 WO PCT/EP2012/055461 patent/WO2012136526A1/fr active Application Filing

Patent Citations (2)

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events