WO2019130165A1 - Dispositif électronique intelligent augmenté et opération de diagnostic de ce dernier - Google Patents

Dispositif électronique intelligent augmenté et opération de diagnostic de ce dernier Download PDF

Info

Publication number
WO2019130165A1
WO2019130165A1 PCT/IB2018/060336 IB2018060336W WO2019130165A1 WO 2019130165 A1 WO2019130165 A1 WO 2019130165A1 IB 2018060336 W IB2018060336 W IB 2018060336W WO 2019130165 A1 WO2019130165 A1 WO 2019130165A1
Authority
WO
WIPO (PCT)
Prior art keywords
ied
fault
event
server
virtual
Prior art date
Application number
PCT/IB2018/060336
Other languages
English (en)
Inventor
Abhilash Gopalakrishnan
Jithin KP
Original Assignee
Abb Schweiz Ag
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Abb Schweiz Ag filed Critical Abb Schweiz Ag
Publication of WO2019130165A1 publication Critical patent/WO2019130165A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02H—EMERGENCY PROTECTIVE CIRCUIT ARRANGEMENTS
    • H02H1/00—Details of emergency protective circuit arrangements
    • H02H1/0092—Details of emergency protective circuit arrangements concerning the data processing means, e.g. expert systems, neural networks
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02H—EMERGENCY PROTECTIVE CIRCUIT ARRANGEMENTS
    • H02H3/00—Emergency protective circuit arrangements for automatic disconnection directly responsive to an undesired change from normal electric working condition with or without subsequent reconnection ; integrated protection
    • H02H3/02—Details
    • H02H3/04—Details with warning or supervision in addition to disconnection, e.g. for indicating that protective apparatus has functioned
    • H02H3/044—Checking correct functioning of protective arrangements, e.g. by simulating a fault
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them

