DE10297009B4 - Sensorfusion unter Verwendung von selbstvaluierenden Prozesssensoren - Google Patents
Sensorfusion unter Verwendung von selbstvaluierenden Prozesssensoren Download PDFInfo
- Publication number
- DE10297009B4 DE10297009B4 DE10297009.2T DE10297009T DE10297009B4 DE 10297009 B4 DE10297009 B4 DE 10297009B4 DE 10297009 T DE10297009 T DE 10297009T DE 10297009 B4 DE10297009 B4 DE 10297009B4
- Authority
- DE
- Germany
- Prior art keywords
- measurement
- metrics
- independent
- sensor
- process metrics
- 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.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims abstract description 575
- 230000008569 process Effects 0.000 title claims abstract description 544
- 230000004927 fusion Effects 0.000 title claims abstract description 106
- 238000005259 measurement Methods 0.000 claims abstract description 445
- 238000004458 analytical method Methods 0.000 claims abstract description 67
- 238000012545 processing Methods 0.000 claims abstract description 48
- 238000007499 fusion processing Methods 0.000 claims description 22
- 230000009466 transformation Effects 0.000 claims description 7
- 238000013507 mapping Methods 0.000 claims description 2
- 238000004886 process control Methods 0.000 description 37
- 230000006854 communication Effects 0.000 description 24
- 238000004891 communication Methods 0.000 description 24
- 230000006870 function Effects 0.000 description 13
- 238000012360 testing method Methods 0.000 description 9
- 238000004364 calculation method Methods 0.000 description 8
- 238000013459 approach Methods 0.000 description 7
- 238000009529 body temperature measurement Methods 0.000 description 7
- 230000002093 peripheral effect Effects 0.000 description 7
- 238000004088 simulation Methods 0.000 description 7
- 230000006399 behavior Effects 0.000 description 6
- 230000007423 decrease Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 238000009826 distribution Methods 0.000 description 5
- 101100453960 Drosophila melanogaster klar gene Proteins 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 238000010200 validation analysis Methods 0.000 description 4
- 230000003197 catalytic effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012994 industrial processing Methods 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 230000007175 bidirectional communication Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 238000002405 diagnostic procedure Methods 0.000 description 2
- 238000002474 experimental method Methods 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- QVGXLLKOCUKJST-UHFFFAOYSA-N atomic oxygen Chemical compound [O] QVGXLLKOCUKJST-UHFFFAOYSA-N 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000009530 blood pressure measurement Methods 0.000 description 1
- 208000031752 chronic bilirubin encephalopathy Diseases 0.000 description 1
- 235000019877 cocoa butter equivalent Nutrition 0.000 description 1
- 238000010960 commercial process Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 239000012530 fluid Substances 0.000 description 1
- 238000009499 grossing Methods 0.000 description 1
- 230000001771 impaired effect Effects 0.000 description 1
- 238000002347 injection Methods 0.000 description 1
- 239000007924 injection Substances 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 229910052760 oxygen Inorganic materials 0.000 description 1
- 239000001301 oxygen Substances 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 238000013442 quality metrics Methods 0.000 description 1
- 239000000243 solution Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001131 transforming effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000013076 uncertainty analysis Methods 0.000 description 1
Images
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
- G05B11/00—Automatic controllers
- G05B11/01—Automatic controllers electric
- G05B11/32—Automatic controllers electric with inputs from more than one sensing element; with outputs to more than one correcting element
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Testing Or Calibration Of Command Recording Devices (AREA)
Abstract
Description
- TECHNISCHES GEBIET
- Diese Erfindung bezieht sich auf Verarbeiten von Daten von einem Sensor, und genauer auf Kombinieren und Interpretieren von Sensordaten von mehreren Prozesssensoren, um eine Systemsteuerung zu verbessern.
- HINTERGRUND
-
DE 101 14 206 A1 ,US 4 926 364 A undUS 5 570 300 A offenbaren den technologischen Hintergrund zur Verarbeitung von Daten von Prozesssensoren, die in einem breiten Bereich von Steueranwendungen industrieller Prozesse verwendet werden. Ein Prozesssensor oder Sender ist eine Vorrichtung mit einem oder mehreren Messwertgebern und Elektronik, die Messwertgebersignale in einen Messwert konvertiert, der durch eine zugehörige Prozesssteuerung oder ein Überwachungssystem erkennbar ist. Der Messwert kann als eine Prozessvariable durch das Prozesssteuersystem verwendet werden. Zunehmend wurde lokale Berechnungsleistung verwendet, um interne Diagnostik innerhalb „intelligenter“ Sensoren auszuführen, wie etwa selbst validierende (SEVATM) Prozesssensoren. Ein SEVA™-Prozesssensor ist ein Typ eines intelligenten Prozesssensors, der zusätzliche Verarbeitung durchführt, um Information zu generieren, die generische Gültigkeitsmetriken für jede Messung inkludiert, die durch den Sensor erzeugt wird. Die Metriken, die durch einen SEVA™-Prozesssensor generiert werden, inkludieren z.B. einen validierten Messwert (VMV), eine validierte Ungewißheit (VU) des Messwerts und einen Messwertstatus (MV-Status). Diese SEVA™-Prozessmetriken stellen die Qualität und das Vertrauen für jede Messung dar, die durch den Prozesssensor erzeugt wird. Eine zusätzliche Beschreibung des SEVA™-Standards kann im British Standard BS7986:2001 mit dem Titel Specifications for Data Quality Metrics for Industrial Measurement and Control Systems gefunden werden, der hierin durch Bezugnahme einbezogen wird. - Speziell ist der validierte Messwert (VMV) die beste Schätzung des SEVA™-Prozesssensors des wahren Messgrößenwerts der Prozessvariable, die die gesamte Diagnoseinformation in Betracht zieht. Falls ein Fehler auftritt, dann kann der VMV zu der besten Fähigkeit des SEVA™-Sensors korrigiert werden, und es kann zusätzliche Information durch den Sensor generiert werden, um das Prozesssteuersystem über den Fehler zu alarmieren. In den schwersten Fällen, wie etwa, wenn die Rohdaten beurteilt werden, keine Korrelation mit der Messgröße aufzuweisen, kann der VMV gänzlich aus vergangenem Messungsverhalten extrapoliert werden.
- Die validierte Ungewißheit (VU) ist die Ungewißheit, die mit dem VMV in Verbindung steht. Die VU gibt ein Vertrauensintervall für den wahren Wert der Messgröße an. Falls z.B. der VMV, wie durch den Prozesssensor bestimmt, 2,51 Einheiten ist, und die VU 0,08 ist, dann gibt es eine Chance von 95%, dass die wahre Messung innerhalb des Intervalls von 2,51 ± 0,08 Einheiten liegt. Die VU zieht alle möglichen Fehlerquellen in Betracht, inkludierend Rauschen, Messtechnologie und beliebige Fehlerkorrekturstrategie, die durch den Prozesssensor verwendet wird. Wenn ein Fehler erfasst wird, hat der SEVA™-Sensor die Fähigkeit, den VMV zu korrigieren und die VU zu erhöhen, um der Verringerung des Vertrauens der Ablesung Rechnung zu tragen.
- Der Messwertstatus (MV-Status) ist ein diskret bewertetes Flag, das anzeigt, wie der VMV durch den Prozesssensor kalkuliert wurde. Der MV-Status reflektiert auch das Vorhandensein und die Persistenz eines beliebigen Prozesssensorfehlers. Der MV-Status hilft Benutzern (ob menschlich oder automatisiert) zu bestimmen, ob die Messung für eine Verwendung in einer bestimmten Anwendung akzeptabel ist. Z.B. sollten Messdaten, denen ein BLIND-Status gegeben wird, niemals für eine Rückkopplungssteuerung verwendet werden, da BLIND-Daten aus vergangener Messwerthistorie projiziert werden und nicht auf die Aktionen einer Rückkopplungssteuerung reagieren.
- Das MV-Statusflag, das durch den Prozesssensor generiert wird, kann einen beliebigen aus einer Menge von diskreten Werten annehmen. Mögliche Werte für das MV-Statusflag in einer Implementierung inkludieren z.B. KLAR (CLEAR), UNSCHARF (BLURRED), GEBLENDET(DAZZLED), BLIND (BLIND), SICHER VERSCHIEDEN (SECURE DIVERSE), SICHER GEMEINSAM (SECURE COMMON) und NICHTBESTÄTIGT (UNVALIDATED). Wenn der MV-Status KLAR ist, ist Vertrauen in die Rohmessung nominal, und der VMV wird bloß aus der aktuellen Rohmessung generiert. Wenn der MV-Status UNSCHARF ist, wurde ein Fehler diagnostiziert, der die Messfähigkeit beeinträchtigt, und der VMV wird durch Kompensieren der aktuellen Rohmessung generiert. Wenn der MV-Status GEBLENDET ist, ist die Rohmessung im wesentlichen anomal und das mit ihr verbundene Vertrauen ist Null, aber der Fehler wird als zeitweilig beurteilt, wie etwa während einer Übergangsperiode. Während dieser Bedingung wird der VMV aus der Messwerthistorie des Sensors generiert, die mit der Vorrichtung in Verbindung steht. Wenn der MV-Status BLIND ist, wurde ein Fehler diagnostiziert, der die Messfähigkeit des Prozesssensors zerstört, und es gibt kein Vertrauen in die Rohmessung. Während dieser Bedingung wird der VMV aus der Messungshistorie des Sensors generiert, die mit der Vorrichtung in Verbindung steht. Wenn der MV-Status SICHER VERSCHIEDEN oder SICHER GEMEINSAM ist, wird der VMV durch Kombinieren redundanter SEVA™-Messungen erhalten, und das Vertrauen in jede SEVA™-Messung ist nominal. Wenn der MV-Status NICHT BESTÄTIGT ist, findet eine Validierung innerhalb des SEVA™-Prozesssensors gegenwärtig nicht statt.
- Ein automatisiertes Prozesssteuersystem in einem industriellen Verarbeitungssystem kann Prozessvariablen als Messwerte von einer Vielfalt von Sensoren und Stellgliedern empfangen, die in der Operation des industriellen Verarbeitungssystems überwachen und sie unterstützen. Die Prozessvariablen werden durch Prozesssensoren oder Sender generiert, die die Prozessvariablen zu dem Prozesssteuersystem über einen Kommunikationskanal oder Netz übertragen. Es existiert gegenwärtig eine Vielfalt von Kommunikationsansätzen zum Übertragen der Prozessvariablen. Diese Ansätze reichen von analogen Kommunikationskanälen geringer Bandbreite, wie etwa analog, Impuls, Alarmstatus und 4-20 mA, zu digitalen Kommunikationskanälen höherer Bandbreite, wie etwa Feldbus oder das FoxCom-Kommunikationsprotokoll, das von Invensys Systems, Inc. verfügbar ist. Gegenwärtig existieren viele installierte Prozesssteuersysteme, die Prozessvariableninformation (als Rückkopplung) empfangen, die durch Prozesssensoren generiert wird, die mit Kommunikationskanälen niedriger Bandbreite verbunden sind. Diese Systeme verwenden typischerweise Nicht-SEVA™-Sensoren und sind in der Menge von Prozessvariableninformation begrenzt, die über das Netz niedriger Bandbreite von den Prozesssensoren zu dem Prozesssteuersystem übermittelt werden kann. Z.B. sind einige Prozesssteuersysteme nur zum Empfangen binärer Eingangsinformation, wie etwa dem Zustand eines Alarmsignals, das ein oder aus ist, oder eines Signals von 4-20 mA, das die gemessene Prozessvariable darstellt, fähig. Deshalb sind diese Systeme geringer Bandbreite typischerweise nicht zum Übermitteln der Prozessvariableninformation höherer Bandbreite fähig, die mit einem digitalen SEVA™-Prozesssensor in Verbindung stehen. Außerdem sind viele existierende automatisierte Prozesssteuersysteme nicht in der Lage, die Metriken zu verarbeiten, die durch einen SEVA™-Prozesssensor generiert werden, und beruhen lediglich auf Nicht-SEVA™-Prozesssensoren, die Alarmsignale generieren, wenn Fehler in dem industriellen Verarbeitungssystem auftreten.
- Bei Abwesenheit von lokalisierter Prozessvariablenvalidierung (wie etwa durch einen intelligenten SEVA™-Prozesssensor) wurde Messungsredundanz verwendet, um sicherzustellen, dass eine verifizierte und zuverlässige Messung der Prozessvariablen dem Prozesssteuersystemmit hoher Verfügbarkeit bereitgestellt wird, derart, dass ein Fehler oder Ausfall, der mit einem Prozesssensor in Verbindung steht, nicht zu einem kompletten Verlust der Messung für das Prozesssteuersystem führt. Eine derartige Redundanz kann durch die Verwendung von verschiedenen unabhängigen Sensoren implementiert werden, die die gleiche Prozessvariable überwachen, gewöhnlich Hardware-Redundanz genannt, oder durch ein Anlagemodell, das eine unabhängige Schätzung der Prozessvariablen vorsieht, gewöhnlich analytische Redundanz genannt.
- ZUSAMMENFASSUNG
- Es werden Validierungstechniken beschrieben, die Konsistenzprüfung und Fusion von redundanten SEVA™-Messungen durchführen. Das SEVA™-Sensormodell setzt voraus, dass der Prozesssensor zum Erfassen der wichtigsten Fehlermodi fähig ist, die mit dem Prozesssensor in Verbindung stehen. Es verbleibt jedoch eine Wahrscheinlichkeit von nicht Null, dass ein Fehler für eine signifikante Zeitdauer unentdeckt bleiben kann. Somit ist es in bestimmten SEVA™-Prozesssensoranwendungen wünschenswert, eine Validierungstechnik höherer Ebene zu verwenden, um Konsistenzprüfung und Prozessmessungsfusion von redundanten SEVA™-Messungen durchzuführen.
- Eine Technik zum Analysieren der Konsistenz von zwei unabhängigen SEVA™-Messungen ist, einen Moffat-Konsistenzwert zu kalkulieren und dann zu bestimmen, ob die kombinierte beste Schätzung der beiden Messungen innerhalb einer Ungewissheit von jeder der unabhängigen Messungen liegt.
- Eine andere Technik zum Kombinieren und Überprüfen der Konsistenz von drei oder mehr als drei SEVA™-Messungen ist, das Maximalgruppenproblem (maximum clique problem) zu lösen. Mit einer gegebenen Menge von Bögen
92 und Knoten90 ist es das Ziel, die maximale Teilmenge von Knoten90 , die Gruppe (Clique), mit der Eigenschaft zu finden, dass jeder Knoten90 mit den anderen Knoten90 verbunden ist. Das Finden der maximalen Gruppe kann durch Durchführen einer erschöpfenden Suche erreicht werden, oder kann auf dem Weg einer linearen Suche unter Verwendung von überlappenden Intervallen erreicht werden. Der nächste Schritt involviert eine Bildung von zwei Teilmengen. Die erste Teilmenge ist die Kernmenge, oder die konsistente Menge von Messungen. Die zweite Teilmenge ist die periphere Menge, oder die verbleibenden Messungen. - Der Prozess von Sensorfusion ist, eine spezielle Aufgabe durch die synergistische Verwendung einer Menge von nicht notwendigerweise konsistenten SEVA™-Messungen von unabhängigen SEVA™-Sensoren zu erreichen, die die gleiche Echtzeit-Messgröße überwachen. Derartige Aufgaben können eine Generierung einer kombinierten besten Schätzung (combined best estimate, CBE), Ungewissheit und Messungsstatus für den gemessenen Wert inkludieren.
- In einem Aspekt empfängt ein Messungsfusionsmodul mehrere Schätzungen des gleichen Prozessparameters, jeder vorgesehen durch ein beliebiges von einem Sensor oder einem Modell des Prozessparameters basierend auf Prozesswissen, und wo angemessen, andereren Messwerten. In jedem Fall können die SEVA™-Prozessmetriken als ein integraler Teil des Prozesssensors oder Modells generiert, oder durch eine anschließende Verarbeitungsstufe zu den rohen Ausgaben des Prozesssensors oder Modells zugewiesen werden. Außerdem kann die gleiche Technik auch innerhalb eines einzelnen SEVA™-Prozesssensors angewendet werden, der mehrere Messwertgeber verwendet, um den Wert des Prozessparameters zu schätzen.
- In einem anderen Aspekt inkludiert ein Messungsverarbeitungssystem einen ersten Prozesssensor und einen zweiten Prozesssensor. Jeder von den ersten und zweiten Prozesssensoren empfängt ein Messsignal von einem Messwertgeber und generiert unabhängige Prozessmetriken. Ein Messungsfusionsblock ist mit den ersten und zweiten Prozesssensoren verbunden, der Messungsfusionsblock ist betriebsfähig, die unabhängigen Prozessmetriken zu empfangen und einen Messanalyseprozess auszuführen, um die unabhängigen Prozessmetriken zu analysieren und eine kombinierte beste Schätzung der unabhängigen Prozessmetriken zu generieren.
- Der Messanalyseprozess kann die unabhängigen Prozessmetriken analysieren, um zu bestimmen, ob die unabhängigen Prozessmetriken miteinander konsistent sind. Der Messanalyseprozess kann auch die unabhängigen Prozessmetriken analysieren, um eine konsistente Menge von Prozessmetriken zu identifizieren. Der Messanalyseprozess kann auch die unabhängigen Prozessmetriken analysieren, um Sonderfälle innerhalb der Menge von unabhängigen Prozessmetriken zu identifizieren.
- Der Messungsfusionsblock kann ein Konsistenzanalysemodul inkludieren, der betriebsfähig ist, einen Konsistenzanalyseprozess auszuführen, wobei der Konsistenzanalyseprozess die unabhängigen Prozessmetriken analysiert, um zu bestimmen, ob die Prozessmetriken miteinander konsistent sind. Der Messungsfusionsblock kann ein Sensorfusionsmodul inkludieren, der betriebsfähig ist, die unabhängigen Prozessmetriken zu analysieren und die unabhängigen Prozessmetriken zu kombinieren, um eine kombinierte beste Schätzung der unabhängigen Prozessmetriken zu generieren.
- Der Konsistenzanalyseprozess kann zwei unabhängige Prozessmetriken empfangen und kalkuliert einen Moffat-Konsistenzwert, um zu bestimmen, ob die zwei unabhängigen Prozessmetriken konsistent sind. Alternativ kann der Konsistenzanalyseprozess zwei unabhängige Prozessmetriken empfangen und analysiert ein Überlappungsintervall zwischen den beiden unabhängigen Prozessmetriken, um zu bestimmen, ob die zwei unabhängigen Prozessmetriken konsistent sind.
- Der Konsistenzanalyseprozess kann mindestens drei unabhängige Prozessmetriken empfangen und einen maximalen Gruppenparameterbasierend auf einer linearen Suche der unabhängigen Prozessmetriken kalkulieren, um zu bestimmen, wie viele der mindestens drei unabhängigen Prozessmetriken gegenseitig konsistent sind.
- Der Konsistenzanalyseprozess kann mindestens drei unabhängige Prozessmetriken empfangen und einen maximalen Gruppenparameterbasierend auf einer erschöpfenden Suche der unabhängigen Prozessmetriken kalkulieren, um zu bestimmen, wie viele der mindestens dreiunabhängigen Prozessmetriken gegenseitig konsistent sind.
- Die Prozessmetriken können Messdaten und Ungewissheitsdaten inkludieren. Die Prozessmetriken können auch eine Messstatusvariable inkludieren. Die ersten und zweiten Prozesssensoren können erste und zweite SEVA™-Sensoren sein. Die ersten und zweiten SEVA™-Sensoren können unabhängige SEVA™-Metriken generieren.
- Jede unabhängige SEVA™-Metrik und die beste kombinierte Schätzung der unabhängigen Prozessmetriken können einen validierten Messwert, einen validierten Ungewissheitsparameter, der mit dem validierten Messwert in Verbindung steht, und einen Messwertstatusindikator inkludieren. Der Messungsfusionsblock kann die unabhängigen Prozessmetriken empfangen und einen kombinierten besten Schätzwert generieren, der eine Menge von fusionierten Prozessmetriken darstellt, und übermittelt den kombinierten besten Schätzwert zu einem Steuersystem.
- Es kann ein weiterer Prozesssensor mit dem Messungsfusionsblock verbunden sein, wobei der weitere Prozesssensor ein Messsignal von einem Messwertgeber empfängt und eine dritte Prozessmetrik generiert. Der weitere Prozesssensor kann die dritte Prozessmetrik zu dem Messungsfusionsblock übermitteln. Der Messanalyseprozess kann die unabhängigen Prozessmetriken und die dritte Prozessmetrik analysieren, um zu bestimmen, ob die unabhängigen Prozessmetriken und die dritte Prozessmetrik miteinander konsistent sind. Der Messanalyseprozess kann die unabhängigen Prozessmetriken mit der dritten Prozessmetrik kombinieren, um eine kombinierte beste Schätzung der unabhängigen Prozessmetriken und der dritten Prozessmetrik zu generieren.
- Einer der ersten und zweiten Prozesssensoren kann ein multivariabler Sender sein, der mindestens zwei ähnliche unabhängige Prozessmetriken aus Messsignalen generiert, die von unabhängigen Messwertgebern empfangen werden, die die gleiche Prozessvariable überwachen.
- Einer der ersten und zweiten Prozesssensoren kann ein multivariabler Sender sein, der drei unabhängige Prozessmetriken generiert, wobei mindestens zwei der drei unabhängigen Prozessmetriken aus Messsignalen generiert werden, die von unabhängigen Messwertgebern empfangenwerden, die die gleiche Prozessvariable überwachen.
- Die ersten und zweiten Prozesssensoren können multivariable Sender sein, die die unabhängigen Prozessmetriken aus Messsignalen generieren, die von unabhängigen Messwertgebern empfangen werden, die die gleiche Prozessvariable überwachen.
- In einem anderen Aspekt inkludiert ein Messungsfusionsblock ein Konsistenzanalysemodul, der betriebsfähig ist, eine erste Prozessmetrik von einem ersten Prozesssensor zu empfangen und eine zweite Prozessmetrik von einem zweiten Prozesssensor zu empfangen. Das Konsistenzanalysemodul ist konfiguriert, einen Konsistenzanalyseprozess in den ersten und zweiten Prozessmetriken auszuführen, um zu bestimmen, ob die ersten und zweiten Prozessmetriken miteinander konsistent sind. Ein Sensorfusionsmodul ist betriebsfähig, die ersten und zweiten Prozessmetriken zu empfangen. Das Sensorfusionsmodul ist konfiguriert, einen Sensorfusionsprozess auszuführen, um die ersten und zweiten Prozessmetriken zu kombinieren und eine kombinierte beste Schätzung der ersten und zweiten Prozessmetriken zu generieren.
- Der Konsistenzanalyseprozess kann einen Moffat-Konsistenzwert kalkulieren, um zu bestimmen, ob die ersten und zweiten Prozessmetriken konsistent sind. Der Konsistenzanalyseprozess kann ein überlappendes Intervall zwischen den ersten und zweiten Prozessmetriken analysieren, um zu bestimmen, ob die ersten und zweiten Prozessmetriken konsistent sind.
- Der Konsistenzanalyseprozess kann mindestens drei unabhängige Prozessmetriken empfangen und einen maximalen Gruppenparameter basierend auf einer linearen Suche der unabhängigen Prozessmetriken kalkulieren, um zu bestimmen, wie viele der mindestens drei unabhängigen Prozessmetriken gegenseitig konsistent sind.
- Die ersten und zweiten Prozessmetriken können Messdaten und Ungewissheitsdaten inkludieren. Die ersten und zweiten Prozessmetriken können auch eine Messstatusvariable inkludieren.
- Der Messungsfusionsblock kann einen Prozessor inkludieren, der betriebsfähig ist, einen Ungewissheitszuwachsprozess auszuführen, um einen Ungewissheitsparameter zu modifizieren, der mit einer oder mehreren der Prozessmetriken in Verbindung steht.
- In einem anderen Aspekt inkludiert ein Verfahren zum Kombinieren von Prozessmessdaten Bereitstellen von zwei oder mehr als zwei Prozessmetriken von zwei unabhängigen Prozesssensoren, um eine Menge von Prozessmetriken zu bilden, Analysieren der Prozessmetriken innerhalb der Menge von Prozessmetriken, um eine Konsistenzbeziehung zwischen den Prozessmetriken zu bestimmen, Identifizieren von Sonderfällen innerhalb der Menge von Prozessmetriken und Generieren einer Menge von konsistenten Prozessmetriken aus der Menge von Prozessmetriken. Das Verfahren inkludiert auch Kombinieren der Prozessmetriken innerhalb der Menge von konsistenten Prozessmetriken, um eine kombinierte beste Schätzung für die Menge von Prozessmetriken zu generieren, Generieren eines Ungewissheitswertes, der mit der kombinierten besten Schätzung in Verbindung steht, und Ausgeben der kombinierten besten Schätzung für die Menge von Prozessmetriken mit dem Ungewissheitswert. Identifizieren von Sonderfällen kann auch Modifizieren von Prozessmetriken, die als Sonderfälle identifiziert sind, durch Erhöhen eines Ungewissheitswerts, der mit dieser Prozessmetrik in Verbindung steht, inkludieren.
- Das Verfahren kann auch Anwenden eines Ungewissheitszuwachsprozesses inkludieren, um einen Ungewissheitsparameter zu modifizieren, der mit einer oder mehreren der Prozessmetriken in Verbindung steht. Das Verfahren kann auch Generieren einer Konsistenzflagvariable für jede Prozessmetrik innerhalb der Menge von Prozessmetriken inkludieren.
- In einem anderen Aspekt arbeitet ein multivariabler Sender in Verbindung mit dem Messungsfusionsblock. Der Messungsfusionsblock kann ein getrennter Verarbeitungsmodul sein, oder kann innerhalb des multivariablen Senders integriert sein. Ein multivariabler Sender ist ein Typ von einem Prozesssensor, der mehrere Messwertgeber hat und mehr als eine Prozessvariablenmessung generiert. Ein multivariabler Sender kann zwei oder mehr als zwei unabhängige Messungen der gleichen Messgröße (z.B. Temperatur) generieren, wobei jede Messung von einem unterschiedlichen Messwertgeber abgeleitet wird. Die unabhängigen Messungen können von dem gleichen (z.B. zwei unabhängige Temperaturmessungen) oder von einem unterschiedlichen Typ sein (z.B. zwei Temperaturmessungen und eine Druckmessung).
- Es kann ein beispielhaftes Prozesssteuersystem eingerichtet werden, um verschiedene Prozessvariablen zu überwachen, die mit einem katalytischen Verarbeitungsgefäß in Verbindung stehen. Das Prozesssteuersystem kann validierte Temperaturmessungen empfangen müssen, die dem katalytischen Verarbeitungsgefäß in vorbestimmten Zeitintervallen entnommen werden, um den katalytischen Prozess zu überwachen und zu steuern. Um genauere Temperaturmessungen vorzusehen, können zwei multivariable Sender mit dem Verarbeitungsgefäß verbunden sein, wobei jeder zwei Temperaturmessungen erzeugt. Es kann ein Messungsfusionsblock verwendet werden, um die vier unabhängigen Temperaturmessungen, zwei von jedem multivariablen Sender, zu empfangen und zu verarbeiten.
- Der Messungsfusionsblock verarbeitet die unabhängigen Messungen (von dem gleichen Typ), um zu bestimmen, ob sie miteinander konsistent sind, um eine Menge von konsistenten Messungen zu identifizieren und um einen Messungsfusionsprozess durchzuführen, um eine kombinierte beste Schätzung der Messungen zu generieren.
- In einem anderen Aspekt inkludiert ein Messungsinterpretationsblock ein Verarbeitungsmodul, das konfiguriert ist, eine Prozessmetrik von einem Prozesssensor zu empfangen. Das Verarbeitungsmodul führt einen Transformationsprozess zum Abbilden der Prozessmetrik auf einen Prozessparameter aus. Ein Ausgangsmodul ist konfiguriert, den Prozessparameter zu empfangen und ein Ausgangssignal zu generieren, das den Prozessparameter darstellt.
- Die Messungsinterpretation kann ein Speichermodul inkludieren, der konfiguriert ist, Regeln, die durch den Transformationsprozess angewendet werden, zu speichern. Der Transformationsprozess kann die Prozessmetrik mit einem Schwellenparameter zum Abbilden der Prozessmetrik auf einen Prozessparameter vergleichen.
- Die Prozessmetrik, die durch den Messungsinterpretationsblock empfangen wird, kann Messdaten und Ungewissheitsdaten inkludieren. Die Prozessmetrik, die durch den Messungsinterpretationsblock empfangen wird, kann auch eine Messstatusvariable inkludieren.
- Der Prozesssensor, der mit dem Messungsinterpretationsblock in Verbindung steht, kann ein SEVA™-Prozesssensor sein, der konfiguriert ist, SEVA™-Prozessmetriken zu generieren. Das Ausgangssignal, das durch das Ausgangsmodul generiert wird, kann eines von einem Signal von 4-20 mA, einem Impulssignal und einem Alarmsignal sein.
- Die Details von einer oder mehreren Implementierungen werden in den begleitenden Zeichnungen und der Beschreibung nachstehend dargelegt. Andere Merkmale werden aus der Beschreibung und den Zeichnungen und aus den Ansprüchen offensichtlich.
- Figurenliste
-
-
1 ist ein Blockdiagramm eines Prozesssteuersystems, das ein Messungsfusionssystem einbezieht, das Messdaten von einem oder mehreren Prozesssensoren empfängt und einer Prozesssteuervorrichtung verarbeitete Messdaten bereitstellt. -
2 ist ein Blockdiagramm einer anderen Implementierung des Prozesssteuersystems von1 , das die Komponenten des Messungsfusionssystems zeigt. -
3 ist eine Grafik, die beispielhafte überlappende Intervalle von Prozesssensormessungen zeigt, die nicht Moffat-konsistent sind. -
4 ist eine Grafik von drei Prozesssensormessungen, die zeigt, dass die Konsistenzeigenschaften der Messungen nicht transistiv sind. -
5 ist ein Diagramm, das eine Maximalgruppentechnik zum Finden einer maximalen Teilmenge von gegenseitig konsistenten Messungen aus einer Menge von Prozesssensormessungen veranschaulicht. -
6 ist eine Pseudocodeauflistung eines erschöpfenden Suchprozesses zum Bestimmen der maximalen Gruppe. -
7 ist eine Grafik, die Prozesssensormessungen mit überlappenden Intervallen zeigt und einen linearen Suchprozess zum Annähern der maximalen Gruppe veranschaulicht. -
8 ist eine Pseudocodeauflistung eines linearen Suchprozesses zum Annähern der maximalen Gruppe. -
9A-9C sind Grafiken von Prozessmetriken von einem fehlerfreien SEVA™-Prozesssensor mit einem konstanten wahren Wert. -
10A-10F sind Grafiken von Prozessmetriken von einem SEVA™-Prozesssensor, der einen permanenten Sättigungsfehler aufweist, und einem Messungsfusionsblock, der mit einem ersten Beispiel in Verbindung steht. -
11A-11F sind Grafiken von Prozessmetriken von einem SEVA™-Prozesssensor, der einen Driftfehler aufweist, und einem Messungsfusionsblock, der mit einem zweiten Beispiel in Verbindung steht. -
12A-12C sind Grafiken von Prozessmetriken von einem SEVA™-Prozesssensor, der eine unkorrekte Darstellung der Messgröße erzeugt, und einem Messungsfusionsblock, der mit einem dritten Beispiel in Verbindung steht. -
13 ist ein Diagramm, das einen Messungsinterpretationsblock zeigt, der betriebsfähig ist, SEVA™-Prozessmetriken in ein Ausgangssignal geringerer Bandbreite zu transformieren. -
14 ist eine Grafik, die eine Mitgliedsfunktion darstellt, die mit einer Fuzzy-Variable mit Prozessmetrikeingabe in Verbindung steht. - Gleiche Bezugszeichen in den verschiedenen Zeichnungen zeigen gleiche Elemente an.
- DETAILLIERTE BESCHREIBUNG
-
1 zeigt ein beispielhaftes Prozesssteuersystem8 , in dem eine Prozesssteuervorrichtung10 Eingangssignale empfängt, die Eingangssignale verarbeitet und Ausgangssignale inkludierend Rückkopplungssignale anderen Vorrichtungen innerhalb des Prozesssteuersystems8 bereitstellt. Spezieller empfängt die Prozesssteuervorrichtung10 verarbeitete Messdaten von einem oder mehreren Messungsfusionsblöcken22 , und kann auch Steuerinformation in einem Hauptsteuereingang12 von einer externen Quelle empfangen. Die Steuerinformation, die in dem Hauptsteuereingang12 empfangen wird, kann Steuerparameter von einer zentralen Steuerstelle inkludieren, wie etwa die, die gewöhnlich mit einer Materialverarbeitungseinrichtung in Verbindung steht. Die Prozesssteuervorrichtung10 kann optional konfiguriert sein, bidirektional mit anderen Steuersystemen (nicht speziell gezeigt) über den Weg eines E/A-Kommunikationskanals 14 zu kommunizieren. Die Prozesssteuervorrichtung10 kann auch einen oder mehrere Ausgangssteuerkanäle16 inkludieren, die konfiguriert sind, Steuersignale zu anderen Systemmodulen (z.B. den Messungsfusionsblöcken22 ) vorzusehen, und inkludiert einen oder mehrere Kanäle28 , die konfiguriert sind, Steuersignale zu dem Objekt oder Prozess18 , das/der unter einer Steuerung steht, vorzusehen. Die Steuersignale können Stellgliedsteuersignale inkludieren, um Ventile oder andere Vorrichtungen innerhalb des Prozesssteuersystems8 zu betreiben. Jeder Ausgangssteuerkanal16 und jeder Rückkopplungskanal28 kann ein serieller Kommunikationskanal oder ein paralleler Kommunikationskanal sein. - Wie bei vielen Prozesssteuersystemen kann eine Messgröße, die mit dem System oder Objekt
18 , das überwacht und/oder gesteuert wird, in Verbindung steht, durch einen oder mehrere intelligente Prozesssensoren20 unabhängig gemessen werden. Wie gezeigt, sind die Prozesssensoren20 selbstvalidierende (SEVA™-) Sensoren, die SEVA™-Prozessmessdaten oder SEVA™-Prozessmetriken generieren. Die SEVA™-Prozessmetriken sind vorrichtungsunabhängige und anwendungsunabhängige Beschreibungen einer Messungen und ihrer Qualität, und inkludieren Messdaten (d.h. VMV), Ungewissheitsdaten (d.h. VU) und Messwertstatus (d.h. MV-Status) Variablen in Bezug auf den Status der Messdaten. - Mit fortgesetztem Bezug auf
1 ist jeder SEVA™-Sensor20 mit einem Messungsfusionsblock22 , wie etwa einem SEVA™-Metrikfusionsblock 22, verbunden und kommuniziert mit ihm. Der Messungsfusionsblock22 verarbeitet die Messdaten (VMV), Ungewissheitsdaten (VU) und Messwertstatusdaten (MV-Status), die von jedem SEVATM-Sensor20 empfangen werden. Bidirektionale Kommunikationsleitungen24 verbinden jeden SEVA™-Sensor20 mit seinem zugehörigen Messungsfusionsblock22 . Der Messungsfusionsblock22 ist auch konfiguriert, eine Eingabe von der Prozesssteuervorrichtung10 durch Steuerkanäle16 zu empfangen und eine Ausgabe und/oder Rückkopplung in der Form von kombinierten SEVA™-Prozessmetriken zu der Prozesssteuervorrichtung10 über den Weg von Ausgangskanälen26 vorzusehen. Die Kommunikationsleitungen24 und Ausgangskanäle26 können unter Verwendung einer Vielfalt von analogen und digitalen Kommunikationstechniken einschließlich analoger hart verdrahteter oder Prozessschleifenkommunikationsleitungen, die für die besondere Anwendung gestaltet sind, oder eines Standard-Digitalprozesssteuerkommunikationsprotokolls, wie etwa Feldbus oder das FoxCom-Kommunikationsprotokoll, das ein digitales bidirektionales Kommunikationsprotokoll ist, das für Kommunikationen zwischen Vorrichtungen in Feldausstattungen und Steuersystemen verwendet wird und von Invensys Systems, Inc. verfügbar ist, implementiert werden. - Es existiert gegenwärtig eine Vielfalt von Mitteln, die entweder analoge oder digitale Kanäle mit sich bringen, zum Übermitteln von einem oder mehreren Prozessparametern zwischen Feldkomponenten und/oder Softwaremodulen in Messsystemen und Prozesssteuersystemen. Derartige Protokolle können z.B. 4-20 mA, Frequenzimpulse, binäre Statusflags oder eine beliebige aus einer Reihe von digitalen Feldbuskommunikationstechniken inkludieren. Es wird angenommen, dass eine geeignete Technologie verwendet wird, um die hierin beschriebene intermodulare Kommunikation vorzusehen.
-
2 zeigt ein Blockdiagramm von einem Messungsfusionsblock22 und seine Verarbeitungskomponenten, die den Sensorfusionsprozess implementieren. Jeder Prozesssensor20 ist mit dem zu messenden Prozess18 verbunden und ist für eine Messung eines Prozessparameters, der mit dem Prozess18 in Verbindung steht, verantwortlich. In einigen Fällen werden mehrere Sensoren zum Überwachen des gleichen Prozesses18 und des gleichen Prozessparameters verwendet, wobei die resultierenden Messungen kombiniert werden. In anderen Fällen werden getrennte Prozesse18 überwacht und die resultierenden Messungen werden kombiniert. Jeder Prozesssensor20 inkludiert typischerweise einen Sender, der eineunabhängige Menge von SEVA™-Prozessmetriken dem Messungsfusionsblock22 bereitstellt. Diese SEVA™-Prozessmetriken inkludieren VMVx, VUx und MV-STATUSx. Jede Menge von Prozessmetriken kann durch einen unabhängigen Prozesssensor20 erzeugt werden, wie gezeigt wird. Alternativ können alle Kalkulationen innerhalb eines Messungsfusionsblocks22 stattfinden, der sich in einem einzelnen Sender (nicht speziell gezeigt) befindet, der Messsignale von mehreren unabhängigen Messwertgebern empfängt, die mit dem Prozess18 verbunden sind. Die Verfahren zum Generieren der kombinierten besten Schätzung (CBE) sind in jedem Fall größtenteils identisch. - Jeder Messungsfusionsblock
22 inkludiert einen Prozessor50 und unterstützende Hardware, wie etwa einen Speicher52 , der betriebsfähig ist, mehrere Prozesse zum Interpretieren von SEVA™- und Nicht-SEVA™-Messdaten auszuführen, um die gesamte Steuerung einer besonderen Messungs- und/oder Prozesssteueranwendung zu verbessern. Die Prozesse können über Softwareroutinen, Computerhardware oder eine Kombination davon implementiert werden. In dieser beispielhaften Implementierung sind vier Prozesssensoren20 mit dem Messungsfusionsblock22 verbunden und generieren Messdaten durch Überwachung der gleichen Messgröße (z.B. Temperatur), die mit dem Prozess18 in Verbindung steht. - Der Messungsfusionsblock
22 ist gestaltet, Messdaten und/oder Prozessmetriken von mehreren Prozesssensoren20 zu empfangen, wobei jeder Prozesssensor20 die gleiche Prozessvariable überwacht. Der Messungsfusionsblock22 kann jedoch auch SEVA™-Messdaten und/oder Prozessmetriken von nur einem Prozesssensor20 empfangen und verarbeiten. Die SEVA™-Metriken von jedem der Prozesssensoren20 werden weiter verarbeitet und kombiniert, um eine kombinierte beste Schätzung (CBE) der Metriken zu erzeugen (z.B. VMV, VU und MV-Status). Während der Messungsfusionsblock22 im Kontext von Empfang und Verarbeitung von SEVA™-Messdaten von SEVA™-Prozesssensoren20 beschrieben wird, sollte verstanden werden, dass der Messungsfusionsblock22 auch betriebsfähig ist, Nicht-SEVA™-Messdaten von Nicht-SEVA™-Prozesssensoren zu empfangen. Außerdem ist der Analyseprozess, der innerhalb des Messungsfusionsblocks22 ausgeführt wird, zum Verarbeiten und Kombinieren von sowohl SEVA™- als auch Nicht-SEVA™-Messdaten fähig, die von einer Vielfalt von Prozesssensoren20 generiert werden. - Wie detaillierter beschrieben wird, führt jeder Messungsfusionsblock
22 einen Konsistenzanalyseprozess aus, um die Konsistenz zwischen den redundanten SEVA™-Messungen zu bestimmen, optional eine konsistente Menge von Messungen zu identifizieren, Messungen, die als Sonderfälle bestimmt sind, zu verarbeiten und Ungewissheitszuwachs durchzuführen. Jeder Messungsfusionsblock22 führt auch einen Fusionsprozess aus, um einige oder alle der SEVA™-Messungen zu kombinieren oder zu fusionieren, um eine kombinierte beste Schätzung der Prozessvariablen aus den unabhängigen Messungen zu generieren, die von den SEVA™-Prozesssensoren20 empfangen werden. In einer Implementierung werden nur Messungen, die bestimmt werden, miteinander konsistent zu sein, kombiniert, um die kombinierte beste Schätzung der Prozessvariablen zu erzeugen. In einer Implementierung, die nachstehend detaillierter beschrieben wird, werden Messungen, die bestimmt sind, inkonsistent zu sein, durch weitere Verarbeitungsschritte modifiziert und dann mit der Menge von konsistenten Messungen kombiniert oder fusioniert. - Der Messungsfusionsblock
22 führt einen Typ von Konsistenzanalyseprozess aus, wenn Mess- und Ungewissheitsdaten von zwei Prozesssensoren20 analysiert werden. Der Messungsfusionsblock22 führt einen anderen, aber verwandten Konsistenzanalyseprozess aus, wenn Mess- und Ungewissheitsdaten von drei oder mehr als drei Prozesssensoren20 analysiert werden. Der Messungsfusionsblock22 kann noch einen anderen Messdatenanalyseprozess ausführen, wenn mit dem Messungsfusionsblock22 nur ein Prozesssensor20 verbunden ist. In einer derartigen beispielhaften Implementierung unter Verwendung von einem Prozesssensor20 verfolgt der Analyseprozess, der durch den Messungsfusionsblock22 ausgeführt wird, mit der Zeit eine Serie von SEVA™-Metriken von dem einzelnen Prozesssensor20 und trifft Entscheidungen oder erfasst das Vorhandensein eines Fehlers basierend auf Änderungen in der Messqualität von diesem Prozesssensor20 . - Der Prozessor
50 innerhalb des Messungsfusionsblocks22 inkludiert ein Konsistenzanalysemodul60 , das einen Konsistenzanalyseprozess62 ausführt. Der Konsistenzanalyseprozess62 analysiert die Menge von unabhängigen Messungen und Prozessmetriken von den Prozesssensoren20 , die mit dem Messungsfusionsblock22 verbunden sind. In der Praxis sind die unabhängigen Messungen, die von den Prozesssensoren20 empfangen werden, nicht notwendigerweise miteinander konsistent. Der Konsistenzanalyseprozess62 bestimmt, ob eine beliebige der Prozessmetriken mit den anderen Prozessmetriken inkonsistent ist, und Prozess64 identifiziert die konsistente Menge von Prozessmetriken. Das Konsistenzanalysemodul60 führt auch einen Sonderfallbehandlungsprozess66 aus. Die Prozessschritte, die innerhalb des Konsistenzanalysemoduls60 ausgeführt werden, werden nachstehend detaillierter beschrieben. - Der Prozessor
50 innerhalb des Messungsfusionsblocks22 inkludiert auch ein Sensorfusionsmodul70 , der einen Sensorfusionsprozess72 ausführt. Der Sensorfusionsprozess analysiert und kombiniert die unabhängigen Messungen oder Prozessmetriken von dem Konsistenzanalysemodul60 , um die kombinierte beste Schätzung zu generieren. In einer Implementierung analysiert der Sensorfusionsprozess72 die Menge von Messungen und Metriken von den mehreren unabhängigen Prozesssensoren20 , die die gleiche Prozessvariable messen. Der Sensorfusionsprozess72 führt einen Prozess aus, um eine beliebige Zahl von konsistenten Messungen und ihren zugehörigen Ungewissheiten zu kombinieren, um eine kombinierte beste Schätzung des wahren Werts der Prozessvariablen zu erzeugen. Der Sensorfusionsprozess72 trägt mehreren Faktoren Rechnung, inkludierend das Modell der Messgröße, die zu verfolgen ist, das Modell der Messungewissheit, die Technik zum Beurteilen von Konsistenz der Messungen (verwendet durch den Konsistenzanalyseprozess62 ), die Technik zum Handhaben inkonsistenter Messungen (verwendet durch den Sonderfallbehandlungsprozess66 ) und die Technik zum Kombinieren der konsistenten Messungen, um eine kombinierte beste Schätzung (CBE) der Messungen vorzusehen. - Um den Sensorfusionsprozess
72 besser zu verstehen, wird der Fall von n SEVA™-Prozesssensormessungen xi betrachtet, wobei i =1, ..., n ist, mit ihren zugehörigen Ungewissheiten ui, die alle die gleiche einzelne bewertete Messgröße oder Prozessvariable schätzen. Nachdem der Sonderfallbehandlungsprozess66 Messwerte behandelt und weiter verarbeitet, die als Sonderfälle betrachtet werden, bestimmt und generiert der Sensorfusionsprozess72 die kombinierte beste Schätzung (CBE) der Messgröße und ihre Ungewissheit unter Verwendung des folgenden Prozesses. Bei gegebenen n SEVA™-Messungen xi mit ihren zugehörigen Ungewissheiten ui und unter Annahme, dass die Messungen konsistent und unabhängig abgeleitet sind, ergibt sich die kombinierte beste Schätzung (CBE) x* und ihre Ungewissheit u* durch: - Es sollte vermerkt werden, dass die Kombinationsoperation assoziativ ist. Der Sensorfusionsprozess
72 bestimmt auch den MV-Status für die kombinierte Messung basierend auf der Konsistenz der eingegebenen Messungen ebenso wie ihre einzelnen MV-Statuswerte. Somit ist die Ausgabe des Messungsfusionsblocks22 eine einzelne SEVA™-Prozessmetrik oder Messung (CBE), die die „beste Schätzung“ der kombinierten Messungen inkludierend die VMV, VU und MV-Status, die mit der kombinierten Messung in Verbindung stehen, darstellt. Der Sensorfusionsprozess72 kann auch ein Konsistenzflag generieren, falls mehrere Messungen als inkonsistent miteinander herausgefunden werden. - Die CBE und in einigen Fällen das Konsistenzflag werden dann der Prozesssteuervorrichtung
10 in einem oder mehreren der Ausgangskanäle26 bereitgestellt. - Konsistenzprüfung
- Wie oben beschrieben, führt das Konsistenzanalysemodul
60 einen Konsistenzanalyseprozess62 aus, um zu bestimmen, welche der unabhängigen Prozessmetriken innerhalb der Menge von unabhängigen Prozessmetriken miteinander konsistent sind. Verschiedene Ursachen von Inkonsistenzen inkludieren zufällige Schwankungen in fehlerfreien Prozesssensoren20 , eine nicht erfasste Fehlerbedingung und/oder die empfangene Messung, die einen verfügbaren Wert an Stelle des idealen oder wahren Werts widerspiegelt. - Konsistente kontra inkonsistente Messungen
- Konsistente Messungen stimmen miteinander über ein, wie durch ein nachstehend detaillierter beschriebenes Kriterium angezeigt. Inkonsistenzen können aus beliebigen der folgenden drei Gründe entstehen.
- Selbst, wenn alle redundanten Messungen einzeln die Messgröße darstellen, können zunächst zufällige Schwankungen zu gegenseitigen Inkonsistenzen führen, die von Abtastwert zu Abtastwert auftreten. Die anderen Gründe für Inkonsistenzen sind dadurch schwerwiegender, dass sie eine Fehldarstellung der Messgröße durch eine oder mehrere Messungen nach sich ziehen.
- Zweitens wird jede Messung durch einen Prozesssensor
20 generiert, der detaillierte und vorrichtungsspezifische Fehlererfassung vorsehen sollte. Es kann vernünftig sein, anzunehmen, dass ein kommerzieller Prozesssensor20 in der Lage sein sollte, zwischen 90% und 99,9% von allen Vorkommen von Fehlern innerhalb sich selbst zu erfassen, was Fehler, die schwierig inhärent zu erfassen sind, und kommerzielle Gestaltungsschwierigkeiten wegen Kosten-/Nutzen-Kompromissen gestattet. So gibt es die Möglichkeit, dass ein Prozesssensor20 versagen kann, einen Fehler innerhalb sich selbst zu erkennen, und als ein Ergebnis eine nicht repräsentative oder unkorrekte Messung generiert. In einem Prozesssensor20 mit einem einzelnen Sender, der rohe Daten von mehreren Messwertgebern empfängt, kann Konsistenzprüfung die Hauptform zum Validieren der rohen Daten sein, da interne Inkonsistenzen häufiger auftreten können. - Drittens ist ein Prozesssensor
20 nur in der Lage, den verfügbaren Wert einer Prozessvariable zu messen, an Stelle des idealen oder wahren Werts der Prozessvariablen. Z.B. kann die mittlere Temperatur innerhalb eines Druckgefäßes die Prozessvariable von Interesse sein (auch als eine Messgröße bezeichnet), aber in der Praxis sind nur lokalisierte Temperaturen in der Nähe der Gefäßwand verfügbar. Eine bessere Schätzung der mittleren Temperatur kann durch Kombinieren zweier Temperaturmessungen erhalten werden. Ungeachtet beliebiger Prozesssensorfehler ist es für die beiden Messungen möglich, inkonsistent zu werden, falls sich z.B. ein signifikanter Temperaturgradient über dem Gefäß entwickelt. Diese Erscheinung wird als verfügbare Messungsdrift bezeichnet. - Das grundsätzliche Prinzip von Konsistenzprüfungen ist, inkorrekte Messungen zu identifizieren. Als Teil dieses Identifikationsprozesses wird angenommen, dass inkorrekte Messungen relativ selten sind und dass korrekte Messungen wahrscheinlich konsistent miteinander sind.
- Es folgt, dass falls eine Messung innerhalb einer Menge von unabhängigen Messungen zu dem Rest inkonsistent ist, es wahrscheinlich ist, dass die eine inkonsistente Messung inkorrekt ist, da die Alternative (dass die eine Messung korrekt ist und alle anderen Messungen inkorrekt sind) viel weniger wahrscheinlich ist. In Verallgemeinerung wird das Prinzip eines Mehrheitsvotums derart abgeleitet, dass falls eine Mehrheit von Messungen konsistent ist, sie angenommen werden, korrekt zu sein, und eine beliebige Minderheit von Messungen, die zu der Mehrheit inkonsistent sind, als inkorrekt beurteilt werden. Falls es keine Mehrheitszählung gibt, dann werden alternative Kalkulationen durchgeführt. Somit ist das Leitprinzip, dass Inkonsistenz Unkorrektheit impliziert.
- Konsistenzprüfung für zwei Messungen
-
- Das Moffat-Konsistenzkriterium stellt sicher, dass die kombinierte beste Schätzung (CBE) von zwei Messungen innerhalb der Ungewissheit von jeder fällt. Zusätzliche Details des Moffat-Konsistenzkriteriums werden in „Contributions to the Theory of Single Sample Uncertainty Analysis“ von R.J. Moffat, ASME Journal of Fluid Engineering, Vol. 104, S. 250-260, 1982 beschrieben, was hierin durch Bezugnahme einbezogen wird.
- Die Erfassung von Inkonsistenzen zwischen redundanten Messungen ist ein bekanntes Untersuchungsgebiet. Als Teil des Konsistenzanalyseprozesses
62 werden die Messungen als eine Zeitserie von Punktwerten behandelt. Im Allgemeinen wird dem Ungewissheitsintervall, das jede Messung umgibt, keine Beachtung geschenkt, da die Größe der Ungewissheit gewöhnlich nicht verfügbar ist. - Gemäß bekannten Techniken analytischer Redundanz werden bei einer gegebenen Menge von redundanten Messungen eine oder mehrere Restfunktionen erstellt, jede von denen gestaltet ist, „nahe“ Null zu verbleiben, solange wie die Messungen konsistent sind. Wenn ein Fehler auftritt, kann eine Vielfalt von Techniken angewendet werden, um zu bestimmen, welcher Sensor (oder andere Systemkomponente) für die Inkonsistenz verantwortlich ist. Normalerweise ziehen derartige Techniken eine Modellierung des dynamischen Verhaltens des Systems und/oder Sensorfehlermodi nach sich, was schwierig und/oder aufwändig sein kann. Es können auch Auswahlen über jede entscheidungstreffende Schwelle vorgenommen werden, d.h. der Wert, der, falls durch eine Restfunktion überschritten, eine beträchtliche Inkonsistenz anzeigt. Die Verfügbarkeit der Ungewissheit von jeder Messung sieht eine größere Menge von Information vor, mit der zu arbeiten ist.
- Moffat sieht ein Verfahren zum Testen von Konsistenz zwischen zwei Messungen x1 und x2 bei ihren gegebenen Ungewissheiten und u2 vor. Unter der Hypothese, dass die Messungen korrekt sind, d.h. dass sie die gleiche Messgröße darstellen, sollte dann die Funktion
nahe Null sein. Mit anderen Worten wird erwartet, dass ist, wobei dM 12 der Moffat-Abstand ist, der das folgende Kriterium (hierin das Moffat-Kriterium) mit der gewöhnlichen (d.h. 95%) Wahrscheinlichkeit erfüllt: - Der Moffat-Konsistenztest kann somit als eine einfache statische Form einer Restfunktion gesehen werden. Diese Definition von Konsistenz ist etwas kontra-intuitiv dadurch, dass sich Ungewissheitsintervalle überlappen können und dennoch als inkonsistent deklariert sind, wie in dem folgenden Beispiel veranschaulicht wird.
-
3 veranschaulicht ein Beispiel von überlappenden Intervallen, die nicht Moffat-konsistent sind. Angenommen z.B., dass die wahre Messgröße0 ist, und dass die beiden Prozesssensoren20 Messungen x1 und x2 mit einer Verteilung (0,1) generieren, folgt dann, dass u1 = u2 = 1,96 ist. Falls in einem bestimmten Moment x1 = -1,5 und x2 = +1,5 sind, kann gesehen werden, dass die Ungewissheitsintervalle den wahren Wert und einander überlappen und dennoch der Konsistenztest für φ = -3 und fehlschlägt. Mit anderen Worten, beide Messungen sind korrekt, und dennoch sind sie nicht konsistent. Dies ist so wegen der wahrscheinlichkeitstheoretischen Natur des Tests. Es sollte vermerkt werden, dass die Chance eines Fehlers vom Typ I 95% ist. Da die Verteilungen normal sind, kann dies analytisch bestätigt werden: x1 und x2 sind (0,1), so dass φ = x1 - x2 eine Verteilung (0,2) hat. Somit gibt es eine Wahrscheinlichkeit von 5%, dass ein zufälliger Abtastwert von dieser Verteilung außerhalb des Ungewissheitsintervalls fällt. - Der Grad einer Überlappung, der für Moffat-Konsistenz erforderlich ist, ist maximal, wenn u1 = u2 ist. Angenommen, u1 wird konstant gehalten und u2 wird erhöht, dann verringert sich der Grad einer Überlappung, der für Konsistenz erforderlich ist, als eine Proportion von u1 asymptotisch auf Null. Somit stellt Moffat-Konsistenz sicher, dass die kombinierte beste Schätzung (CBE) der zwei Messungen innerhalb der Ungewissheitsintervalle von jeder fällt. Ein logisches Korollar ist, dass es eine Überlappung zwischen den beiden Ungewissheitsintervallen geben muss und dass die CBE innerhalb der Überlappung fällt. Falls x1 und x2 Moffat-konsistent sind, ist dann außerdem die CBE (mit ihrer reduzierten Ungewissheit) auch mit x1 und x2 Moffat-konsistent.
- Der Schwellwert vom Typ I von 5% ist vermutlich für die Analyse von experimentellen Daten akzeptabel. Für die Zwecke einer Online-Überwachung von redundanten Messungen im Kontext einer industriellen Prozesssteuerung ist diese Wahrscheinlichkeit jedoch zu hoch, und kann zu einem stetigen Strom von trivialen Alarmen führen. Die Alarmhäufigkeit kann durch Modifizieren des Tests, das Testkriterium kuφ <= φ <= kuφ zu verwenden, um Konsistenz zu demonstrieren, wobei kein fixierter, aber beliebiger Wert ist, der die Wahrscheinlichkeit eines Fehlers vom Typ I steuert, reduziert werden. Der Wert
hat einen intuitiven Anreiz, da er zu zwei Ungewissheitsintervallen von gleicher Größe führen würde, die konsistent deklariert werden, falls es eine beliebige Überlappung zwischen ihnen gibt, und hat einen reduzierten Fehler vom Typ I von ungefähr 0,25%. Falls sich jedoch u2 bezüglich u1 erhöht, wird das kontra-intuitive Ergebnis abgeleitet, dass zwei Intervalle konsistent sind, selbst wenn sie sich überhaupt nicht überlappen, und selbst wenn es eine große Lücke zwischen ihnen gibt. Unter Verwendung von z.B. sind alle folgenden Ungewissheitsintervallpaare konsistent, selbst wenn sich die Ungewissheitsintervalle nicht überlappen: und - Daraus kann geschlossen werden, dass k = 1 der einzige akzeptable Wert ist. Es verbleibt die Besorgnis, dass die Wahrscheinlichkeit von 5% eines Fehlers vom Typ I zu groß ist.
- Ein weiterer Ansatz kann einfach zwei Messungen als konsistent definieren, falls sich ihre Ungewissheitsintervalle überlappen. Dieser Ansatz kann überlappende Konsistenz genannt werden.
- Bestimmung von Konsistenz von drei oder mehr als drei Messungen
- Eine der Schwierigkeiten, die mit Prüfung der Konsistenz von drei oder mehr als drei Prozessmetriken verbunden ist, ist, dass weder das Moffat-Konsistenzkriterium noch die überlappende Konsistenz transitiv ist. Eine Lösung ist, die maximale Teilmenge von gegenseitig konsistenten Messungen zu finden, die als die konsistente Menge bezeichnet werden kann. Diese Technik entspricht dem Maximalgruppenproblem aus der Graphentheorie. Sobald die maximale Teilmenge von gegenseitig konsistenten Messungen gefunden ist, werden die Messungen außerhalb der konsistenten Menge, oder Sonderfälle, behandelt.
- Damit das Prinzip des Mehrheitsvotums anwendbar ist, muss das Konsistenzanalysemodul
60 drei oder mehr als drei Messungen haben. Wenn zwei Messungen als inkonsistent miteinander gefunden werden, kann ein Mehrheitsvotum den Konflikt nicht auflösen. Für mehr als zwei Messungen führen jedoch sowohl Moffat's Definition von Konsistenz als auch überlappende Konsistenz ein Problem dadurch ein, dass das Konsistenzkriterium nicht transitiv ist. Z.B. veranschaulicht4 , dass -1 ± 1 mit 0 ± 1 konsistent ist und dass 0 ± 1 mit 1 ± 1 konsistent ist. -1 ± 1 ist jedoch nicht mit 1 ± 1 konsistent. - Des Weiteren wurde gezeigt, dass es eine Wahrscheinlichkeit von 5% gibt, dass beliebige zwei korrekte Messungen der gleichen Messgröße nicht konsistent sind. Bei einer gegebenen Menge von drei oder mehr als drei unabhängigen Messungen, die kombiniert werden müssen, sollten somit zwei Problemkreise betrachtet werden. Zuerst muss die maximale Teilmenge von gegenseitig konsistenten Messungen gefunden und die konsistente Teilmenge deklariert werden. Zweitens müssen die Messungen außerhalb dieser Teilmenge, die Sonderfälle genannt werden, unter Berücksichtigung dessen behandelt werden, dass Inkonsistenz auch wegen wahrscheinlichkeitstheoretischem Jittern an Stelle eines Prozesssensorfehlers auftreten kann.
- Konsistenzprüfung
- Mit Bezug auf
5 kann gezeigt werden, dass das Problem zum Finden der maximalen Teilmenge von gegenseitig konsistenten Messungen dem Maximalgruppenproblem in der Graphentheorie entspricht. D.h. bei einer gegebenen Menge von Knoten90 und Bögen92 : Finden der maximalen Teilmenge von Knoten90 (auch eine Gruppe genannt) mit der Eigenschaft, dass jeder Knoten90 aus der Teilmenge mit jedem anderen Knoten aus 90 der Teilmenge verbunden ist. Falls jeder Knoten90 eine Messung ist und jeder Bogen92 eine Konsistenzbeziehung ist, dann entspricht dies dem Problem einer Messungskonsistenzprüfung. - Es ist eine erschöpfende Suche erforderlich, um das Maximalgruppenproblem zu lösen. Es wird eine Menge von n SEVA™-Messungen xi mit Ungewissheiten ui, i = 1, 2, ..., n betrachtet. Eine Voraussetzung für die Suche ist der Aufbau eines Messungsgraphen. Die n Knoten
90 sind die Werte xi, während das Vorhandensein eines Bogens zwischen xi und xj dadurch bestimmt wird, ob sie konsistent sind, d.h. ob xi mit xj konsistent ist. p sei die maximale Gruppenordnung. Der Suchprozess beginnt durch Versuchen p = n (d.h. alle Messungen sind konsistent) und arbeitet sich systematisch herunter, bis eine Gruppe gefunden oder bis p = 1 ist. Wenn eine Gruppe gefunden ist, setzt sich der Prozess fort, um weiter nach beliebigen anderen Gruppen der gleichen Ordnung zu suchen. -
6 zeigt einen exemplarischen Pseudocode zum Implementieren der Schritte des erschöpfenden Suchprozesses und kann in einer Implementierung des Konsistenzanalyseprozesses62 , der durch das Konsistenzanalysemodul60 ausgeführt wird, durchgeführt werden. Der erste Schritt in dem Prozess ist der Initialisierungsschritt, in dem der Moffat-Abstand für jede Messung in der Menge von Messungen berechnet wird. Als Nächstes baut der Prozess einen Messungsgraphen auf. Der zweite Schritt in dem Prozess involviert eine Suche nach den maximalen Gruppen innerhalb des Messungsgraphen. Die Suche beginnt durch Bestimmen dessen, ob alle Messungen miteinander konsistent sind. Als Nächstes wird ein Prozess wiederholt, um einen Baum aus allen möglichen Kombinationen von n Knoten90 (die n SEVA™-Messungen darstellen) aufzubauen, genommen in Mengen von p (die maximale Gruppenordnung). Die Suche setzt sich durch Durchsuchen des gesamten Baums und Aufzeichnen aller Gruppen, die während der Suche gefunden werden, fort. Die maximale Gruppenordnung p wird um 1 reduziert, und der erschöpfende Suchprozess setzt sich bis p = 1 fort. - Annäherung der maximalen Gruppe durch lineare Suche
- Die erschöpfende Suche nach den maximalen Gruppen kann verarbeitungsintensiv werden, wenn sich die Anzahl von Messungen erhöht und sich die Ordnung der maximalen Gruppe verringert. Um die Herausforderungen zu überwinden, die mit der erschöpfenden Suche in Verbindung stehen, kann ein wechselnder Suchprozess zum Annähern der maximalen Gruppe verwendet werden. Dieser Prozess zum Annähern der maximalen Gruppe verwendet überlappende Intervalle an Stelle des Moffat-Kriteriums, um Konsistenz zu überprüfen. Da dieses Verfahren in der Zahl von Messungen linear ist, hat es weit weniger Komplexität als die erschöpfende Suche. Moffat-Konsistenz wird innerhalb der resultierenden Gruppen durch eine letztere Verarbeitungsstufe sichergestellt, die Ungewissheitszuwachs genannt wird, was nachstehend detaillierter beschrieben wird. Diese Technik ist auch anwendbar, wo Überlappung als ein Konsistenzkriterium verwendet wird.
- Es wird erneut die Menge von n SEVA™-Messungen xi mit Ungewissheiten ui, i = 1, 2, ..., n betrachtet, und das Ungewissheitsintervall für die i-te Messung, i = 1, 2, ..., n, sei (li, hi), wobei 1 = xi - ui und hi = xi + ui die oberen bzw. unteren Begrenzungen sind. Die Menge von n Messungen kann dann durch eine geordnete Begrenzungsliste beschrieben werden, die alle li und hi enthält. Ohne Verlust von Allgemeingültigkeit kann xi angenommen werden, geordnet zu sein, so dass l1 < l2 < ... < ln ist. Das hi kann in einer beliebigen Ordnung auftreten, verschachtelt durch das li, Gegenstand nur der Beschränkung, dass hi > li ist (und daher hi > lk, k = 1 ... i). Die überlappenden Intervalle werden leicht durch Durchschreiten der geordneten Liste von Begrenzungen identifiziert. Die Annäherung der maximalen Gruppe(n) ergibt sich durch die Messungen mit Ungewissheitsintervallen, die den (die) Bereich(e) einer maximalen Überlappung definieren.
-
7 ist eine Grafik, die das Verfahren veranschaulicht. Die Begrenzungsliste ist in diesem Fall durch li l2 h1 l3 l4 l5 h4 h3 h5 h2 gegeben. Der Punkt einer maximalen Überlappung involviert Messungen 2 ,3 ,4 und 5, die deshalb als eine Annäherung der maximalen Gruppe betrachtet werden. - Die Schritte für eine Annäherung der maximalen Gruppe(n) durch einen linearen Suchprozess werden in
8 zusammengefasst, und können in einer anderen Implementierung des Konsistenzanalyseprozesses62 , der durch das Konsistenzanalysemodul60 ausgeführt wird, durchgeführt werden. Der Prozess durchläuft die Begrenzungsliste in steigender Reihenfolge. Wenn auf eine untere Grenze getroffen wird, wird die entsprechende Messung der Menge von aktiven Messungen hinzugefügt, deren Ordnung p somit inkrementiert wird. Wenn auf eine obere Grenze getroffen wird, wird die entsprechende Messung aus der Menge von aktiven Messungen entfernt, deren Ordnung somit dekrementiert wird. Falls die Ordnung der Menge aktiver Messungen alle vorherigen Werte überschreitet, wird in jeder Stufe dann die aktive Menge die neue maximalen Gruppe. Falls ihre Ordnung der der aktuellen maximalen Gruppe gleich ist, dann wird die Menge als eine zusätzliche maximale Gruppe gespeichert. - Verarbeitung von Sonderfällen
- Bezugnehmend zurück auf
2 führt ein Sonderfallverarbeitungsmodul66 einen Sonderfallbehandlungsprozess gemäß der folgenden Technik aus. Eine inkonsistente Messung kann durch eine ausreichende Erhöhung in ihrer Ungewissheit konsistent gemacht werden. Dies wird auch als Ungewissheitszuwachs bezeichnet. Die Technik wird durch Herstellen von Konsistenz für jene peripheren Messungen, für die die erforderliche Erhöhung nicht zu groß ist, mit der Kernmessung, und Verwerfen der verbleibenden Messungen (für die die Erhöhung zu groß ist) als wahre Sonderfälle durchgeführt. -
- Ein derartiger Ansatz weist jedoch eine Reihe von Schwierigkeiten auf. Zunächst gibt es angesichts der wahrscheinlichkeitstheoretischen Natur der Ungewissheit, selbst wenn alle Messungen richtige Darstellungen der Messgröße sind, nur eine Chance von 95%, dass jedes Paar konsistent ist. Während die Zahl von Eingaben wächst, verringert sich die Wahrscheinlichkeit, dass alle Messungen konsistent sind. Mit z.B. zehn normal verteilten Messungen mit gleicher Abweichung und Mittelwert gibt es nur eine Chance von 85%, dass zu einem beliebigen gegebenen Zeitpunkt alle zehn Messungen konsistent sind.
- Falls zweitens durchschnittlich eine Messung nur marginal mit dem Rest konsistent ist, dann kann Abtastwert für Abtastwert die Messung regelmäßig zwischen als konsistent und als inkonsistent beurteilt umgeschaltet werden. Dies wird unerwünschtes Jittern in der CBE generieren.
- Drittens ist es möglich, dass es zu einem beliebigen gegebenen Zeitpunkt mehr als eine maximale Gruppe geben kann. Mit z. B. drei Messungen x1, x2 und x3 derart, dass x1 mit x2 konsistent ist und x2 mit x3 konsistent ist, während x1 nicht mit x3 konsistent ist, gibt es dann zweimaximale Gruppen, (x1, x2) und (x2, x3). Als ein Ergebnis ist es nicht leicht offensichtlich, welche der maximalen Gruppen zum Kalkulieren der CBE zu verwenden ist.
- Es kann die folgende Strategie als Teil des Sonderfallbehandlungsprozesses implementiert werden, um diese Problemkreise zu lösen. Die zugrunde liegende Idee ist, dass eine beliebige inkonsistente Messung durch eine ausreichende Erhöhung in der eigenen Ungewissheit der Messung konsistent gemacht werden kann, und dass eine derartige Erhöhung eine Verringerung in dem Gewicht dieser Messung in der CBE bewirken wird. Dieser Ansatz basiert nicht auf der Ungewissheitstheorie, sondern ist vielmehr ein heuristischer Ansatz, der die wünschenswerten Charakteristika einer Glättung über wahrscheinlichkeitstheoretisches Inkonsistenzjittern und Vorsehen einer glatten Verringerung einer Gewichtung für inkonsistente Messungen hat.
- In dem allgemeinsten Fall, wenn es mehr als eine Gruppe gibt, können die Messungen in zwei Mengen partitioniert werden:
- 1. Die Kernmenge, die die Schnittmenge aller maximalen Gruppen ist; und
- 2. Die periphere Menge, die der Rest der Messungen ist (d.h. jene, die entweder in mindestens einer der maximalen Gruppen sind, aber nicht in der Kernmenge, oder jene außerhalb einer beliebigen maximalen Gruppe).
- Falls die maximalen Gruppen unter Verwendung des erschöpfenden Suchprozesses gefunden wurden, dann ist die gegenseitige Moffat-Konsistenz der Messungen innerhalb jeder Gruppe sichergestellt. Dies ist jedoch nicht garantiert, der Fall mit dem linearen Suchprozess zu sein. Somit sollte für die Kern- und peripheren Mengen, die aus dem linearen Suchprozess resultieren, eine zusätzliche Konsistenzprüfung vorgenommen werden, bevor die CBE berechnet wird.
- Der erste Schritt ist, einen maximalen Moffat-Abstand dM max zwischen Paaren von Messungen aus der Kernmenge zu berechnen. Falls der maximale Moffat-Abstand größer als eins ist, dann ist mindestens eines der Messungspaare inkonsistent. Die Ungewissheiten ui von allen Messungen aus der Kernmenge wird dann auf ut i = dM max ui erhöht, die Werte sind, die gegenseitige Konsistenz sicherstellen werden.
- Es wird dann wiederum jede Messung aus der peripheren Menge betrachtet, und der maximale Moffat-Abstand zu den Messungen in der Kernmenge wird gefunden. Falls dieser Abstand größer als eine angegebene Schwelle ist (z.B. 3), dann wird die Messung beurteilt, ein wahrer Sonderfall zu sein und wird ignoriert. Falls jedoch dieser Abstand kleiner als die angegebene Schwelle ist, dann wird das Ungewissheitsintervall für die Messung erweitert, wie beschrieben, um die Messung mit den Messungen in der Kernmenge konsistent zu machen. Die Messungen aus der peripheren Menge, die so verarbeitet werden, werden dann mit jenen in der Kernmenge vereinigt, um die CBE zu erhalten. Dieser Prozess von Ungewissheitszuwachs reduziert, aber beseitigt nicht den Einfluss der einbezogenen Messungen auf die CBE. Falls insbesondere eine Messung langsam in Inkonsistenz zu dem Rest driftet, stellt Ungewissheitszuwachs eine glatte Verringerung vom Einfluss auf die CBE sicher, bevor die Messung endgültig als ein Sonderfall gekennzeichnet wird.
- Ein Umstand, der durch den obigen Prozess nicht abgedeckt wird, ist, wo es mehrere maximale Gruppen ohne Schnittmenge zwischen ihnen gibt. Bei Erfassung dieser Situation wird eine „mittlere Gruppe“ als die maximale Gruppe, die dem Mittelwert der vereinigten Werte für jede maximale Gruppe am nächsten ist, gefunden. Die mittlere Gruppe wird dann betrachtet, die Kernmenge zu sein, während die periphere Menge die verbleibenden Messungen enthält.
- Betrieb vom Messungsfusionsblock 22
- Mit erneutem Bezug auf
2 führt bei einer gegebenen Menge von n SEVA™-Messungen (xi, ui, statusi) , die für Konsistenz und Sonderfälle verarbeitet wurden, das Sensorfusionsmodul70 den folgenden Prozess aus. Zuerst kalkuliert der Sensorfusionsprozess72 die CBE und ihre Ungewissheit unter Verwendung des oben beschriebenen Prozesses. Normalerweise wird der VMV, der durch den Sensorfusionsprozess72 ausgegeben wird, gleich der CBE gesetzt, und die VU wird gleich seiner Ungewissheit gesetzt. - Als Nächstes weist das Sensorfusionsmodul
70 den MV-Status der kombinierten Messdatenmenge zu. Als eine Konfigurationsoption kann der Benutzer die minimale akzeptable Größe der maximalen Gruppe zuweisen (z.B. 2 aus 3 oder 6 aus 10). Falls diese minimale akzeptable Größe der maximalen Gruppe nicht erreicht wird (während des Konsistenzanalyseprozesses62 , der durch das Konsistenzanalysemodul60 ausgeführt wird), wird dann die CBE nicht durch den Sensorfusionsprozess72 verwendet, um den VMV zu generieren. Stattdessen projiziert der Sensorfusionsprozess72 den VMV und die VU aus einer vergangenen Historie von Messungen, die in dem Speicher52 gespeichert sind, der mit dem Prozessor50 in Verbindung steht. Außerdem setzt der Sensorfusionsprozess72 den MV-Status auf GEBLENDET, oder falls die Bedingung andauert, setzt der Sensorfusionsprozess72 den MV-Status auf BLIND. - Falls die minimale akzeptable Größe einer Gruppe erreicht wird, dann setzt der Sensorfusionsprozess
72 den MV-Status auf SICHER GEMEINSAM, falls die Prozesssensoren20 identischen Typs sind; anderenfalls setzt er den MV-Status auf SICHER VERSCHIEDEN, falls die Prozesssensoren20 unterschiedliche Typen haben. Somit hat der Benutzer eine weitere Konfigurationsoption. Dies ist die minimale Zahl von KLAREN (oder besser) konsistenten Messungen, die erforderlich sind, um die CBE als SICHER zu deklarieren. Falls dieses Ziel nicht erreicht wird, dann wird der CBE der beste MV-Status der konsistenten Messungen zugewiesen (d.h. KLAR, UNSCHARF, GEBLENDET oder BLIND). - Jeder SEVA™-Messung wird dann auch ein Konsistenzflag durch das Konsistenzanalysemodul
60 zugewiesen. Dieses Konsistenzflag nimmt den Wert1 an, falls die Messung vorgefunden wurde, in dem Kern zu sein oder mit dem Kern durch Ungewissheitszuwachs konsistent gemacht wurde, und anderenfalls 0. Dieses Flag kann verwendet werden (möglicherweise nach einer weiteren Filterung, um Jittern zu vermeiden), um zusätzliches diagnostisches Testen innerhalb beliebiger Prozesssensoren20 zu triggern, deren Messungen als inkonsistent zu der Mehrheit gefunden wurden. - Erschöpfende Suche gegen lineare Suchannäherung
- Es wurden Simulationen ausgeführt, um das Leistungsverhalten der beiden Verfahren zum Finden der Menge von gegenseitig konsistenten SEVA™-Messungen zu vergleichen, nämlich die erschöpfende Suche nach der maximalen Gruppe und die Annäherung der maximalen Gruppe durcheine lineare Suche. In diesen ersten Simulationen wird fehlerfreies Verhalten betrachtet. Es ist wünschenswert, eine Übereinstimmung zwischen theoretischen und Simulationsergebnissen für die folgenden Statistiken zu haben:
- Mittelwert der CBE;
- Abweichung im Mittelwert der CBE;
- Gemeldete Ungewissheit der CBE.
- Außerdem ist es für die gemeldete Ungewissheit wünschenswert, einigermaßen konstant zu sein, und für das Auftreten von gemeldeten Inkonsistenzen niedrig zu sein (da es keine wahren Fehler gibt, lediglich zufällige Abweichungen).
- Veranschaulichendes Beispiel
- Es wurden 100000 zufällige Mengen von 3, 6 und 10 SEVA™-Messungen wie folgt generiert:
- der wahre Messgrößenwert ist 0;
- die Messungen wurden aus einer Normalverteilung mit einem Mittelwert von Null und einer Einheitsabweichung generiert. Dies entspricht einer Ungewissheit von 1,96.
- 100000 zufällige Mengen von 2 bis 10 Messungen wurden wie oben generiert, und der Prozentsatz von Mengen, die gefunden wurden fehlzuschlagen, vollständig konsistent zu sein (gemäß dem Moffat-Kriterium) wird in Tabelle I angegeben. TABELLE I
Nr. v. Mess. 2 3 4 5 6 7 8 9 10 Mittelwert 5,01 12,26 20,33 28,47 36,53 44,08 50,89 57,16 62,72 Std. - Abw. 0,21 0,38 0,36 0,39 0,47 0,58 0,56 0,43 0,57 - Tabelle I repräsentiert den Prozentsatz von Messungsmengen, die gefunden wurden, gemäß dem Moffat-Kriterium nicht vollständig konsistent zu sein.
- Der theoretische Wert der Standardabweichung der CBE ist dann
Dies ergibt eine Ungewissheit von Die Mittelwerte und Standardabweichungen der gemeldeten Werte der CBE und ihre Ungewissheit wurden über die 100000 Simulationen berechnet, und sie wurden den entsprechenden erwarteten Werten in Tabelle II gegenübergestellt. TABELLE IIErschöpfende Suche Lineare Suche Theoretischer Wert 3 Sensoren: Mittelwert von CBE 0,002 0,002 0,0 Std. von CBE 0,581 0,579 0,577 Mittelwert von Ungewissheit 1,136 1,129 1,131 Mengen mit k<n 0 0 6 Sensoren: Mittelwert von CBE 0,002 0,002 0,0 Std. von CBE 0,411 0,410 0,408 Mittelwert von Ungewissheit 0,806 0,804 0,800 Mengen mit k<n 0 0 10 Sensoren: Mittelwert von CBE 0,0 0,0 0,0 Std. von CBE 0,320 0,320 0,316 Mittelwert von Ungewissheit 0,626 0,624 0,619 Mengen mit k<n 0 0 - In Tabelle II ist k die Zahl von konsistenten Messungen nach Ungewissheitserweiterung und n ist die Gesamtzahl von Messungen in der Menge.
- In dieser fehlerfreien Simulation wurden alle Prozesssensorwerte in die Kalkulation von allen CBEs durch die Verwendung der erweiterten Ungewissheitsgewichtungstechnik inkludiert. Im Gegensatz dazu wird ohne diese Technik ein beträchtlicher Prozentsatz von Mengen gefunden, inkonsistent zu sein (z.B. in dem Fall von 10 Sensoren wurden nur 85% der Mengen gefunden, vollständig konsistent zu sein).
- In diesem Punkt kann geschlussfolgert werden, dass die erschöpfende Suche nach der maximalen Gruppe und die Annäherung der maximalen Gruppe mit der linearen Suche sehr ähnliche Ergebnisse ergeben. Angesichts der Einfachheit und Berechnungseffizienz der linearen Suche kann dieser Prozess wünschenswert sein, sicherlich für größere Zahlen von Sensoren (z.B. > 5). Auch zeigen die Ergebnisse eine vernünftige Übereinstimmung zwischen dem erwarteten Wert der CBE-Ungewissheit, ihrer tatsächlichen Abweichung und ihrer gemeldeten Ungewissheit.
- Simulationsergebnisse
- Es wurden Experimente durchgeführt, um das Verhalten des Fusionsprozessblocks
22 zu untersuchen, wenn einer der SEVA™-Sensoren einen Fehler signalisiert oder eine inkorrekte Beschreibung der Messgröße gibt. Angesichts der Ergebnisse in der vorherigen Sektion wurde das lineare Suchverfahren verwendet, um die folgenden Ergebnisse zu generieren. - Die Experimente bestanden aus einer Simulation des Online-Verhaltens von drei SEVA™-Sensoren. Zwei der SEVA™-Sensoren geben eine korrekte Beschreibung der Messgröße (wie in der vorherigen Sektion), während der dritte SEVA™-Sensor entweder einen Fehler signalisiert oder eine inkorrekte Beschreibung der Messgröße generiert.
- In jedem Fall wurde ein konstanter wahrer Messwert von 2 betrachtet. Die simulierten Fehler waren wie folgt:
- Beispiel 1:
- Ein Spitzenfehler - Sättigung in oberer Grenze tritt bei 125 Sekunden auf; der Fehler ist permanent. Der SEVA™-Sensor erfasst den Fehler und ändert zuerst den MV-Status auf GEBLENDET, und dann auf BLIND.
- Beispiel 2:
- Ein Driftfehler - ein fehlerhafter Rampenwert wird der wahren Messung mit der Neigung von 0,001 Einheiten pro Sekunde hinzugefügt. Der Fehler beginnt bei 125 Sekunden und ist permanent. Der SEVA™-Prozesssensor
20 erfasst den Fehler und ändert den MV-Status auf UNSCHARF. - Beispiel 3:
- Ein Driftfehler - ein fehlerhafter Rampenwert wird der wahren Messung mit der Neigung von 0,001 Einheiten pro Sekunde hinzugefügt. Der Fehler beginnt bei 125 Sekunden und ist permanent. Der SEVA™-Prozesssensor
20 erfasst den Fehler nicht und meldet den gemessenen Wertzusammen mit einem MV-Statuswert von KLAR. - Für die Fälle, wenn der dritte SEVA™-Sensor eine inkorrekte Beschreibung der Messgröße angibt, wird dies durch Sicherstellen erreicht, dass die VU eine gewöhnliche Größe aufwies und der MV-Status KLAR war, während der VMV tatsächlich an einer Drift leidet, die bei 125 Sekunden mit einer Neigung von 0,001 Einheiten pro Sekunde beginnt.
- Die Zeitreihe des VMV, der VU und des MV-Status für einen typischen Prozesssensor
20 (wie in dieser Untersuchung verwendet), der ein fehlerfreies Verhalten aufweist und eine korrekte Beschreibung der Messgröße generiert, wird in9A-9C angegeben. Außerdem zeigen10A-10F ,11A-11F und12A-12F die Ausgaben des fehlerhaften Sensors und des Messungsfusionsblocks22 für Beispiele 1, 2 bzw. 3. -
10A-10F , veranschaulichen grafisch Beispiel 1, wo der dritte Prozesssensor20 einen permanenten Sättigungsfehler aufweist. Die Ausgabe des dritten Prozesssensors20 wird durch die gewöhnliche SEVA™-Reaktion gekennzeichnet. Spezieller wird der VMV aus einer vergangenen Historie projiziert. In diesem Fall verbleibt der VMV einigermaßen genau, da der Prozess stationär ist. Der MV-Status ändert sich zu GEBLENDET und dann BLIND, wenn erachtet wird, dass die Sättigung permanent ist. Die Ungewissheit erhöht sich bei einer Rate, die aus der vergangenen Historie gelernt wird, unter Verwendung konventioneller SEVA™-Verarbeitungstechniken. - Die Reaktion des Messungsfusionsblocks
22 ist wie folgt: - 1. Der MV-Status des Messungsfusionsblocks
22 kann nur SICHER GEMEINSAM bleiben, falls eine konfigurierte Anzahl von Eingabeprozesssensoren KLAR sind. In diesem Fall ist die Anzahl drei, sodass sobald der dritte Prozesssensor20 den MV-Status ändert, die Ausgabe von dem Messungsfusionsblock22 zu KLAR zurückkehrt. Es ist zu vermerken, dass Hysterese verwendet wird, um übermäßiges Jittern in dem MV-Status zu verhindern, der durch den Messungsfusionsblock22 generiert wird. - 2. Die Messungen werden gemäß ihrer Konsistenz und Ungewissheitsgewichtungen kombiniert. In beiden Fällen verbleibt die Messung von dem fehlerhaften Prozesssensor
20 konsistent, aber ihr Einfluss sinkt rasch, gewichtet durch das inverse Quadratihrer steigenden Ungewissheit. Dies führt auch zu einer raschen Erhöhung in der Ungewissheit der kombinierten Messung von ungefähr 0,06 zu 0,075 nach dem Fehler. -
11A-11F veranschaulichen grafisch Beispiel 2, wo ein Driftfehler in dem dritten Prozesssensor20 auftritt, der Prozesssensor20 aber den Fehler erfasst und versucht zu kompensieren. Somit wird der rohe Messwert (RMV) gesehen, schnell abzudriften, aber der SEVA™-Sensorverringert die Wirkung des Fehlers durch interne Korrektur (was dennoch eine gewisse marginale Drift hinterlässt). Der Prozesssensor20 deklariert dann die Messung UNSCHARF und erhöht ihre Ungewissheit. In diesen Fällen wird die langsame Erhöhung in der VU des fehlerhaften Prozesssensors20 in einer sehr marginalen Erhöhung der Ungewissheit des Messungsfusionsblocks22 widergespiegelt. Erneut wird der Änderung in dem MV-Status auch in der Änderung vom MV-Status, der für eine Ausgabe durch den Messungsfusionsblock22 generiert wird, Rechnung getragen. - Da der Fehler in Beispielen 1 und 2 innerhalb des SEVA™-Prozesssensors
20 kompensiert wird, ist der gemeldete VMV eine korrekte Darstellung der wahren Messgröße. Deshalb findet der Messungsfusionsblock22 alle drei Messungen als konsistent und verwendet sie alle, um die CBE zu kalkulieren, die für eine Ausgabe durch den Messungsfusionsblock22 generiert wird. Das Auftreten des Fehlers wird dann in dem Wert der VU, die für eine Ausgabe durch den Messungsfusionsblock22 generiert wird, und in dem MV-Status widergespiegelt, der für eine Ausgabe durch den Messungsfusionsblock22 generiert wird (bestimmt durch die Änderung im MV-Status des fehlerhaften Prozesssensors20 ). -
12A-12F veranschaulichen grafisch Beispiel 3, das den wichtigsten Fall zeigt, d.h. wenn ein SEVA™-Prozesssensor20 versagt, den Fehler zu erfassen und somit keine korrekte Darstellung der Messgröße gibt. - Die Kette von Ereignissen ist wie folgt:
- 1. Es beginnt in dem dritten Prozesssensor
20 in t = 125 Sekunden ein nicht erfasster Driftfehler. - 2. Die CBE, die durch den Messungsfusionsblock
22 ausgegeben wird, beginnt zu steigen, solange wie der fehlerhafte Wert mit dem Rest konsistent bleibt. - 3. Von t =200 Sekunden bis t = 275 Sekunden wird der dritte Prozesssensor
20 zunehmend inkonsistent mit den beiden anderen Prozesssensoren20 (d.h. sein Moffat-Abstand aus ihrer Kombination ist zwischen 1 und 3). Entsprechend verringert sich sein Einfluss, die CBE, die durch den Messungsfusionsblock22 ausgegeben wird, kehrt zu dem wahren Wert zurück und die Ungewissheit erhöht sich, da das Vertrauen nur auf zwei an Stelle von drei Messungen gelegt wird. - 4. Schließlich wird der dritte Prozesssensor
20 durch den Messungsfusionsblock22 erachtet, permanent inkonsistent zu sein (Moffat-Abstand > 3) und der MV-Status der Ausgabe fällt auf KLAR. - Die oben beschriebenen Ergebnisse veranschaulichen, dass der Messungsfusionsblock
22 zum Erfassen und Kompensieren von sowohl erfassten als auch nicht erfassten Fehlern in einem aus einer Menge von unabhängigen SEVA™-Prozesssensoren20 fähig ist. Die VU der CBE wird entsprechend erhöht, um Fehlern Rechnung zu tragen, und wenn dies notwendig ist, wird der fehlerhafte Prozesssensor20 aus der Kalkulation der CBE ausgeschlossen. Die CBE, die durch den Messungsfusionsblock in diesen Beispielen bereitgestellt wird, wie etwa Messungsfusionsblock22 , bleibt eine richtige Darstellung der Messgröße und ist glatt, während der MV-Status frei von Jittern ist. - Messungsinterpretationsblock
-
13 zeigt einen Messungsinterpretationsblock80 , der mit zwei SEVA™-Prozesssensoren20 verbunden ist. Der Messungsinterpretationsblock80 empfängt SEVA™-Prozessmetriken (z.B. VMV, VU, MV-Status und Konsistenzflagdaten) von einem oder mehreren Prozesssensoren20 und bildet die Prozessmetriken auf eine beliebige Zahl von Ausgangskommunikationskanälen88 geringerer Bandbreite ab. Die Ausgangssignale können inkludieren einen einfachen Alarm, basierend auf vorbestimmten oder kalkulierten Schwellen, eine gepulste Ausgabe, analoge, 4-20 mA etc.. Der Messungsinterpretationsblock80 inkludiert einen Prozessor82 , einen Speicher84 und einen Ausgangssignalgenerator86 , der das geeignete Ausgangssignal in den Ausgangskommunikationskanälen88 generiert. Viele existierende Prozesssteuervorrichtungen sind gestaltet, nur binäre Eingangsvariablen und/oder geringerer Bandbreite zu akzeptieren und sind somit nicht in der Lage, SEVA™-Prozessmetriken höherer Bandbreite zu verarbeiten. Der Messungsinterpretationsblock80 sieht einen Prozess vor, um die SEVA™-Messdaten höherer Qualität in Daten geringerer Qualität zu übersetzen, die akzeptiert und weiter durch die Prozesssteuervorrichtung10 verarbeitet werden können. Der Prozess, der durch den Messungsinterpretationsblock80 implementiert wird, wird nachstehend detaillierter beschrieben. Als ein Ergebnis gestattet der Messungsinterpretationsblock80 , Prozesssteuervorrichtungen10 , die SEVA™-Prozessmetriken generieren, innerhalb von Prozesssteuersystemen zu verwenden, die nicht in der Lage sind, SEVA™-Prozessmetriken zu empfangen und/oder zu verarbeiten. - Z.B. kann ein Konstrukteur eine Prozessvariable mit einem intelligenten Prozesssensor
20 , wie etwa SEVA™-Prozesssensor20 , wegen seiner gestiegenen Qualität und Zuverlässigkeitsmerkmale überwachen müssen. Der Konstrukteur kann auch die gleiche Messung der Prozessvariablen zu getrennten Prozesssteuervorrichtungen10 übermitteln müssen; wobei eine SEVA™-fähig ist und eine zum Verarbeiten von SEVA™-Messdaten nicht fähig ist. Die Prozesssteuervorrichtung10 , die gestaltet ist, SEVA™-Messdaten zu empfangen und zu verarbeiten, kann diese Daten direkt über einen Kommunikationskanal höherer Bandbreite, wie etwa einem digitalen Feldbus, empfangen. Ein geeignet konfigurierter SEVA™-Messungsinterpretationsblock80 kann zwischen dem SEVA™-Prozesssensor20 und einer Nicht-SEVA™-Prozesssteuervorrichtung, die nicht zum Verarbeiten von SEVA™-Messdaten fähig ist, verbunden sein. Der Messungsinterpretationsblock80 funktioniert, die SEVA™-Prozessmetriken in ein Format abzubilden, das durch diese Nicht-SEVA™-Prozesssteuervorrichtung verwendet werden kann, wie etwa ein Alarm, wenn die Ungewissheit, die mit einer Messung in Verbindung steht, zu groß wird. -
13 zeigt zusätzliche Details des Messungsinterpretationsblocks80 und seine zugehörigen Prozesssensoren20 , die die Messdatengenerieren oder Metriken verarbeiten, die durch den Messungsinterpretationsblock80 zu analysieren sind. Ein oder mehrere Prozesssensoren20 speisen eine oder mehrere Prozessmetriken in den Messungsinterpretationsblock80 ein. Der Austausch der Messdaten geschieht durch einen Dialog über die Kommunikationsleitungen46 . Jeder Prozesssensor20 ist konfiguriert, seinen eigenen Dialog zum Übermitteln seiner Prozessmessdaten zu dem Messungsinterpretationsblock80 auszuführen. Es kann auch zusätzliche Eingangsinformation zu dem Messungsinterpretationsblock80 von jedem Prozesssensor20 und/oder von anderen Informationsquellen vorgesehen werden, wie etwa der Prozesssteuervorrichtung10 oder einer globalen Herstellungseinrichtungssteuervorrichtung (nicht speziell gezeigt). Diese zusätzliche Information kann während einer Konfiguration des Messungsinterpretationsblocks80 fixiert sein und kann während einer Verarbeitung durch den Messungsinterpretationsblock dynamisch aktualisiert werden. Diese zusätzliche Eingangsinformation inkludiert Prozesssensorinformation30 und Anwendungsinformation40 . Die Prozesssensorinformation30 inkludiert ferner Onlinesensorspezifische Eingangsdaten32 und sensorspezifische Konfigurationseingangsdaten34 . Die Anwendungsinformation40 inkludiert ferner Online-anwendungsspezifische Eingangsdaten42 und anwendungsspezifische Konfigurationsdaten44 . Die Sensorinformation30 und die Anwendungsinformation40 unterstützen den Interpretationsprozess, der innerhalb des Messungsinterpretationsblocks80 bei Transformation der SEVA™-Messdaten in eine geeignete Ausgabe, die durch eine Nicht-SEVA™-Prozesssteuervorrichtung verwendet werden kann, ausgeführt wird. - Während die unabhängigen Prozessmetriken von den Prozesssensoren
20 empfangen werden, verarbeitet und analysiert der Messungsinterpretationsblock80 die Mess- und Ungewissheitsdaten, und erzeugt Ausgangsdaten und/oder Parameter basierend auf den analysierten Mess- und Ungewissheitsdaten. Im Allgemeinen erzeugt der Messungsinterpretationsblock80 zwei Klassen von Ergebnissen. Die erste Klasse von Ergebnissen sind anwendungsspezifische Ausgaben, die eine beliebige Kombination von diskreten oder kontinuierlichen Werten, Prozessmetriken, Feldern der obigen oder Befehlssequenzen umfassen. Die zweite Klasse von Ergebnissen, die durch den Messungsinterpretationsblock80 erzeugt werden, sind vorrichtungsspezifische Dialoge mit einem oder mehreren der Prozesssensoren20 , um zusätzliche Information zu extrahieren. Diese Dialoge inkludieren Anforderungen für weitere Diagnosetests, Anforderungen für einen Zugriff auf detaillierte Diagnoseinformation oder Befehlssequenzen zum Generieren anwendungsspezifischer Diagnosen. - Wie oben beschrieben, ist der Prozessor
82 innerhalb des Messungsinterpretationsblocks80 konfiguriert, mehrere Typen von Analyseprozessen auszuführen, um komplexere Ergebnistypen als Ausgaben zu generieren, und um interne Kalkulationen durchzuführen. Beispiele der Ergebnistypen und der entsprechenden Kalkulationen, die innerhalb des Messungsinterpretationsblocks80 auftreten können, inkludieren einfache Klassifizierer, Dialoge und Fuzzy-Variablen. - Einfache Klassifizierer gestatten dem Interpretations- und Abbildungsprozess, der durch den Prozessor
82 ausgeführt wird, die SEVA™-Messdaten in anwendungsspezifische Kategorien, wie etwa „gut/schlecht“ oder „gut/schlecht/beeinträchtigt“ zu platzieren. Beispiele von Schlussfolgerungen basierend auf den Prozessmetriken inkludieren: Falls/dann-(if/then) Regeln basierend auf dem MV-Status und/oder Vorrichtungsstatus; Schwellwertbildung basierend auf der Größe von VU; Schwellwertbildung basierend auf VMV±VU (z.B. seine Nähe zu einem eingestellten Punkt oder einer Prozessgrenze); oder eine beliebige Kombination der obigen Schlussfolgerungsprozesse. - Kompliziertere Entscheidungen können durch Beginnen eines Dialogs zwischen dem Messungsinterpretationsblock
80 und dem Prozesssensor20 , um detailliertere Information zu extrahieren, getroffen werden. Z.B. kann in der Beschaffungs- und/oder Kommissionierungsstufe eines Steuersystemprojekts bestimmt werden, dass für einen bestimmten Prozesssensortyp in einer bestimmten Anwendung die Kompensationsprozesse für einige Fehlermodi akzeptabel sein werden, während die Kompensationsprozesse für andere Fehlermodi nicht akzeptabel sein werden. - Diese detailliertere Schlussfolgerungsspezifikation wird nicht allgemein durch die Standard-SEVA™-Schnittstelle bereitgestellt. Z.B. kann der Messungsinterpretationsblock
80 bei Empfang einer UNSCHARF-Messung einen Dialog verwenden, um von dem SEVA™-Prozesssensor20 den vorrichtungsspezifischen Diagnosecode anzufordern, und kann dadurch bestimmen, ob die korrigierte Messung, die innerhalb des Prozesssensors20 generiert wird, akzeptabel ist. Eine derartige Entscheidungsbildung kann in andere Schwellen eingespeist werden in z.B. der Größe der Ungewissheit. - Ein anderes Beispiel eines Dialogs, der durch den Messungsinterpretationsblock
80 begonnen wird, ist, wo andere anwendungsspezifische Information42 ein nicht diagnostiziertes Problem innerhalb des Prozesssensors20 impliziert. Der Messungsinterpretationsblock80 kann weitere vorrichtungsspezifische Tests anfordern, wie etwa z.B. eine Strominjektion für ein Thermoelement oder einen Elektrodentest für eine aufgelöste Sauerstoffmessung, und kann weitere Entscheidungen basierend auf den Ergebnissen dieser Tests treffen. - Der Messungsinterpretationsblock
80 ist auch zum Ausführen von Fuzzy-Logikentscheidungsalgorithmen basierend auf Fuzzy-Variablen fähig. Bezugnehmend auf14 betrachtet ein Beispiel, das die Verwendung von Fuzzy-Variablen beschreibt, eine Menge von Fuzzy-Klassifizierern, wie etwa niedrig, mittel, hoch, jeder mit entsprechenden Mitgliedsfunktionen µL(x), µM(x) und µH(x). Die Ausgaben der Mitgliedsfunktionen können in eine Fuzzy- oder Neuro-Fuzzy-Funktion eingespeist werden, die einen Steuer-, Wartungs- oder Fehlererfassungsalgorithmus inkludieren kann. Konventionell wird jede Mitgliedsfunktion auf jeden neuen Messwert x angewendet, um den Grad einer Übereinstimmung zwischen x und den niedrigen, mittleren und hohen Klassifizierern zu bestimmen. Mit einer SEVA™-Variablen kann der Ungewissheit des Messwerts eine Gewichtung gegeben werden. Z.B. kann bei einem gegebenen bestimmten VMV±VU Bereich die Prozessmetrikgewichtete Mitgliedsfunktion σL(VMV, VU) unter Verwendung von kalkuliert werden, wobei P(x) eine angenommene Wahrscheinlichkeitsdichtefunktion für die Ungewissheitsregion ist, die z.B. gleichförmig, dreiseitig, trapezoid (für eine Berechnung nicht aufwändig) oder normal (für eine Berechnung aufwändig, aber theoretisch zu bevorzugen) sein kann. Es können zusätzliche Regeln verwendet werden, um die Mitgliedsfunktion als Reaktion auf Änderungen in dem MV-Status zu variieren. Die Mitgliedsfunktionen σM(VMV, VU) und σH(VMV, VU) können auf eine ähnliche Art und Weise unter Verwendung der obigen Formel und Vornehmen der geeigneten Ersetzungen für µL(x) kalkuliert werden. - Der Messungsinterpretationsblock
80 kann auch Alarme und/oder beträchtliche Änderungsindikatoren (significant change indicators, SCI) überwachen. Die Bandbreiteanforderungen für eine SEVA™-Vorrichtung und die Messinformation, die sie generiert, können zu anspruchsvoll sein, oder können für Anwendungen, die Kommunikationsmedien geringer Leistung, geringer Geschwindigkeit oder niedriger Technologie, wie etwa einen analogen Feldkommunikationsbus geringer Bandbreite, verwenden, nicht verfügbar sein. Der Messungsinterpretationsblock80 kann, insbesondere falls er in eine Sensorvorrichtung oder einen Feldsender integriert ist, die Kommunikationsbandbreiteanforderung durch Markieren nur signifikanter Änderungen (wie durch Verwendung vorbestimmter oder konfigurierbarer anwendungsspezifischer Kriterien bestimmt) in den Zeitpunkten, in denen sie auftreten, dramatisch reduzieren. Innerhalb des Messungsinterpretationsblocks80 kann ein Alarm oder SCI-Flag bei Auftreten von z.B. eines bestimmten MV-Status oder Vorrichtungsstatus; einer bestimmten Größe von VU; einer bestimmten Schwelle in VMV±VU; oder einer bestimmten Rate einer Änderung von VU oder VMV±VU getriggert werden. - Bezugnehmend erneut auf
2 kann der Messungsinterpretationsblock80 auch als eine optionale Ausgangsstufe innerhalb des Messungsfusionsblocks22 inkludiert sein. In dieser Implementierung kann der Messungsfusionsblock22 optional kombinierte SEVA™-Messungen als eine Ausgabe im Kanal26 generieren, oder kann eine Nicht-SEVA™-Ausgabe durch Transformieren der kombinierten Prozessmetrikdaten zu der Nicht-SEVA™-Ausgabe in Kanal88 generieren. - Es wurde eine Reihe von Implementierungen beschrieben. Nichtsdestotrotz wird verstanden, dass verschiedene Modifikationen vorgenommen werden können. Entsprechend sind andere Implementierungen innerhalb des Bereichs der folgenden Ansprüche.
Claims (35)
- Messungsverarbeitungssystem, umfassend: einen ersten Prozesssensor (20) und einen zweiten Prozesssensor (20), wobei jeder von den ersten und zweiten Prozesssensoren (20) ein Messsignal von einem Messwertgeber empfängt und unabhängige Prozessmetriken generiert; einen ersten Messungsfusionsblock (22), der mit den ersten und zweiten Prozesssensoren (20) verbunden ist, wobei der Messungsfusionsblock (22) betriebsfähig ist, die unabhängigen Prozessmetriken zu empfangen und einen Messanalyseprozess auszuführen, um die unabhängigen Prozessmetriken zu analysieren und eine kombinierte beste Schätzung der unabhängigen Prozessmetriken zu generieren; einen dritten Prozesssensor (20) und einen vierten Prozesssensor (20), wobei jeder von den dritten und vierten Prozesssensoren (20) ein Messsignal von einem Messwertgeber empfängt und unabhängige Prozessmetriken generiert; und einen zweiten Messungsfusionsblock (22), der mit den dritten und vierten Prozesssensoren (20) verbunden ist, wobei der Messungsfusionsblock (22) betriebsfähig ist, die unabhängigen Prozessmetriken zu empfangen und einen Messanalyseprozess auszuführen, um die unabhängigen Prozessmetriken zu analysieren und eine kombinierte beste Schätzung der unabhängigen Prozessmetriken zu generieren.
- Messungsverarbeitungssystem nach
Anspruch 1 , wobei der Messanalyseprozess die unabhängigen Prozessmetriken analysiert, um zu bestimmen, ob die unabhängigen Prozessmetriken miteinander konsistent sind. - Messungsverarbeitungssystem nach
Anspruch 2 , wobei der Messanalyseprozess die unabhängigen Prozessmetriken analysiert, um eine konsistente Menge von Prozessmetriken zu identifizieren (64). - Messungsverarbeitungssystem nach
Anspruch 2 , wobei der Messanalyseprozess die unabhängigen Prozessmetriken analysiert, um Sonderfälle innerhalb der Menge von unabhängigen Prozessmetriken zu identifizieren (66). - Messungsverarbeitungssystem nach
Anspruch 1 , wobei der erste und der zweite Messungsfusionsblock (22) jeweils ein Konsistenzanalysemodul (60) inkludiert, das betriebsfähig ist, einen Konsistenzanalyseprozess (62) auszuführen, wobei der Konsistenzanalyseprozess (62) die unabhängigen Prozessmetriken analysiert, um zu bestimmen, ob die Prozessmetriken miteinander konsistent sind. - Messungsverarbeitungssystem nach
Anspruch 1 , wobei der erste und der zweite Messungsfusionsblock (22) jeweils ein Sensorfusionsmodul (70) inkludiert, das betriebsfähig ist, die unabhängigen Prozessmetriken zu analysieren und die unabhängigen Prozessmetriken zu kombinieren, um eine kombinierte beste Schätzung (CBE) der unabhängigen Prozessmetriken zu generieren. - Messungsverarbeitungssystem nach
Anspruch 5 , wobei der Konsistenzanalyseprozess (62) zwei unabhängige Prozessmetriken empfängt und einen Moffat-Konsistenzwert kalkuliert, um zu bestimmen, ob die zwei unabhängigen Prozessmetriken konsistent sind. - Messungsverarbeitungssystem nach
Anspruch 5 , wobei der Konsistenzanalyseprozess (62) zwei unabhängige Prozessmetriken empfängt und ein Überlappungsintervall zwischen den zwei unabhängigen Prozessmetriken analysiert, um zu bestimmen, ob die zwei unabhängigen Prozessmetriken konsistent sind. - Messungsverarbeitungssystem nach
Anspruch 5 , wobei der Konsistenzanalyseprozess (62) mindestens drei unabhängige Prozessmetriken empfängt und einen Maximalgruppenparameter basierend auf einer linearen Suche der unabhängigen Prozessmetriken kalkuliert, um zu bestimmen, wie viele der mindestens drei unabhängigen Prozessmetriken gegenseitig konsistent sind. - Messungsverarbeitungssystem nach
Anspruch 5 , wobei der Konsistenzanalyseprozess (62) mindestens drei unabhängige Prozessmetriken empfängt und einen Maximalgruppenparameter basierend auf einer erschöpfenden Suche der unabhängigen Prozessmetriken kalkuliert, um zu bestimmen, wie viele der mindestens drei unabhängigen Prozessmetriken gegenseitig konsistent sind. - Messungsverarbeitungssystem nach
Anspruch 1 , wobei die Prozessmetriken Messdaten (VMV) und Ungewissheitsdaten (VU) inkludieren. - Messungsverarbeitungssystem nach
Anspruch 11 , wobei die Prozessmetriken eine Messstatusvariable (MV-Status) inkludieren. - Messungsverarbeitungssystem nach
Anspruch 1 , wobei die Prozesssensoren (20) selbstvalidierende Sensoren sind. - Messungsverarbeitungssystem nach
Anspruch 13 , wobei die selbstvalidierenden Prozesssensoren (20) unabhängige selbstvalidierende Metriken generieren. - Messungsverarbeitungssystem nach
Anspruch 14 , wobei jede unabhängige selbstvalidierende Metrik und die kombinierte beste Schätzung (CBE) der unabhängigen Prozessmetriken einen validierten Messwert, einen validierten Ungewissheitsparameter, der mit dem validierten Messwert in Verbindung steht, und einen Messwertstatusindikator inkludieren. - Messungsverarbeitungssystem nach
Anspruch 1 , wobei der Messungsfusionsblock (22) die unabhängigen Prozessmetriken empfängt und einen kombinierten besten Schätzwert (CBE) generiert, der eine Menge von fusionierten Prozessmetriken darstellt, und den kombinierten besten Schätzwert (CBE) zu einem Steuersystem übermittelt. - Messungsverarbeitungssystem nach
Anspruch 1 , ferner umfassend einen weiteren Prozesssensor (20), der mit dem ersten Messungsfusionsblock (22) verbunden ist, wobei der weitere Prozesssensor (20) ein Messsignal von einem Messwertgeber empfängt und eine dritte Prozessmetrik generiert, und der weitere Prozesssensor (20) die dritte Prozessmetrik zu dem ersten Messungsfusionsblock (22) übermittelt. - Messungsverarbeitungssystem nach
Anspruch 17 , wobei der Messanalyseprozess die unabhängigen Prozessmetriken und die dritte Prozessmetrik analysiert, um zu bestimmen, ob die unabhängigen Prozessmetriken und die dritte Prozessmetrik miteinander konsistent sind. - Messungsverarbeitungssystem nach
Anspruch 17 , wobei der Messanalyseprozess die unabhängigen Prozessmetriken mit der dritten Prozessmetrik kombiniert, um eine kombinierte beste Schätzung (CBE) der unabhängigen Prozessmetriken und der dritten Prozessmetrik zu generieren. - Messungsverarbeitungssystem nach
Anspruch 1 , wobei einer der ersten und zweiten Prozesssensoren (20) ein multivariabler Sender ist, der mindestens zwei ähnliche unabhängige Prozessmetriken aus Messsignalen generiert, die von unabhängigen Messwertgebern empfangen werden, die die gleiche Prozessvariable überwachen. - Messungsverarbeitungssystem nach
Anspruch 17 , wobei einer der ersten und zweiten Prozesssensoren (20) ein multivariabler Sender ist, der drei unabhängige Prozessmetriken generiert, und wobei mindestens zwei der drei unabhängigen Prozessmetriken aus Messsignalen generiert werden, die von unabhängigen Messwertgebern empfangen werden, die die gleiche Prozessvariable überwachen. - Messungsverarbeitungssystem nach
Anspruch 1 , wobei die ersten und zweiten Prozesssensoren (20) multivariable Sender sind, die die unabhängigen Prozessmetriken aus Messsignalen generieren, die von unabhängigen Messwertgebern empfangen werden, die die gleiche Prozessvariable überwachen. - Messungsfusionsblock (22), umfassend: ein Konsistenzanalysemodul (60), das betriebsfähig ist, eine erste Prozessmetrik von einem ersten Prozesssensor (20) zu empfangen und eine zweite Prozessmetrik von einem zweiten Prozesssensor (20) zu empfangen, wobei das Konsistenzanalysemodul (60) konfiguriert ist, einen Konsistenzanalyseprozess (62) in den ersten und zweiten Prozessmetriken auszuführen, um zu bestimmen, ob die ersten und zweiten Prozessmetriken miteinander konsistent sind; ein Sensorfusionsmodul (70), das betriebsfähig ist, die ersten und zweiten Prozessmetriken zu empfangen, wobei das Sensorfusionsmodul (70) konfiguriert ist, einen Sensorfusionsprozess (72) auszuführen, um die ersten und zweiten Prozessmetriken zu kombinieren und eine kombinierte beste Schätzung (CBE) der ersten und zweiten Prozessmetriken zu generieren, und einen Messungsinterpretationsblock (80) mit einem Verarbeitungsmodul, das konfiguriert ist, eine Prozessmetrik von einem Prozesssensor (20) zu empfangen, wobei das Verarbeitungsmodul einen Transformationsprozess zum Abbilden der Prozessmetrik auf einen Prozessparameter ausführt; und einem Ausgangsmodul, der konfiguriert ist, den Prozessparameter zu empfangen und ein Ausgangssignal zu generieren, das den Prozessparameter darstellt.
- Messungsfusionsblock (22) nach
Anspruch 23 , wobei der Konsistenzanalyseprozess (62) einen Moffat-Konsistenzwert kalkuliert um zu bestimmen, ob die ersten und zweiten Prozessmetriken konsistent sind. - Messungsfusionsblock (22) nach
Anspruch 23 , wobei der Konsistenzanalyseprozess (62) ein Überlappungsintervall zwischen den ersten und zweiten Prozessmetriken analysiert um zu bestimmen, ob die ersten und zweiten Prozessmetriken konsistent sind. - Messungsfusionsblock (22) nach
Anspruch 23 , wobei der Konsistenzanalyseprozess (62) mindestens drei unabhängige Prozessmetriken empfängt und einen Maximalgruppenparameter basierend auf einer linearen Suche der unabhängigen Prozessmetriken kalkuliert um zu bestimmen, wie viele der mindestens drei unabhängigen Prozessmetriken gegenseitig konsistent sind. - Messungsfusionsblock (22) nach
Anspruch 23 , wobei die ersten und zweiten Prozessmetriken Messdaten (VMV) und Ungewissheitsdaten (VU) inkludieren. - Messungsfusionsblock (22) nach
Anspruch 27 , wobei die ersten und zweiten Prozessmetriken eine Messstatusvariable (MV-Status) inkludieren. - Messungsfusionsblock (22) nach
Anspruch 23 , ferner umfassend einen Prozessor (50), der betriebsfähig ist, einen Ungewissheitszuwachsprozess auszuführen, um einen Ungewissheitsparameter zu modifizieren, der mit einer oder mehr der Prozessmetriken in Verbindung steht. - Messungsfusionsblock (22) nach einem der
Ansprüche 23 bis29 , wobei der Messungsinterpretationsblock (80) ferner ein Speichermodul aufweist, das konfiguriert ist, Regeln zu speichern, die durch den Transformationsprozess angewendet werden. - Messungsfusionsblock (22) nach einem der
Ansprüche 23 bis30 , wobei der Transformationsprozess die Prozessmetrik mit einem Schwellenparameter zum Abbilden der Prozessmetrik auf einen Prozessparameter vergleicht. - Messungsfusionsblock (22) nach einem der
Ansprüche 23 bis31 , wobei die Prozessmetrik Messdaten (VMV) und Ungewissheitsdaten (VU) inkludiert. - Messungsfusionsblock (22) nach einem der
Ansprüche 23 bis32 , wobei die Prozessmetrik eine Messstatusvariable (MV-Status) inkludiert. - Messungsfusionsblock (22) nach einem der
Ansprüche 23 bis33 , wobei der Prozesssensor (20) ein selbstvalidierender Prozesssensor (20) ist, der konfiguriert ist, selbstvalidierende Prozessmetriken zu generieren. - Messungsfusionsblock (22) nach einem der
Ansprüche 23 bis34 , wobei das Ausgangssignal eines von einem Signal mit 4-20 mA, einem Impulssignal und einem Alarmsignal ist.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US30009401P | 2001-06-25 | 2001-06-25 | |
| US60/300,094 | 2001-06-25 | ||
| PCT/US2002/020117 WO2003001431A1 (en) | 2001-06-25 | 2002-06-25 | Sensor fusion using self evaluating process sensors |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| DE10297009T5 DE10297009T5 (de) | 2004-08-26 |
| DE10297009B4 true DE10297009B4 (de) | 2020-07-23 |
Family
ID=23157676
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| DE10297009.2T Expired - Lifetime DE10297009B4 (de) | 2001-06-25 | 2002-06-25 | Sensorfusion unter Verwendung von selbstvaluierenden Prozesssensoren |
Country Status (4)
| Country | Link |
|---|---|
| US (3) | US7107176B2 (de) |
| DE (1) | DE10297009B4 (de) |
| GB (1) | GB2392250B (de) |
| WO (1) | WO2003001431A1 (de) |
Families Citing this family (61)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2392250B (en) * | 2001-06-25 | 2004-11-10 | Invensys Sys Inc | Sensor fusion using self evaluating process sensors |
| US7386863B2 (en) * | 2003-06-26 | 2008-06-10 | International Business Machines Corporation | Administering devices in dependence upon user metric vectors with multiple users |
| JP3931879B2 (ja) * | 2003-11-28 | 2007-06-20 | 株式会社デンソー | センサフュージョンシステム及びそれを用いた車両制御装置 |
| US6993442B2 (en) * | 2004-05-14 | 2006-01-31 | Agilent Technologies, Inc. | Adaptive data collection |
| US7293400B2 (en) * | 2004-09-30 | 2007-11-13 | General Electric Company | System and method for sensor validation and fusion |
| US7526400B2 (en) * | 2005-04-14 | 2009-04-28 | International Business Machines Corporation | Thermal modeling and error detection in a data processing configuration |
| DE102006054124B4 (de) * | 2006-11-15 | 2009-05-28 | Phoenix Contact Gmbh & Co. Kg | Verfahren und System zur sicheren Datenübertragung |
| US7539593B2 (en) | 2007-04-27 | 2009-05-26 | Invensys Systems, Inc. | Self-validated measurement systems |
| DE102007029321B4 (de) * | 2007-06-22 | 2021-03-25 | Endress + Hauser Flowtec Ag | Verfahren zum Betreiben eines Feldgerätes in einem benutzerfreundlichen Modus |
| US12346638B2 (en) | 2023-05-05 | 2025-07-01 | Management Analytics, Inc. | Cognology and cognometrics system and method |
| US12406111B2 (en) | 2007-08-23 | 2025-09-02 | Management Analytics, Inc. | Cognology and cognometrics system and method |
| US9404775B2 (en) * | 2008-04-30 | 2016-08-02 | Honeywell International Inc. | Systems and methods for identifying faulty sensors |
| US8264379B2 (en) * | 2009-03-10 | 2012-09-11 | Honeywell International Inc. | Methods and systems for correlating data sources for vehicle displays |
| US8594588B2 (en) * | 2009-04-03 | 2013-11-26 | Invensys Systems, Inc. | Self evaluating transmitter |
| US8145145B2 (en) * | 2009-04-03 | 2012-03-27 | Invensys Systems, Inc. | Self evaluating transmitter |
| JP5461261B2 (ja) * | 2010-03-23 | 2014-04-02 | 株式会社ダイヘン | 電力測定装置の信頼性の評価方法 |
| DE102010043706A1 (de) * | 2010-07-05 | 2012-01-05 | Endress + Hauser Gmbh + Co. Kg | Feldgerät zur Bestimmung oder Überwachung einer physikalischen oder chemischen Prozessgröße |
| CN103140814B (zh) * | 2010-10-11 | 2016-08-03 | 通用电气公司 | 用于检测冗余传感器信号中的移位的系统、方法和设备 |
| CN103502949B (zh) * | 2011-05-13 | 2016-01-20 | 国际商业机器公司 | 用于在多个控制系统中检测异常的异常检测系统、装置和方法 |
| US9575903B2 (en) | 2011-08-04 | 2017-02-21 | Elwha Llc | Security perimeter |
| US9298918B2 (en) | 2011-11-30 | 2016-03-29 | Elwha Llc | Taint injection and tracking |
| US9098608B2 (en) | 2011-10-28 | 2015-08-04 | Elwha Llc | Processor configured to allocate resources using an entitlement vector |
| US9170843B2 (en) | 2011-09-24 | 2015-10-27 | Elwha Llc | Data handling apparatus adapted for scheduling operations according to resource allocation based on entitlement |
| US9471373B2 (en) | 2011-09-24 | 2016-10-18 | Elwha Llc | Entitlement vector for library usage in managing resource allocation and scheduling based on usage and priority |
| US9798873B2 (en) | 2011-08-04 | 2017-10-24 | Elwha Llc | Processor operable to ensure code integrity |
| US8955111B2 (en) | 2011-09-24 | 2015-02-10 | Elwha Llc | Instruction set adapted for security risk monitoring |
| US9460290B2 (en) | 2011-07-19 | 2016-10-04 | Elwha Llc | Conditional security response using taint vector monitoring |
| US8813085B2 (en) | 2011-07-19 | 2014-08-19 | Elwha Llc | Scheduling threads based on priority utilizing entitlement vectors, weight and usage level |
| US9465657B2 (en) | 2011-07-19 | 2016-10-11 | Elwha Llc | Entitlement vector for library usage in managing resource allocation and scheduling based on usage and priority |
| US8943313B2 (en) * | 2011-07-19 | 2015-01-27 | Elwha Llc | Fine-grained security in federated data sets |
| US9558034B2 (en) | 2011-07-19 | 2017-01-31 | Elwha Llc | Entitlement vector for managing resource allocation |
| US9443085B2 (en) | 2011-07-19 | 2016-09-13 | Elwha Llc | Intrusion detection using taint accumulation |
| US9116516B2 (en) * | 2011-07-21 | 2015-08-25 | Abb Technology Ag | System and method for actuator control |
| US9098312B2 (en) | 2011-11-16 | 2015-08-04 | Ptc Inc. | Methods for dynamically generating an application interface for a modeled entity and devices thereof |
| US8909641B2 (en) | 2011-11-16 | 2014-12-09 | Ptc Inc. | Method for analyzing time series activity streams and devices thereof |
| US9576046B2 (en) | 2011-11-16 | 2017-02-21 | Ptc Inc. | Methods for integrating semantic search, query, and analysis across heterogeneous data types and devices thereof |
| US20140088736A1 (en) * | 2012-04-18 | 2014-03-27 | Management Analytics | Consistency Analysis in Control Systems During Normal Operation |
| EP2890528B1 (de) | 2012-08-28 | 2016-03-23 | Rethink Robotics Inc. | Überwachung der robotersensorkonsistenz |
| US9488492B2 (en) * | 2014-03-18 | 2016-11-08 | Sri International | Real-time system for multi-modal 3D geospatial mapping, object recognition, scene annotation and analytics |
| JP6285010B2 (ja) | 2013-03-15 | 2018-02-28 | ピーティーシー インコーポレイテッド | 意味論的モデル化およびタグ付けを使用してアプリケーションを管理する方法およびその装置 |
| WO2014186814A1 (de) | 2013-05-21 | 2014-11-27 | Fts Computertechnik Gmbh | Verfahren zur integration von berechnungen mit variabler laufzeit in eine zeitgesteuerte architektur |
| US9996954B2 (en) | 2013-10-03 | 2018-06-12 | Covidien Lp | Methods and systems for dynamic display of a trace of a physiological parameter |
| FR3013834B1 (fr) * | 2013-11-28 | 2015-12-25 | Airbus Operations Sas | Methode de fusion de donnees de capteurs utilisant un critere de coherence |
| US9467533B2 (en) | 2014-03-21 | 2016-10-11 | Ptc Inc. | System and method for developing real-time web-service objects |
| US9462085B2 (en) | 2014-03-21 | 2016-10-04 | Ptc Inc. | Chunk-based communication of binary dynamic rest messages |
| US9961058B2 (en) | 2014-03-21 | 2018-05-01 | Ptc Inc. | System and method of message routing via connection servers in a distributed computing environment |
| US9762637B2 (en) | 2014-03-21 | 2017-09-12 | Ptc Inc. | System and method of using binary dynamic rest messages |
| US10313410B2 (en) | 2014-03-21 | 2019-06-04 | Ptc Inc. | Systems and methods using binary dynamic rest messages |
| US10025942B2 (en) | 2014-03-21 | 2018-07-17 | Ptc Inc. | System and method of establishing permission for multi-tenancy storage using organization matrices |
| WO2015143416A1 (en) | 2014-03-21 | 2015-09-24 | Ptc Inc. | Systems and methods for developing and using real-time data applications |
| US9350791B2 (en) | 2014-03-21 | 2016-05-24 | Ptc Inc. | System and method of injecting states into message routing in a distributed computing environment |
| US9350812B2 (en) | 2014-03-21 | 2016-05-24 | Ptc Inc. | System and method of message routing using name-based identifier in a distributed computing environment |
| US9560170B2 (en) | 2014-03-21 | 2017-01-31 | Ptc Inc. | System and method of abstracting communication protocol using self-describing messages |
| CN105277228A (zh) * | 2014-05-27 | 2016-01-27 | 齐鲁工业大学 | 一种关于蔬菜废弃物发酵的多传感器数据融合方法 |
| DE102014212703A1 (de) * | 2014-07-01 | 2016-01-07 | Continental Teves Ag & Co. Ohg | M2XPro-Überwachung durch Integritätsmaßspeicherung |
| US11997123B1 (en) | 2015-07-15 | 2024-05-28 | Management Analytics, Inc. | Scaleable cyber security assessment system and method |
| DE102017100060A1 (de) | 2017-01-03 | 2018-07-05 | Valeo Schalter Und Sensoren Gmbh | Bestimmung von Bewegungsinformation mit Umgebungssensoren |
| DE102018116893A1 (de) * | 2018-07-12 | 2020-01-16 | Endress+Hauser SE+Co. KG | Verfahren zum Kompensieren einer Fehlfunktion eines Feldgeräts in einer Anlage der Automatisierungstechnik |
| JP6997873B2 (ja) * | 2018-08-22 | 2022-01-18 | 株式会社Nttドコモ | 検知装置 |
| CN111947702B (zh) * | 2020-07-16 | 2022-03-18 | 中广核核电运营有限公司 | 传感器交叉验证故障诊断方法、装置、计算机设备 |
| CN117294295A (zh) * | 2022-06-17 | 2023-12-26 | 深圳贝特莱电子科技股份有限公司 | 提升触摸按键抗干扰性能的结构、方法及触控产品 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4926364A (en) | 1988-07-25 | 1990-05-15 | Westinghouse Electric Corp. | Method and apparatus for determining weighted average of process variable |
| US5570300A (en) | 1992-04-22 | 1996-10-29 | The Foxboro Company | Self-validating sensors |
| DE10114206A1 (de) | 2000-03-23 | 2001-11-29 | Simsci Ltd Invensys House Lond | Überwachung und Steuerung von Prozessen unter Verwendung selbstüberprüfender Sensoren |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5083288A (en) * | 1989-02-24 | 1992-01-21 | Arpad Somlyody | Apparatus for configuring a remote process sensor and signal transmitter |
| US5774378A (en) | 1993-04-21 | 1998-06-30 | The Foxboro Company | Self-validating sensors |
| US5586066A (en) | 1994-06-08 | 1996-12-17 | Arch Development Corporation | Surveillance of industrial processes with correlated parameters |
| US5680409A (en) | 1995-08-11 | 1997-10-21 | Fisher-Rosemount Systems, Inc. | Method and apparatus for detecting and identifying faulty sensors in a process |
| EP0948759B1 (de) | 1996-12-31 | 2002-08-07 | Rosemount Inc. | Vorrichtung zur überprüfung eines von einer anlage kommenden steuersignals in einer prozesssteuerung |
| US5850625A (en) | 1997-03-13 | 1998-12-15 | Accurate Automation Corporation | Sensor fusion apparatus and method |
| JP4308437B2 (ja) | 1998-08-17 | 2009-08-05 | アスペン テクノロジー インコーポレイテッド | センサの性能確認装置および方法 |
| DE19934095A1 (de) * | 1999-07-21 | 2001-01-25 | Abb Patent Gmbh | Verfahren und Anordnung zur automatisierten Beförderung, Sortierung und Verladung von Gepäckstücken |
| GB0007065D0 (en) * | 2000-03-23 | 2000-05-10 | Simsci Limited | Process monitoring and control using self-validating sensors |
| US20030167139A1 (en) * | 2001-04-26 | 2003-09-04 | Mcnc | Electromagnetic emission source identification apparatus and associated method, computer device,and computer software program product |
| DE60231203D1 (de) * | 2001-04-26 | 2009-04-02 | Abb As | Verfahren zur uberwachung und zum erkennen eines sensorausfalls in öl- und gasproduktionssystemen |
| GB2392250B (en) * | 2001-06-25 | 2004-11-10 | Invensys Sys Inc | Sensor fusion using self evaluating process sensors |
-
2002
- 2002-06-25 GB GB0329721A patent/GB2392250B/en not_active Expired - Lifetime
- 2002-06-25 US US10/178,893 patent/US7107176B2/en not_active Expired - Lifetime
- 2002-06-25 WO PCT/US2002/020117 patent/WO2003001431A1/en not_active Ceased
- 2002-06-25 DE DE10297009.2T patent/DE10297009B4/de not_active Expired - Lifetime
-
2006
- 2006-08-07 US US11/462,928 patent/US7426449B2/en not_active Expired - Lifetime
-
2008
- 2008-07-25 US US12/180,322 patent/US8090552B2/en not_active Expired - Lifetime
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4926364A (en) | 1988-07-25 | 1990-05-15 | Westinghouse Electric Corp. | Method and apparatus for determining weighted average of process variable |
| US5570300A (en) | 1992-04-22 | 1996-10-29 | The Foxboro Company | Self-validating sensors |
| DE10114206A1 (de) | 2000-03-23 | 2001-11-29 | Simsci Ltd Invensys House Lond | Überwachung und Steuerung von Prozessen unter Verwendung selbstüberprüfender Sensoren |
Non-Patent Citations (1)
| Title |
|---|
| R.J. Moffat, ASME Journal of Fluid Engineering, Vol. 104, S. 250-260, 1982 |
Also Published As
| Publication number | Publication date |
|---|---|
| US7107176B2 (en) | 2006-09-12 |
| US20060287840A1 (en) | 2006-12-21 |
| WO2003001431A9 (en) | 2004-05-06 |
| US8090552B2 (en) | 2012-01-03 |
| US20030088381A1 (en) | 2003-05-08 |
| US7426449B2 (en) | 2008-09-16 |
| GB2392250A (en) | 2004-02-25 |
| WO2003001431A1 (en) | 2003-01-03 |
| DE10297009T5 (de) | 2004-08-26 |
| US20080294366A1 (en) | 2008-11-27 |
| GB0329721D0 (en) | 2004-01-28 |
| GB2392250B (en) | 2004-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| DE10297009B4 (de) | Sensorfusion unter Verwendung von selbstvaluierenden Prozesssensoren | |
| DE10007972B4 (de) | Diagnosevorrichtung und -verfahren in einem Prozeßsteuersystem | |
| DE69705471T2 (de) | Vorrichtung zur erfassung von ereignissen in verfahrenssystemen | |
| DE4436658B4 (de) | Vorrichtung und Verfahren zur Störungsuntersuchung | |
| DE102009061036B4 (de) | Vorrichtung und Verfahren zur Residuengenerierung zur Erkennung von fehlerhaften Transienten, Drift oder Oszillationen im Systemverhalten eines Systems eines Flugzeugs, und Flugzeug | |
| DE69737336T2 (de) | Auf Gültigkeit prüfende Sensoren | |
| DE69324296T2 (de) | Verfahren zur Diagnose eines laufenden Prozesses | |
| DE19681530B4 (de) | Verfahren und Vorrichtung zum Detektieren und Identifizieren fehlerhafter Meßfühler in einem Prozeß | |
| DE60017457T2 (de) | Verfahren zur isolierung eines fehlers in fehlernachrichten | |
| DE10007971A1 (de) | Diagnoseexpertensystem zum Einsatz in der Prozesssteuerung | |
| DE112016005290T5 (de) | Anomliefusion auf temporalen kausalitätsgraphen | |
| DE102006048430A1 (de) | Verfahren zur Wartungsvorhersage einer Maschine | |
| DE112012000548T5 (de) | Verfahren zum Analysieren und Diagnostizieren von Grossprozessautomatisierungs-Regelsystemen | |
| EP0768584B1 (de) | Verfahren zur Überwachung einer Maschine oder Anlage | |
| DE102018122766A1 (de) | Analog-to-digital-fehlererfassung, -isolierung und -minderung für ein niederspannungs-kommunikationsnetzwerk | |
| EP0416370B1 (de) | Verfahren und Vorrichtung zum Erkennen und Identifizieren von Fehlern an Sensoren | |
| DE4100501A1 (de) | Verfahren und einrichtung zum erkennen von fehlern an sensoren fuer zustandsgroessen | |
| EP2701018B1 (de) | Verfahren zur sicheren Parametrierung eines Feldgeräts | |
| EP4295202B1 (de) | Verfahren und system zur vermessung von bauteilen sowie programm | |
| DE10114206A1 (de) | Überwachung und Steuerung von Prozessen unter Verwendung selbstüberprüfender Sensoren | |
| EP3622403A2 (de) | Verfahren zur computergestützten, automatisierten überprüfung von anforderungen | |
| DE102019215016A1 (de) | Messanordnung, Verfahren zum Einrichten einer Messanordnung und Verfahren zum Betreiben einer Messanordnung | |
| EP1717651B1 (de) | Verfahren und Vorrichtung zum Auswerten von Ereignissen aus dem Betrieb eines Fahrzeuges | |
| DE102021210902A1 (de) | Techniken zum detektieren eines eindringens in ein bussystem | |
| DE102023205657B3 (de) | Verfahren zur Korrektur einer alterungsbedingten Abweichung eines Sensorwerts eines Sensorsystems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 8110 | Request for examination paragraph 44 | ||
| 8125 | Change of the main classification |
Ipc: G01D 1/14 AFI20051017BHDE |
|
| R082 | Change of representative |
Representative=s name: ANDRAE WESTENDORP PATENTANWAELTE PARTNERSCHAFT, DE Representative=s name: FRIESE GOEDEN, DE Representative=s name: FRIESE GOEDEN PATENTANWAELTE, DE Representative=s name: FRIESE GOEDEN PATENTANWAELTE PARTGMBB, DE |
|
| R082 | Change of representative |
Representative=s name: ANDRAE WESTENDORP PATENTANWAELTE PARTNERSCHAFT, DE Representative=s name: FRIESE GOEDEN, DE Representative=s name: FRIESE GOEDEN PATENTANWAELTE, DE Representative=s name: FRIESE GOEDEN PATENTANWAELTE PARTGMBB, DE |
|
| R082 | Change of representative |
Representative=s name: FRIESE GOEDEN, DE Representative=s name: FRIESE GOEDEN PATENTANWAELTE, DE Representative=s name: FRIESE GOEDEN PATENTANWAELTE PARTGMBB, DE |
|
| R016 | Response to examination communication | ||
| R081 | Change of applicant/patentee |
Owner name: SCHNEIDER ELECTRIC SYSTEMS USA, INC., FOXBORO, US Free format text: FORMER OWNER: INVENSYS SYSTEMS, INC., FOXBORO, MASS., US |
|
| R082 | Change of representative |
Representative=s name: FRIESE GOEDEN PATENTANWAELTE PARTGMBB, DE |
|
| R016 | Response to examination communication | ||
| R018 | Grant decision by examination section/examining division | ||
| R020 | Patent grant now final | ||
| R071 | Expiry of right |