Definitions

  • the present invention relates generally to intelligent electronic devices and more particularly to a diagnostic operation carried out by an augmented intelligent electronic device.
  • Relay also known as intelligent electronic device (IED) or as protection relay is an electronic device configured with software to provide protection and control features in a power system.
  • the protection relay is used for detecting a fault condition and tripping power to an electrical equipment or a power line being protected with help of a circuit breaker.
  • the protection relay can be configured with a software tool to provide such functions and can function alone or together in coordination with other protection devices used in the power system.
  • the protection relay is capable of detecting its own fault and generate an error code to help diagnose the fault.
  • error code is displayed on a Human Machine Interface of the power system relays for failure. Usually operators use error code and find solution to address the error condition with help of technical manuals provided with the relay/IED.
  • the time to repair is delayed till the actions are identified and performed.
  • the Mean Time to Repair (MTTR) a measure of uptime and is affected in case the search and the solution is difficult to find and is complex. Consequently at a system level the MTTR has an impact on metrics that measure interruption of service. This may further lead to inconvenience on part of the operator while trying to figure out the errors manually.
  • Another aspect of the problem is that identification of root cause of an error is based on experience of the operator and has a significant learning to be done by new operators. For example, currently for diagnostic of failure in case of failed relay settings an operator gets a notification stating a failure.
  • Conventionally error codes are used to troubleshoot problems and fault analysis is done using detailed fault trees to create exhaustive list of fault and error codes. Due to resource constrains in relays, analysis beyond a granular error code is a challenge to be incorporated in the relay/IED itself.
  • the operator’s experience in identification of root cause of an error is of significance and the solutions are searched manually using error codes in technical manuals including an online version of the technical manuals provided to the operator. The time to repair is delayed until all the actions are identified and performed.
  • the present invention provides an Intelligent Electronic Device (IED) for providing a diagnostic operation at a first location and communicatively connected through at least one gateway device to a server having a virtual model and a portable Human Machine Interface, the IED comprising: at least one processing unit for processing a failure event to create an error code corresponding to at least one fault relating to the failure event; a first communication unit for sending the error code associated with the failure event to the server having the virtual model for analyzing the fault event associated with the error code; and a second communication unit for communicating the at least one result information associated with the analyzed fault event with the portable human machine interface at the first location.
  • IED Intelligent Electronic Device
  • the diagnostic operation is provided for a fault condition in a power system associated with the IED, wherein the fault condition arises from at least one of measurements carried out with one or more electrical sensors, and with environmental sensors.
  • the diagnostic operation is provided for a fault condition in the IED, wherein the fault condition arises during a configuration change carried out in the IED.
  • the at least one result information associated with the analyzed fault event is displayed in the portable Human Machine Interface, wherein the result information comprises of at least one of a) steps to reset fault, b) root cause analysis report, and c) predicative information about the IED and associated power system components.
  • the portable Human Machine Interface communicatively connected with the IED receives at least one result information associated with the analyzed fault event for display in the Human Machine Interface from the server hosted at a remote location.
  • the IED communicates measured electrical parameters from one or more sensors connected with the IED to a virtual relay in the server through the first communication unit to simulate a condition in the IED or the power system in which the IED is connected, and wherein the at least one result information is generated from an analysis carried out in the server using the virtual relay and the virtual model.
  • the present invention provides for a method for providing a diagnostic operation at a first location with an Intelligent Electronic Device (IED) that is communicatively connected through at least one gateway device to a server having a virtual model and a portable Human Machine Interface, the method comprising: processing a failure event with a diagnostic engine in at least one processing unit of the IED to create an error code corresponding to at least one fault relating to the failure event; sending fault information comprising at least one of the error code, configuration setting information, measured data with one or more sensors, by the IED to the server having the virtual model for analyzing the fault event associated with the fault information; receiving at least one result information associated with the analyzed fault event by the IED; and communicating the at least one result information associated with the analyzed fault event by the IED to the portable human machine interface at the first location to carry out a diagnostic operation at the first location.
  • the IED receives the at least one result information comprising at least one of: a) steps to reset fault, b) root cause analysis report, and c)
  • the IED receives the at least one result information associated with the analyzed fault event and operates a circuit breaker for interrupting power in an electrical line at the first location. .
  • Figure 1 shows an overview of an augmented Intelligent Electronic Device installed in a plant
  • Figure 2 shows an architecture for a model driven approach adopted by the augmented IED.
  • Figure 3 shows a system with a real or physical relay interfaced with a digital relay hosted in cloud.
  • Figure 4 shows a use case for a failure event in the plant.
  • Figure 5 shows the method for carrying out a diagnostic operation by the relay or IED.
  • Tremendous improvement in data processing and information handling with electronic systems particularly on the internet has enabled significant improvement in providing support to a user in a field (e.g. substation).
  • Modern computation system allows for virtualization and cloud system based services.
  • Such computation system together with fine grained behavioral models of devices and subsystems can assist in not only visualization but also in testing performance in virtual environment.
  • These virtual behavior models can collect operational data and continuously improve intelligence by learning from the operational data.
  • the present invention is related to diagnostic operations carried out by an Intelligent Electronic Device (IED).
  • IED Intelligent Electronic Device
  • Cloud enabled services are incorporated to augment physical relay devices in the field for improved failure analysis and reducing the Mean Time to Repair (MTTR).
  • MTTR Mean Time to Repair
  • This invention uses a virtual model (virtual IED along with an operational/fault model) developed as a digital twin of the physical devices in the field for studying the operation of the physical IED and analyzing a fault event in the physical devices.
  • FIG. 1 shows a model driven approach adopted for working the solution.
  • An IED 100 can be said to consist of a platform (relay platform which provides the computing platform with its hardware and software framework including the operating system), a communication engine meant for communication in a substation e.g. IED to IED communication or communication with server, application function engine having elements of runtime which executes protection, control and measurement functions, a diagnostic engine to run routines relating to diagnosis of fault and generate error code, and light weight service responsible for fault related communication and result collection.
  • the light weight service can do a HTTP request as well if connected over gateway.
  • the relay platform can be different as in a real or physical relay/IED 110 with embedded software modules in a compact computing boards or an industrial PC platform based relay, and for virtual digital relay/IED 120 in a server.
  • the physical relay architecture model considers for operating with relay platform for e.g., Real Time Operating System (RTOS) (e.g. RTXC, VxWorks) and an OS Abstraction Layer (OSAL) in a relay platform are considered for operation, diagnostics and models, also as example a layer based on POSIX standard providing support for thread management and Inter Process Communication (IPC) are considered for operation, diagnostics and models.
  • RTOS Real Time Operating System
  • OSAL OS Abstraction Layer
  • diagnostics and models also as example a layer based on POSIX standard providing support for thread management and Inter Process Communication (IPC) are considered for operation, diagnostics and models.
  • IPC Inter Process Communication
  • the operating system and other frameworks are used and modeled for virtualization.
  • a software and virtual model framework is built on the OS abstraction layer to support for signal/parameter values storage associated with Data Model and Configuration Management in addition to services of time handling and file system.
  • AFE Application Function Engine
  • Other components including communication and cyber security, adhere to same interfaces.
  • AFE Application Function Engine
  • the framework is responsible for initialization and starting of these elements.
  • the hardware elements include a base module consisting of CPU and memory, communication module including Ethernet port, SD Card support, Display Module and CT, VT, Binary Input (BI), Binary Output (BO) Cards are considered and accordingly made available also in the virtual environment.
  • a virtual IED is created for a physical IED capable of emulating the operations (including during configuration) being carried out in the physical IED and also support enhanced functions (augmentation) for the physical IED.
  • the system thus created also supports utilizing the virtual IED based on inputs received from the field devices (eg current/voltage sensors in a substation) to carry out functions generally associated with an IED, and thus provide for a virtual device to interface with the field devices to carry out IED functions.
  • the RTOS and elements are hosted on a real base module with cards consisting also Board Support Package (BSP), where as in virtual digital IED/Relay 120 case, these modules are hosted on the server or computing devices such as PC/Industrial PC and accordingly are also configured to support analysis using virtual IEDs and its models for fault analysis.
  • BSP Board Support Package
  • FIG. 2 shows a system with a real or physical relay 200 interfaced with a digital relay (virtual digital relay) hosted in the cloud 210.
  • 220 is an edge device running lightweight service for example software defined switch or an industrial PC
  • 230 is a cloud virtual machines to host configuration
  • 240 shows a cloud virtual machines to host digital relay/IED
  • 250 Cloud Virtual Machines to host another digital relay/IED (though reference is made only to two virtual relays in description and the figure depicts three virtual relays, one skilled in the art can gather that as many virtual relay as needed can be instantiated as required in one or more cloud virtual machine)
  • 260 is a cloud virtual machines to host a Human Machine Interface (HMI) enabling module (also referred as cloud HMI) that can create interfaces as suitable to be sent to the physical HMI (Local HMI or LHMI) associated with the relay 200
  • 220 is also shown as an edge device for connecting to sensing and actuating equipment (field equipment), the circuit breaker.
  • HMI Human Machine Interface
  • the sensors including CT (current transformer), VT (voltage transformer), and also other sensors (e.g. temperature, humidity or other sensors used for measuring electrical or environmental parameters) as used for functioning of the IED or for providing any value added services/function by the IED are interfaced with the IED 200, and also connected through the one or more communication units 220 with the cloud components comprised and executed in cloud environment 210 to receive the sensor outputs by a virtual component in a cloud environment 210.
  • a circuit breaker is operated by the physical relay (IED 200) by receiving a trip signal from the IED 200.
  • the system as shown in Figure 2 can also be configured for operating a circuit breaker also from a virtual IED (say virtual relay 250) from the cloud environment connected through the one or more communication unit 220.
  • the physical relay 200 can also send an output (physical relay output data) to one or more component in a cloud environment and also receive input from one or more components from the cloud environment.
  • an IED 200 can have real inputs from field devices (sensors) and virtual inputs (data from virtual component) from a cloud based device/component.
  • data from a field device CT, VT, merging unit other sensors
  • CT, VT, merging unit other sensors are provided as an input to one or more virtual relay devices or other virtual components and also have the output from the virtual devices (virtual relay and other components) available with the physical relay 200 as output and/or connected with actuators or/and with local HMI associated with the IED as a output data/information from the cloud environment, enabled through the edge devices (communication units).
  • the edge devices (communication units) 220 are devices supporting industrial internet protocols and protocols commonly used to communicate with the substation devices (sensors, VT/CT, circuit breaker), for eg IEC 61850. These edge devices can be switches or industrial grade computers running communication elements. These devices are provisioned to collect binary signals from binary inputs, binary outputs and analog signals on current and voltage based on sensors or Intelligent Merging Unit (IMU). Input edge devices also provide support for down- sampling, thereby supporting a codec similar approach to be able to operate on reduced data samples, thus impacting latency impacts of data transfer.
  • the communication units are comprised in an IED to enable connectivity with the virtual/physical devices in a network (local and remote including cloud).
  • the communication for example with other networks e.g., remote/cloud can be provided for the IED together with one or more external devices (e.g. gateway devices) for enabling data transfer and connectivity between the IED and virtual devices provided in a cloud environment.
  • the IED with the provisioned communication units is enabled to establish communication with one or more external devices (in local or remote network) and with gateway devices as needed to carry out the configured augmented functions.
  • edge devices In another use case for edge devices, they can support virtual outputs for triggering opening of circuit breakers by connecting electronic circuit breakers or GOOSE (Generic Object Oriented Substation Events) signals to the real or physical IEDs.
  • the edge devices which come with unique identifiers operate and obtain the configuration by obtaining their contextual configuration from the configuration hosting cloud virtual machine.
  • the cloud virtual machines hosting digital relay or IEDs collect virtual machine image from the configuration cloud and then load the configuration as per their defined unique IDs and their context.
  • Digital relays as well as real relays provide a light weight service interface. In the digital relays this service interface uses HTTP as the protocol and formats data using JSON formats and supporting RESTful APIs.
  • Figure 3 shows a use case for a failure event in the substation/distribution network where the physical IED is installed (first location).
  • Figure 3 shows an example of diagnostic of failure in case of failed relay settings.
  • an operator/user configures setting (step 300) in a physical relay with a LHMI associated with the IED, can be detachable or directly with the HMI provided by the IED on the device itself) it may fail in case if values of the configuration settings are not in alignment with other functions (step 305).
  • the operator gets a notification stating the setting has failed in the LHMI associated with the IED.
  • the diagnostics operation can be run more efficiently with several value enhancement. For example, in this scenario where a physical relay setting has failed during configuration a validation message is sent by lightweight services running on the physical relay to the industrial cloud as shown in 310 for‘validate edited setting message’.
  • this setting condition and validation is run on the digital relay or virtual model and results of validation together with identification of signal or function leading to failure is determined for‘run and identify function/signal leading to failure’.
  • the root causes are displayed as a set of messages on a cloud Human Machine Interface (cloud HMI) for ‘notify local HMI to display detail’.
  • the local HMI can be hosted by the physical relay or a portable/detachable local HMI and is in communication with the IED (and also can be in communication directly with the cloud environment to serve as a cloud enabled Local HMI).
  • the root cause information gathered through analysis using virtual components is of significant benefit to the customer to rectify the setting value and continue with the configuration as more elaborate information can be provided by analysis.
  • the real/Physical relay Diagnostic Engine provided in the relay executes a set of validation rules and provides a collection of errors as a result.
  • This is passed to a lightweight service module, which prepares a message (step 305) with hash code generated for error collection and context of the device.
  • This reaches (step 310) the digital relay in the cloud through the communication unit, and the validation errors and the context is decoded for diagnostic engine in digital relay.
  • the diagnostic engine uses the context to prepare a search which returns a fault model suitable for analysis. This uses a weighted tree search algorithm and data structure.
  • the diagnostic engine can now execute the synthesis of the fault model and error collection by using a conditional probability model in Bayesian Belief Network.
  • the Belief Network uses validation errors as evidences and thereby re-adjust the probability.
  • the virtual model in the digital relay is synched with the physical relay in terms of for example: device type information, internal error code, device state information, device configuration information, device role information and such other device related information of the physical relay.
  • the physical relay In a working condition or during a configuration of the physical relay when the physical relay comes across an error condition, the physical relay sends a message containing the error code which encodes or contains device type information, internal error code, device state information, device configuration information and device role information.
  • the virtual model interprets this information then loads the Fault Tree based on device type information (Model best suited for the device type), condition relevant for the device state info and updates the configuration context and role context aligned to electrical position of the device in the system.
  • the configuration error can be an error relating to:
  • Figure 4 shows the method for carrying out a diagnostic operation by the relay or IED (in a location where the physical IED is provided).
  • the method shown in Figure 4 shows a first step of 410 for running diagnostic engine in the physical relay/IED, second step 420 for sending validation results and context as message to Cloud (a server in a remote location), 420a depicts a message for a Configuration Error, at step 430 for searching and identifying the fault in the Digital IED on Cloud, at step 440 for synthesizing the validation results and fault model leading to list of actions, at step 450 for sending message with list of actions and finally as shown in step 460 for displaying messages in sequence in the local HMI associated with the IED in the IED location (first location).
  • Analysis to perform condition/status prediction can be made using a weighted tree algorithm. As may be known to a person skilled in the art, default weightages are assigned already for each node in fault tree analysis. Based on the physical relay’s state, configuration and role the weightages are updated.
  • conditional probability values such as these provided herein below can be arrived at for various conditions:
  • conditional probability values in the form of a table is embedded in the Bayesian network.
  • the Bayesian network looks for evidences to improve the accuracy of finding the correct root cause. This is done by invoking ‘Validate_Setting’ (FuntionType, SettingName, SettingValue) on the digital twin. As per the setting example it is calling Validate_Setting (OvercurrentT, alarmthreshold). If the method results in setting failed error with error code say 0x014, then in the Error list it is represented as Overcurrent function setting value failed’.
  • the Error Code 0x014 is having a list of Actions to be taken to reset fault as a list attached to the node.
  • the exemplary steps for recovery can include:
  • Alarm threshold is related to operate in the function.
  • the exemplary root cause analysis report can contain:
  • Figure 5 shows an overview of an augmented Intelligent Electronic Device (IED) 500 installed in a power system, say the IED is installed in a first location 510 (IED location) on the field.
  • the IED 500 provides protection function and also diagnostic operation for itself including for certain interface conditions associated with the power equipment or measurement equipment associated with the IED at the first location 510.
  • the IED 500 is communicatively connected through one or more communication units as described earlier (not shown in Figure 5) to a server 520 that has at least one virtual relay and also has at least one virtual model 530 of the IED, wherein the virtual model represent the IED and together with the virtual relay is capable to depict the condition in the field and also used for simulation studies involving past and future conditions (operational condition including configuration) of the IED or its function.
  • the IED 100 is also communicatively connected to a portable Human Machine Interface (LHMI) 540 that may be used to configure the IED or observe status of the IED/power system components.
  • LHMI Human Machine Interface
  • the IED may also be configured with a HMI directly provided in the IED device, and LHMI may serve as an additional local HMI for the IED.
  • LHMI can be configured to communicate with the IED through a communication unit and also with virtual devices in a cloud environment.
  • the sensor devices sensors such as temperature, humidity etc and also CT/VT/merging units
  • the IED When a failure event occurs, the IED performs processing of the failure event with a processing unit to create an error code corresponding to a fault relating to the failure event. While in a good number of prior-art device, an IED may only display the error code in its HMI or/and associated portable HMI (e.g. a smart phone or a configured hand held devices), in the augmented IED, a communication unit (first communication unit, not shown in the figure) in the IED 500 transmits the error code associated with the failure event to the server 120 having the virtual model 530 at a remote location 570. The analysis of the fault event associated with the error code is performed by the virtual model 530 in the server 520.
  • a communication unit first communication unit, not shown in the figure
  • the IED also comprises a means (through the first communication unit) for receiving the result of the analysis of the fault event associated with the failure event and a second communication unit to provide information about the error code (error code and associated result of analysis of the fault event) to the portable local HMI.
  • FIG. 5 also shows Current Transformers/Voltage Transformers (CT/VT) 550 connected in the electrical power network that perform as sensors to provide information to the IED 500 for its measurement, protection and control operation. Additionally there can be other sensors 560 in the power system (particularly relating to the IED) that can provide information to the IED 500 and also to the virtual relay and virtual model 530 in the server 520 at the remote location 570 (through the gateway device configured to communicate information to/firom the IED in the first location).
  • CT/VT Current Transformers/Voltage Transformers
  • these sensors 560 can be temperature sensors, humidity sensors etc. and can be interfaced with the IED 500 or its measurement output is accessible to the IED and to the server 520 in a cloud environment.
  • the power system may have one or more power equipment or other such augmented IED (not shown in the figure) in the power system also capable to communicate with the server comprising the virtual model of the augmented IED 500 and corresponding virtual model of the other power equipment/augmented IED used in the power system.
  • the IED or other such equipment connected to the server are configurable to carry out a function associated with the IED/equipment based on the information received from the server, for example the IED 500 can provide information to the user about the error code, also carry out a protection function such as tripping of power with a circuit breaker by issuing a trip signal/command to the circuit breaker based on the information obtained from the server (through one or more communication units) as a result of at least one analysis carried out with the virtual relay and model executed in the server.
  • a protection function such as tripping of power with a circuit breaker by issuing a trip signal/command to the circuit breaker based on the information obtained from the server (through one or more communication units) as a result of at least one analysis carried out with the virtual relay and model executed in the server.
  • the augmented IED capable of transmitting an error code, and optionally also the configuration setting changes being carried out and sensor measurements (CT/VT/ other electrical sensors) associated with normal/fault condition in an operation, associated records/reports and IED status, equipment/IED/environmental condition information to a cloud server for the cloud server to simulate a condition (normal/fault or associated with a protection/control function of the IED) associated with the error code using a virtual model and/or the virtual relay (digital twin) to provide the user of the IED with result information comprising of at least one of the following: a)“next steps to reset fault” i.e.
  • the augmented IED provides for simulating the protection function or any fault in the power system associated with the augmented IED using the virtual relay and virtual model by which expected behavior of the physical augmented IED for a particular set of inputs are determined.
  • the present invention can adopt a model driven approach to provide a bottom-up approach to digital twin.
  • the present invention improves the uptime, the reliability of industrial systems and incrementally adding functionality.
  • the present invention provides a means like a chatbot for an operator to type in an error code associated with the failure event into the chatbot and the method of the present invention is executed and results shown on the chat window instead of the HMI hosted in the cloud or local HMI of the physical relay/IED.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Artificial Intelligence (AREA)
  • Evolutionary Computation (AREA)
  • Emergency Protection Circuit Devices (AREA)

Abstract

La présente invention concerne des opérations de diagnostic effectuées par un dispositif informatique intelligent (IED), l'IED effectuant une opération de diagnostic à un premier emplacement et étant connecté en communication par l'intermédiaire d'un dispositif passerelle à un serveur ayant un modèle virtuel et à une interface homme-machine portative, l'IED comprenant : une unité de traitement destinée à traiter un événement de panne de façon à créer un code d'erreur correspondant à au moins une défaillance relative à l'événement de panne; une première unité de communication destinée à envoyer le code d'erreur associé à l'événement de panne au serveur ayant le modèle virtuel en vue de l'analyse de l'événement de panne associé au code d'erreur; et une seconde unité de communication destinée à communiquer les informations de résultat associées à l'événement de panne analysé à l'interface homme-machine portative au premier emplacement.
PCT/IB2018/060336 2017-12-28 2018-12-19 Dispositif électronique intelligent augmenté et opération de diagnostic de ce dernier WO2019130165A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IN201741046966 2017-12-28
IN201741046966 2017-12-28

Publications (1)

Publication Number Publication Date
WO2019130165A1 true WO2019130165A1 (fr) 2019-07-04

Family

ID=64902156

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2018/060336 WO2019130165A1 (fr) 2017-12-28 2018-12-19 Dispositif électronique intelligent augmenté et opération de diagnostic de ce dernier

Country Status (1)

Country Link
WO (1) WO2019130165A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021074914A1 (fr) * 2019-10-16 2021-04-22 Abb Schweiz Ag Procédé de configuration d'un dispositif électronique intelligent
US11835568B2 (en) 2020-11-18 2023-12-05 General Electric Company Systems and methods for monitoring and diagnosing power system assets
US11899075B2 (en) * 2020-08-04 2024-02-13 Maschinenfabrik Reinhausen Gmbh Device for determining an error probability value for a transformer component and a system having such a device

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080215302A1 (en) * 2006-07-07 2008-09-04 Edsa Micro Corporation Systems and methods for real-time dynamic simulation of uninterruptible power supply solutions and their control logic systems
US20090149972A1 (en) * 2006-03-10 2009-06-11 Edsa Micro Corporation Real-time system for verification and monitoring of protective device settings within an electrical power distribution network and automatic correction of deviances found
US20160373274A1 (en) * 2014-03-06 2016-12-22 Abb Schweiz Ag Tunnelling time-critical messages between substations over wan

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090149972A1 (en) * 2006-03-10 2009-06-11 Edsa Micro Corporation Real-time system for verification and monitoring of protective device settings within an electrical power distribution network and automatic correction of deviances found
US20080215302A1 (en) * 2006-07-07 2008-09-04 Edsa Micro Corporation Systems and methods for real-time dynamic simulation of uninterruptible power supply solutions and their control logic systems
US20160373274A1 (en) * 2014-03-06 2016-12-22 Abb Schweiz Ag Tunnelling time-critical messages between substations over wan

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021074914A1 (fr) * 2019-10-16 2021-04-22 Abb Schweiz Ag Procédé de configuration d'un dispositif électronique intelligent
US11899075B2 (en) * 2020-08-04 2024-02-13 Maschinenfabrik Reinhausen Gmbh Device for determining an error probability value for a transformer component and a system having such a device
US11835568B2 (en) 2020-11-18 2023-12-05 General Electric Company Systems and methods for monitoring and diagnosing power system assets

Similar Documents

Publication Publication Date Title
US9912737B2 (en) Method and system for modular interoperable distributed control
KR101908467B1 (ko) 가시화된 네트워크 운영 및 유지를 위한 방법 및 장치
JP2018055665A (ja) スマート変電所の保護制御システムに基づくソフトウェア定義実現方法
WO2019130165A1 (fr) Dispositif électronique intelligent augmenté et opération de diagnostic de ce dernier
EP3748811B1 (fr) Procédé de configuration d'un dispositif électronique intelligent et système associé
US20130311977A1 (en) Arrangement and method for model-based testing
EP2490376A1 (fr) Système de test de temps aller-retour entre dispositifs électroniques intelligents
CN102880990B (zh) 故障处理系统
US7908519B2 (en) Trouble emulator for a rules-based diagnostic system
JP2018153073A (ja) 電力配電網の稼働を管理するためのコンピュータ化システムおよびその構成方法。
US11438380B2 (en) Method and computing device for commissioning an industrial automation control system
US20090161559A1 (en) Error identification in a computer-based network
CN110868341B (zh) 就地化保护智能管理单元测试方法及装置
KR101079036B1 (ko) 제어망 이상 징후 탐지 장치 및 방법
US10338544B2 (en) Communication configuration analysis in process control systems
US11924019B2 (en) Alarm management module for internet-of-things (IoT) network
US11665165B2 (en) Whitelist generator, whitelist evaluator, whitelist generator/evaluator, whitelist generation method, whitelist evaluation method, and whitelist generation/evaluation method
JP5996855B2 (ja) 中央制御装置により変電所遠隔端末を構成するためのシステムおよび方法
US10474136B2 (en) Detection of interconnections between control and instrumentation systems
EP4107616A1 (fr) Systèmes et procédés d'exploitation d'une passerelle de distribution d'énergie
CN112904807A (zh) 工业分析系统、方法和非暂态计算机可读介质
EP4264857A1 (fr) Procédé et appareil d'analyse de suivi sans code à base de réseau industriel pour logiciel industriel
CN210899208U (zh) 就地化保护智能管理单元测试装置
Niehaus et al. A Modern ICT Network Simulator for Co-Simulations in Smart Grid Applications
US20240039294A1 (en) Automatic engineering of process bus system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18829495

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18829495

Country of ref document: EP

Kind code of ref document: A1