ES2776165T3 - Sistema electrónico que comprende dispositivos electrónicos, disyuntor que comprende dicho sistema, procedimiento de generación de un indicador de desviación en caso de incompatibilidad entre dispositivos y producto de programa de ordenador asociado - Google Patents

Sistema electrónico que comprende dispositivos electrónicos, disyuntor que comprende dicho sistema, procedimiento de generación de un indicador de desviación en caso de incompatibilidad entre dispositivos y producto de programa de ordenador asociado Download PDF

Info

Publication number
ES2776165T3
ES2776165T3 ES15155970T ES15155970T ES2776165T3 ES 2776165 T3 ES2776165 T3 ES 2776165T3 ES 15155970 T ES15155970 T ES 15155970T ES 15155970 T ES15155970 T ES 15155970T ES 2776165 T3 ES2776165 T3 ES 2776165T3
Authority
ES
Spain
Prior art keywords
devices
module
compatibility
electronic
verification
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.)
Active
Application number
ES15155970T
Other languages
English (en)
Inventor
Julien Michel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Schneider Electric Industries SAS
Original Assignee
Schneider Electric Industries SAS
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 Schneider Electric Industries SAS filed Critical Schneider Electric Industries SAS
Application granted granted Critical
Publication of ES2776165T3 publication Critical patent/ES2776165T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02H—EMERGENCY PROTECTIVE CIRCUIT ARRANGEMENTS
    • H02H7/00—Emergency protective circuit arrangements specially adapted for specific types of electric machines or apparatus or for sectionalised protection of cable or line systems, and effecting automatic switching in the event of an undesired change from normal working conditions
    • H02H7/26—Sectionalised protection of cable or line systems, e.g. for disconnecting a section on which a short-circuit, earth fault, or arc discharge has occured
    • H02H7/261—Sectionalised protection of cable or line systems, e.g. for disconnecting a section on which a short-circuit, earth fault, or arc discharge has occured involving signal transmission between at least two stations

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Stored Programmes (AREA)
  • Debugging And Monitoring (AREA)
  • Train Traffic Observation, Control, And Security (AREA)

Abstract

Sistema (10) electrónico que comprende un conjunto de dispositivos (12A, 12B, 12C, 12D) electrónicos, comprendiendo cada dispositivo (12A, 12B, 12C, 12D) electrónico una memoria (18A, 18B, 18C) y un módulo (14A, 14B, 14C, 14D) de comunicación con uno o varios otros dispositivos del conjunto, el sistema comprende: - al menos un módulo (24A, 24B) de verificación de la compatibilidad de cada dispositivo (12A, 12B, 12C, 12D) con el o los otros dispositivos complementarios con los cuales dicho dispositivo (12A, 12B, 12C, 12D) es apto para comunicar, - al menos un módulo (26A, 26B) de generación de al menos un indicador de desviación cuando es detectada una incompatibilidad entre dos dispositivos, tal que la memoria (18A, 18B, 18C) de cada dispositivo comprende al menos una tabla (22A, 22B, 22C) de compatibilidad con dicho o dichos otros dispositivos complementarios, comprendiendo cada tabla (22A, 22B, 22C) de compatibilidad al menos un número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios, cada módulo (24A, 24B) de verificación está adaptado para comparar, para uno o varios dispositivos dados, un número de versión de cada uno de dicho o dichos otros dispositivos complementarios con el número de versión mínima requerida correspondiente, cada módulo (24A, 24B) de verificación está integrado en un dispositivo (12A, 12B, 12D) electrónico respectivo, y al menos un dispositivo (12C) comprende un módulo (28) de delegación de la verificación de compatibilidad a otro dispositivo (12A) que comprende un módulo (24A) de verificación, y el módulo (28) de delegación está adaptado para transmitir, a dicho módulo (24A) de verificación, los números de versión contenidos en la tabla (22C) de compatibilidad del dispositivo (12C) que comprende dicho módulo (28) de delegación.

Description

DESCRIPCION
Sistema electrónico que comprende dispositivos electrónicos, disyuntor que comprende dicho sistema, procedimiento de generación de un indicador de desviación en caso de incompatibilidad entre dispositivos y producto de programa de ordenador asociado
La presente invención se refiere a un sistema electrónico que comprende un conjunto de dispositivos electrónicos. Cada dispositivo electrónico comprende una memoria y un módulo de comunicación con uno o varios otros dispositivos del conjunto. El sistema comprende al menos un módulo de verificación de la compatibilidad de cada dispositivo con el o los otros dispositivos complementarios con los que dicho dispositivo es apto para comunicar, y al menos un módulo de generación de al menos un indicador de desviación cuando se detecta una incompatibilidad entre dos dispositivos. La presente invención se refiere igualmente a un disyuntor eléctrico que comprende una unidad de activación y dicho sistema electrónico.
La presente invención se refiere igualmente a un procedimiento de generación de al menos un indicador de desviación para un dispositivo electrónico cuando se detecta una incompatibilidad con al menos otro dispositivo del sistema electrónico.
La presente invención se refiere igualmente a un producto de programa de ordenador que comprende instrucciones de software, que, cuando son ejecutadas por un ordenador, implementan dicho procedimiento de generación.
La invención se refiere en particular al campo de los sistemas de productos de comunicación que cada vez son más modulares con el fin de responder a las necesidades de flexibilidad de los usuarios, en los cuales los productos de comunicación se actualizan regularmente, en particular en función de las exigencias de los usuarios. Es por tanto necesario verificar la compatibilidad de los productos de comunicación de un mismo sistema, con el fin de poder gestionar posibles problemas de incompatibilidad entre dos productos de comunicación respectivos.
Se conoce del documento US 2006/0130073 A1 un sistema del tipo citado anteriormente. El sistema comprende un primer dispositivo equipado de un primer procesador y de una primera memoria y un segundo dispositivo equipado de un segundo procesador y de una segunda memoria. El segundo dispositivo es un dispositivo de control del primer dispositivo, comprendiendo la segunda memoria un firmware (en inglés driver) para controlar el primer dispositivo y una base de datos que comprende un número de identificación del firmware, así como un número de identificación de un software de aplicación almacenado en la primera memoria.
El segundo procesador está adaptado para comparar dichos números de identificación, con el fin de detectar una posible incompatibilidad, y de iniciar, si es necesario, una actualización del software que lo necesite. Las informaciones relativas a la identificación de los diferentes software, con el fin de conocer sus versiones respectivas, se centralizan en la base de datos almacenada en la segunda memoria. Son susceptibles de ser transmitidas al primer procesador, con el fin de que el mismo efectúe si es necesaria por sí mismo la comparación de los números de identificación. El documento WO 2005/106605 A1 describe un sistema de bus en un vehículo motorizado, comprendiendo el sistema varios dispositivos de control, donde cada dispositivo de control verifica su compatibilidad con los otros dispositivos de control con la ayuda de una tabla de referencia de compatibilidad.
El documento US 6,898,768 B1 se refiere igualmente a la verificación de compatibilidad de diferentes componentes en un sistema de comunicación, con la ayuda de una matriz de compatibilidad.
El documento WO 99/66409 A1 describe un sistema informático que comprende varios módulos, comprendiendo cada módulo una lista de capacidades y una lista de exigencias, comprendiendo cada módulo una lista de capacidades y una lista de exigencias, siendo utilizadas estas listas para efectuar una verificación de compatibilidad con los otros módulos.
El documento EP 0498 130 A2 se refiere igualmente a la verificación de compatibilidad de diferentes componentes de un sistema.
Sin embargo, la verificación de compatibilidad en el seno de dichos sistemas es relativamente compleja, en particular cuando se añade un nuevo dispositivo con la actualización necesaria de la base de datos centralizada.
El objetivo de la invención es por tanto proponer un sistema más evolutivo en el cual la verificación de compatibilidad entre dispositivos siga siendo fácil de implementar, incluso cuando se añade un nuevo dispositivo en el sistema. A tal efecto, la invención tiene por objeto un sistema electrónico según la reivindicación 1.
Con el sistema electrónico según la invención, cada dispositivo comprende una tabla de compatibilidad con uno u otros dispositivos complementarios, siendo los dispositivos complementarios dispositivos con los cuales dicho dispositivo es apto para comunicar, comprendiendo cada tabla de compatibilidad al menos un número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios. Dicho de otra manera, los datos que permiten efectuar la verificación de compatibilidad entre dispositivos complementarios están repartidos entre los dispositivos, y no están, al contrario que en el sistema del estado de la técnica, centralizados en un dispositivo principal.
Según otros aspectos ventajosos de la invención, el sistema electrónico comprende una o varias de las características siguientes, tomadas aisladamente o según todas las combinaciones técnicamente posibles, según las reivindicaciones 2 a 6.
La invención tiene igualmente por objeto un disyuntor eléctrico que comprende una unidad de activación y un sistema electrónico, en el cual el sistema electrónico es tal como se definió anteriormente.
La invención tiene igualmente por objeto un procedimiento de generación de al menos un indicador de desviación, según la reivindicación 8.
La invención tiene igualmente por objeto un producto de programa de ordenador que comprende instrucciones de software las cuales, cuando son ejecutadas por un ordenador, implementan un procedimiento, tal como se definió anteriormente, de generación de al menos un indicador de desviación.
Estas características y ventajas de la invención aparecerán de la lectura de la descripción siguiente, dada únicamente a título de ejemplo no limitativo, y hecha con referencia a los dibujos anexos, en los cuales:
- la figura 1 es una representación muy esquemática de un disyuntor que comprende un sistema electrónico según la invención, comprendiendo el sistema electrónico cuatro dispositivos electrónicos,
- la figura 2 es un organigrama de un procedimiento de generación de al menos un indicador de desviación según la invención, comprendiendo el procedimiento la verificación de la compatibilidad de un dispositivo dado con uno u otros dispositivos complementarios,
- las figuras 3 y 4 son organigramas de etapas implementadas durante la verificación citada anteriormente de la compatibilidad y
- las figuras 5 a 7 son representaciones esquemáticas de intercambios de datos entre dispositivos electrónicos del sistema de la figura 1, según diferentes ejemplos de realización.
Por convención, en el asiento descripción, un módulo se entiende en el sentido amplio, y es un sinónimo de medio.
En la figura 1, un disyuntor 8 eléctrico comprende una unidad de activación, no representada, y un sistema 10 electrónico. La unidad de activación es conocida en sí misma, y no se describe con más detalle.
El sistema 10 electrónico comprende cuatro dispositivos 12A, 12B, 12C, 12D electrónicos, es decir un primer dispositivo 12A, un segundo dispositivo 12B, un tercer dispositivo 12C y un cuarto dispositivo 12D, y un bus 13 de comunicación que conecta entre sí a los dispositivos 12A, 12B, 12C, 12D electrónicos.
Los dispositivos 12A, 12B, 12C, 12D electrónicos son por ejemplo un dispositivo de interfaz hombre-máquina, igualmente denominado FDM (del inglés Front Display Module), un dispositivo de interfaz de red, por ejemplo un dispositivo de interfaz con una red Modbus, igualmente denominado IFM (del inglés InterFace Modbus), un dispositivo de interfaz con la unidad de activación del disyuntor 8, tal como un dispositivo denominado BCM (del inglés Breaker Control Module) o incluso un dispositivo denominado BSCM (del inglés Breaker Status Control Module). Los dispositivos 12A, 12B, 12C, 12D electrónicos son igualmente por ejemplo un dispositivo de mantenimiento, igualmente denominado UTA (del inglés USB Tool Adaptor) y un dispositivo de entradas/salidas, igualmente denominado módulo I/O (del inglés Input/output Module) y destinado a entregar en la salida informaciones relativas al sistema y adquirir en la entrada informaciones concernientes al sistema.
Los dispositivos12A, 12B, 12C, 12D electrónicos son con preferencia elegidos de entre el grupo consistente en: un dispositivo de interfaz hombre dio máquina FDM, un dispositivo de interfaz de red IFM, un dispositivo de interfaz BCM o BSCM con la unidad de activación del disyuntor, un dispositivo de mantenimiento UTA, un dispositivo de entradas/salidas y una unidad de activación que comprende medios de comunicación.
El primer dispositivo 12A electrónico comprende un primer módulo 14A de comunicación con uno o varios otros dispositivos 12B, 12C, 12D del conjunto. El primer dispositivo 12A electrónico comprende igualmente una primera unidad 16A de tratamiento de información es formada por ejemplo de una primera memoria 18A y de un primer procesador 20A asociado la primera memoria.
Por convención, en la siguiente descripción, los dispositivos con los cuales un dispositivo dado es apto para comunicar son denominados dispositivos complementarios. Dicho de otra manera, un dispositivo dado no se supone que es compatible con todos los otros dispositivos del sistema, y los dispositivos con los cuales un dispositivo dado se supone que es compatible son los dispositivos complementarios.
El segundo dispositivo 12B electrónico, respectivamente el tercer dispositivo 12C electrónico y respectivamente el cuarto dispositivo 12D electrónico comprenden los mismos elementos que el primer dispositivo 12A electrónico descrito anteriormente, reemplazando cada vez primero por segundo, respectivamente por tercero y respectivamente por cuarto, elementos para los cuales se obtienen las referencias reemplazando la letra A por la letra B, respectivamente por la letra C y respectivamente por la letra D. En la figura 1 los elementos contenidos en el cuarto dispositivo 12D electrónico no se han representado en aras de la simplificación de los dibujos.
Cada dispositivo 12A, 12B, 12C, 12D electrónico comprende una o varias funciones de hardware y/o de software, no representadas.
El bus 13 de comunicación es por ejemplo un bus cableado, interno al disyuntor 8 y que conecta los diferentes dispositivos 12A, 12B, 12C, 12D electrónicos. El bus 13 está adaptado para permitir un intercambio de datos entre estos dispositivos 12A, 12B, 12C, 12D. Los módulos 14A, 14B, 14C, 14D de comunicación son por tanto módulos de interconexión con el bus 13 de comunicación.
Como variante, no representada, el bus 13 de comunicación tiene una forma de un enlace radioeléctrico de datos, y los módulos 14A, 14B, 14C, 14D de comunicación son por tanto módulos radioeléctricos de comunicación.
Se entiende por función de hardware, cualquier función implementada por un componente de hardware (del inglés hardware), es decir por un componente electrónico o por un conjunto de componentes electrónicos. Cada componente electrónico es, por ejemplo, una memoria electrónica adaptada para almacenar datos, un componente de entrada/salida, un componente de interfaz con una conexión de comunicación, tal como una conexión en serie, una conexión USB, una conexión Ethernet, una conexión Wi-Fi, etc. A título de ejemplo complementario, un componente electrónico puede ser un componente de lógica programable, igualmente denominado FPGA (del inglés Field Programmable Gate Array), o incluso un circuito integrado dedicado, igualmente denominado ASIC (del inglés Application Specific Integrated Circuit), o cualquier otro componente electrónico, programable o no.
Se entiende por función de software, cualquier función implementada por un componente de software, si se trata de un firmware (del inglés firmware) o incluso de un software de aplicación (del inglés software). Una función de software se extiende por tanto en el sentido amplio como un conjunto de instrucciones de software aptas para implementar dicha función cuando son ejecutadas por un procesador.
Según la invención, cada memoria 18A, 18B, 18C comprende una tabla 22A, 22B, 22C de compatibilidad con dicho o dichos otros dispositivos complementarios, comprendiendo cada tabla 22A, 22B, 22C de compatibilidad al menos un número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios.
Cada memoria 18A, 18B, 18C comprende además un número de versión, no representado, de cada función de hardware o de software integrada en el dispositivo 12A, 12B, 12C, 12D electrónico que comprende dicha memoria 18A, 18B, 18C.
La primera memoria 18A es apta para almacenar un software 24A de verificación de la compatibilidad del primer dispositivo 12A con el o los otros dispositivos complementarios con los cuales dicho dispositivo es apto para comunicar, y un software 26A de generación de al menos un indicador de desviación cuando se detecta una incompatibilidad entre dos dispositivos. El primer procesador 20A está adaptado para ejecutar los software 24A, 26A almacenados en la primera memoria 18A.
La segunda memoria 18B es apta para almacenar los mismos software que la primera memoria 18A, software para los cuales se obtienen las referencias reemplazando la letra A por la letra B. El segundo procesador 20B está, de manera análoga, adaptado para ejecutar los software 24B, 26B almacenados en la segunda memoria 18B.
La tercera memoria 18C no está destinada almacenar un software de verificación y un software de generación, sino que es apta para almacenar un software 28 de delegación de la verificación de compatibilidad a otro dispositivo, tal como el primer dispositivo 12A como se describirá más en detalle con respecto a la figura 6. Este otro dispositivo, al cual está delegada la verificación comprende un módulo 24A de verificación correspondiente, y el software 28 de delegación está adaptado para transmitir, a dicho módulo 24A de verificación, los valores contenidos en la tabla 22C de compatibilidad del dispositivo que comprende dicho módulo 28 de delegación.
El tercer procesador 20C está adaptado para ejecutar el software 28 almacenado en la tercera memoria 18C. El software 28 de delegación forma por tanto respectivamente un módulo de delegación. Como variante, el módulo 28 de delegación se realiza bajo la forma de un componente lógico programable o incluso bajo la forma de un circuito integrado dedicado.
La cuarta memoria es apta para almacenar los mismos software que la primera memoria 18A, software para los cuales se obtienen las referencias reemplazando la letra A por la letra D. El cuarto procesador está, de manera análoga, adaptado para ejecutar los software almacenados en la cuarta memoria.
Cada tabla 22A, 22B, 22C de compatibilidad comprende, para el dispositivo 12A, 12B, 12C, 12D asociado en la memoria en la cual está almacenada, al menos un número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios de este dispositivo asociado.
Cada tabla 22A, 22B, 22C de compatibilidad es predeterminada, es decir predefinida. Cada tabla 22A, 22B, 22C de compatibilidad está almacenada en la memoria 18A, 18B, 18C del dispositivo correspondiente, con preferencia antes de que el dispositivo 12A, 12B, 12C, 12D correspondiente sea insertado en el sistema electrónico.
Como complemento, cada tabla 22A, 22B, 22C de compatibilidad se actualiza cuando se actualiza al menos una función de entre la o las funciones de software y de hardware del dispositivo 12A, 12B, 12C, 12D asociados. Esto permite por tanto añadir o retirar uno o varios números de versión mínima requerida durante esta actualización, es decir de manera dinámica.
Cuando un dispositivo 12A, 12B, 12C, 12D electrónico comprende al menos una función de hardware, la tabla 22A, 22B, 22C de compatibilidad correspondiente comprende, para la o cada función de hardware, un número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios de este dispositivo electrónico y para la función de hardware correspondiente.
Cuando un dispositivo 12A, 12B, 12C, 12D electrónico comprende al menos una función de software, la tabla 22A, 22B, 22C de compatibilidad correspondiente comprende, para la o cada función de software, un número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios de este dispositivo electrónico y para la función de software correspondiente.
Como variante, el número de versión mínima requerida corresponde directamente a una versión del dispositivo, y cada tabla 22A, 22B, 22C de compatibilidad comprende un solo número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios del dispositivo que comprende dicha 22A, 22B, 22C de compatibilidad. Dicho de otra manera, según esta variante, la compatibilidad es gestionada globalmente a nivel del dispositivo, y no individualmente a nivel de cada una de las funciones integradas en el dispositivo.
Como complemento opcional, varios niveles de compatibilidad se asocian a cada dispositivo 12A, 12B, 12C, 12D del sistema, y cada tabla 22A, 22B, 22C de compatibilidad comprende, para cada nivel de compatibilidad, un número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios. Cuando varios niveles de compatibilidad se asocian a un dispositivo que comprende varias funciones de hardware y/o de software, la tabla 22A, 22B, 22C de compatibilidad comprende un número de versión mínima requerida para cada nivel de compatibilidad y para cada función de hardware o de software.
Como variante a este complemento opcional, cuando el número de versión mínima requerida corresponde directamente a un número de versión del dispositivo y son previstos varios niveles de compatibilidad, cada tabla 22A, 22B, 22C de compatibilidad correspondiente comprende, para cada nivel de compatibilidad, un solo número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios.
A título de ejemplo correspondiente a la figura 5, la tabla 22A de compatibilidad para el primer dispositivo 12A tiene forma de la tabla 1 siguiente:
Tabla 1
Figure imgf000005_0001
El experto en la técnica observará que el nivel de desviación y el nivel de compatibilidad son nociones relacionadas, en particular inversamente proporcionales. Cuanto más se eleva el nivel de desviación, más débil es el nivel de compatibilidad. Dicho de otra manera, la tabla 1 es equivalente a la tabla 2 siguiente:
Tabla 2
Versión HW requerida
Figure imgf000006_0001
En el ejemplo de realización descrito, las versiones son numeradas de manera incremental, y una versión dada, tal como una versión de una función de hardware o de software, es por tanto compatible con la versión mínima requerida para un nivel de compatibilidad elegido a partir del momento en el que el número asociado a esta versión dada es superior o igual al número de la versión mínima requerida.
Cuando la numeración de versión comprende varias cifras separadas unas por otras por los puntos “.”, Como por ejemplo tres cifras separadas por dos puntos para la versión de firmware en las tablas anteriores, un número de versiones superior a otro número de versión si la primera cifra partiendo desde la izquierda, igualmente denominada cifra de peso mayor, es superior a la cifra de peso mayor correspondiente a la otra versión, o bien que ambas cifras del mismo peso de dos versiones sean iguales, si la cifra de peso inferior siguiente es superior a la cifra de peso inferior correspondiente de la otra versión.
Como variante no representada, las versiones son numeradas de manera decreciente, y una versión dada es por tanto compatible con la versión mínima requerida para un nivel de compatibilidad elegido a partir del momento en el que el número asociado a esta versión dada es inferior o igual al número de la versión mínima requerida.
Como una variante más, las versiones son numeradas según otra ley matemática de orden, y una versión dada es por tanto compatible con la versión mínima requerida para un nivel de compatibilidad elegido a partir del momento en el que el número asociado de esta versión dada es superior o igual, según esta ley de orden, al número de la versión mínima requerida.
Los software 24A, 24B de verificación y el software 26A, 26B de generación forman cada uno respectivamente un módulo de verificación y un módulo de generación. Como variante, los módulos 24A, 24B de verificación y los módulos 26A, 26B de generación están realizados en forma de componentes de lógicas programables o incluso en forma de circuitos integrados dedicados.
Cada módulo 24A, 24B de verificación está integrado en un dispositivo 12A, 12B, 12D electrónico respectivo. Cada módulo 24A, 24B de verificación está adaptado para comparar, para el dispositivo 12A, 12B, 12D asociado, el número de versión de cada uno de o de los otros dispositivos complementarios de dicho dispositivo con el número de versión mínima requerida correspondiente, estando contenido este número de versión mínima requerida en la tabla 22A, 22B de compatibilidad como se describió anteriormente. Este número de versión mínima requerida depende de la función considerada entre las funciones de hardware y de software cuando varias funciones son tomadas en cuenta en la tabla 22A, 22B de compatibilidad, así como de un posible nivel de compatibilidad, cuando varios niveles de compatibilidad están asociados a dicho dispositivo.
Cada módulo 24A, 24B de verificación está por tanto adaptado para verificar que el número de versión de cada uno del o de los otros dispositivos complementarios sea superior o igual al número de versión mínima requerida correspondiente según la ley de orden elegida para la numeración. Dicho de otra manera, cada módulo 24A, 24B de verificación está adaptado para verificar que la versión de cada uno del o de los otros dispositivos complementarios es al menos también reciente como la versión mínima requerida correspondiente cuando la numeración de versión evoluciona con el tiempo.
Esta verificación se efectúa por cada módulo 24A, 24B de verificación para cada función considerada de entre la o las funciones de hardware y de software y para cada nivel de compatibilidad elegido independientemente para cada función considerada.
En el ejemplo de realización descrito, el tercer dispositivo 12C no comprende módulo de verificación y comprende por tanto el módulo 28 de delegación.
Como variante, cada dispositivo electrónico comprende su propio módulo de verificación. Dicho de otra manera, cada verificación de compatibilidad se efectúa de manera autónoma porcada dispositivo respectivo, sin pasar por un módulo de delegación.
Cada módulo 26A, 26B de generación está adaptado para generar un indicador unitario de desviación para cada dispositivo 12A, 12B, 12D asociado que tenga una incompatibilidad con al menos otro dispositivo complementario, como se describirá más en detalle a continuación con respecto a las figuras 5 y 6.
Además, al menos un módulo 26A, 26B de generación está adaptado para generar un indicador global de desviación de que dos dispositivos complementarios son incompatibles, como se describirá más en detalle a continuación con respecto a la figura 7.
El módulo 28 de delegación está adaptado para transmitir, a otro dispositivo que comprende un módulo de verificación, los valores contenidos en la tabla 22C de compatibilidad del dispositivo que comprende dicho módulo 28 de delegación, siendo el otro dispositivo por ejemplo el primer dispositivo 12A que comprende el módulo 26A de verificación en el ejemplo de la figura 6.
El módulo 28 de delegación permite por tanto verificar la o las compatibilidades correspondientes para el dispositivo 12C asociado, y después generar el posible indicador unitario de desviación para el dispositivo 12C asociado, cuando este dispositivo 12C asociado no comprende el módulo de verificación, ni el módulo de generación.
El funcionamiento del sistema 10 electrónicos según la invención se va a explicar ahora con respecto a los organigramas de las figuras 2 a 4 que ilustran el procedimiento de generación según la invención.
El procedimiento de generación comprende una etapa 100 en el transcurso de la cual se efectúa la verificación de compatibilidad de un dispositivo 12A, 12B, 12C, 12D dado con el o los otros dispositivos complementarios. Esta verificación se efectúa con la ayuda de la tabla 22A, 22B, 22C de compatibilidad contenida en este dispositivo, siendo comparado el número de versión de cada uno de dicho o dichos otros dispositivos complementarios con el número de versión mínima requerida correspondiente, como se describirá más en detalle a continuación con referencia las figuras 3 y 4.
El procedimiento de generación comprende a continuación la etapa siguiente 110, durante la cual un indicador de desviación, tal como un indicador unitario correspondiente o indicador global, se genera para el dispositivo electrónico si se detecta una incompatibilidad con al menos otro dispositivo complementario.
La etapa de verificación comprende una etapa 200 inicial de recuperación del o de los números de versiones de un dispositivo complementario, siendo numerado como N este dispositivo complementario en el ejemplo del organigrama de la figura 3.
Después de haber recuperado uno o varios números de versiones del dispositivo N complementario, el módulo 24A, 24B de verificación del dispositivo que implementa el procedimiento según la invención determina, durante la etapa 205, si todos los números esperados de las versiones asociadas al dispositivo N complementario han sido bien recuperados.
Si todos estos números esperados de versiones no han sido recuperados, por tanto el módulo 24A, 24B de verificación ignora el dispositivo N complementario durante la etapa 210, o como variante, ignora solamente la función de software o de hardware correspondiente, sin prohibir el funcionamiento de la o las otras funciones de hardware y/o de software.
Si todos estos números esperados de versiones han sido bien recuperados, por tanto son comparados, durante la etapa 215 y por el módulo 24A, 24B de verificación, con los números de versiones mínimas requeridas contenidos en la tabla 22A, 22B de compatibilidad, como se describirá más en detalle a continuación con la ayuda del organigrama de la figura 4.
Como variante, representada en trazos de puntos en la figura 3, si ciertos números esperados de versión han sido recuperados, e incluso si todos los números esperados de versión no han sido recuperados, lo que produce una respuesta negativa a la prueba de la etapa 205, entonces el procedimiento pasa a pesar de todo a la etapa 215 con el fin de que los números de versión recuperados sean comparados, por el módulo 24A, 24B de verificación, con los números correspondientes de versiones mínimas requeridas contenidos en la tabla 22A, 22B de compatibilidad correspondiente.
Durante la etapa 220 siguiente, el módulo 24A, 24B de verificación determina si se han detectado una o varias incompatibilidades, es decir si uno o varios números de versiones recuperadas son estrictamente inferiores, en el sentido de la ley de orden de la numeración de versión, a los números de versiones mínimas requeridas contenidos en la tabla 22A, 22B de compatibilidad correspondiente.
Si no se ha detectado ninguna incompatibilidad durante la etapa 220, el proceso por tanto finaliza.
Si por el contrario se detecta al menos una incompatibilidad, por tanto la o las causas que han provocado esta desviación de versión que conducen a una incompatibilidad son gestionadas durante la etapa 225 y se genera un nivel de desviación, es decir un indicador de desviación. La gestión de las causas de desviación de versión conduce por ejemplo a planificar o a efectuar de manera automática una actualización de la versión desviada con respecto a la versión mínima requerida. La gestión de las causas de la desviación de versión conduce por ejemplo igualmente, aunque no se haya efectuado la actualización, a desactivar parcialmente o completamente cada función correspondiente por la o las incompatibilidades detectadas, así como a señalar cada incompatibilidad al usuario. La etapa de gestión de causas y de posicionamiento del o de los indicadores de desviación corresponde por tanto a la etapa 110 de la figura 2. El proceso se completa al final de la etapa 225.
El organigrama de la figura 4 representa de manera más detallada la etapa 215 de comparación en el caso en el que el dispositivo 12A, 12B, 12C, 12D correspondiente comprende a la vez al menos una función de hardware y al menos una función de software.
Durante la etapa 300, el módulo 24A, 24B de verificación del dispositivo que implementa el procedimiento comienza por verificar el número de versión de hardware del dispositivo N complementario, es decir el número de versión de la función material del dispositivo N, con el número de versión mínima requerida para un nivel M de desviación. Esta verificación consiste en determinar si el número de versión de hardware del dispositivo N complementario es superior o igual al número de versión mínima requerida para el nivel M de desviación en el sentido de la ley de orden asociada a la numeración de versión.
Después de esta etapa 300, el módulo 24A, 24B de verificación determina, durante la etapa 305, si se tienen en cuenta otras tablas de compatibilidad para una nueva verificación. Esto se produce por ejemplo en el caso en el que el dispositivo 12A, 12B, 12C, 12D correspondiente comprende varias tablas 22A, 22B, 22C de compatibilidad distintas para diferentes funciones de hardware y/o de software, siendo susceptibles estas funciones de actualizarse independientemente unas de otras, o incluso en el caso en el que el módulo 28 de delegación ha transmitido la tabla 22C de compatibilidad al primer dispositivo 12A como se describirá a continuación con respecto a la figura 6.
Si está presente otra tabla de compatibilidad, entonces el módulo 24A, 24B de verificación vuelve a la etapa 300 para efectuar esta nueva verificación de versión de hardware con la otra tabla.
Si no, el módulo 24A, 24B de verificación pasa a la etapa 310 en el trascurso de la cual determina si están previstos otros niveles de desviación, o dicho de otra manera si están previstos otros niveles de compatibilidad.
Si existe al menos otro nivel de desviación, entonces el módulo 24A, 24B de verificación vuelve a la etapa 300 para efectuar esta nueva verificación de versión de hardware con el otro nivel de desviación.
Si no, el módulo 24A, 24B de verificación pasa a la etapa 320 en el trascurso de la cual verifica el número de versión de software del dispositivo N complementario, es decir el número de versión de la función de software del dispositivo N, con el número de versión mínima requerida para un nivel M de desviación. Esta verificación consiste en determinar si el número de versión de software del dispositivo N complementario es superior o igual al número de versión mínima requerida para el nivel M de desviación, en el sentido de la ley de orden asociada a la numeración de versión.
Después de esta etapa 320, el módulo 24A, 24B de verificación determina, durante la etapa 325, si son tomadas en cuenta otras tablas de compatibilidad para una nueva verificación. Como se describió anteriormente, esto se produce por ejemplo en el caso en el que el módulo 28 de delegación ha transmitido la tabla 22C de compatibilidad al primer dispositivo 12A.
Si está presente otra tabla de compatibilidad, entonces el módulo 24A, 24B de verificación vuelve a la etapa 320 para efectuar esta nueva verificación de versión de software con la otra tabla.
Si no, el módulo 24A, 24B de verificación pasa a la etapa 330 en el trascurso de la cual determina si están previstos otros niveles de desviación, o dicho de otra manera si están previstos otros niveles de compatibilidad.
Si existe al menos otro nivel de desviación, entonces el módulo 24A, 24B de verificación vuelve a la etapa 320 para efectuar esta nueva verificación de versión de software con el otro nivel de desviación. Si no, la etapa 215 de comparación correspondiente al organigrama de la figura 4 es finalizada.
En el ejemplo de realización de la figura 5, cada dispositivo, es decir el primer dispositivo 12A, el segundo dispositivo 12B y el cuarto dispositivo 12D, comprenden su propio módulo 24A, 24B de verificación y es apropiado para efectuar el mismo su propia verificación de compatibilidad con los otros dispositivos complementarios del sistema 10. El primer dispositivo 12A verifica por tanto, con la ayuda de su tabla 22A de compatibilidad, por un lado, su compatibilidad con el segundo dispositivo 12B (flecha Fab), y por otro lado, con el cuarto dispositivo 12D (flecha Fad). De manera análoga, el segundo dispositivo 12B verifica, con la ayuda de su tabla 22B de compatibilidad, por un lado, su compatibilidad con el primer dispositivo 12A (flecha Fba) y por otro lado, con el cuarto dispositivo 12D (flecha Fbd). Finalmente, el cuarto dispositivo 12D verifica, con la ayuda de su tabla de compatibilidad, por un lado su compatibilidad con el primer dispositivo 12A (flecha Fda), y por otro lado, con el segundo dispositivo 12B (flecha Fdb).
En el ejemplo de realización de la figura 6, al menos un dispositivo, es decir el tercer dispositivo 12C, no comprende su propio módulo de verificación y es apropiado para delegar al primer dispositivo 12A, con la ayuda de su módulo 28 de delegación, la verificación de su compatibilidad con los otros dispositivos complementarios del sistema 10. A tal efecto, el tercer dispositivo 12C comienza por transmitir el o los números de versión mínima requerida contenidos en su tabla 22C de compatibilidad al primer dispositivo 12A (flecha F'ca). El primer dispositivo 12A verifica por tanto, con la ayuda de la tabla 22C de compatibilidad recibida y por cuenta del tercer dispositivo 12C, por un lado, la compatibilidad de dicho tercer dispositivo 12C con sí mismo, es decir, el primer dispositivo 12A (flecha F'aa), y por otro lado, con el segundo dispositivo 12B (flecha F'ab). El primer dispositivo 12a reenvía a continuación al tercer dispositivo 12C el o los resultados de las verificaciones efectuadas con la ayuda de la tabla 22C de compatibilidad recibida (flecha F'ac).
Cada dispositivo 12A, 12B, 12C, 12D está de hecho, con preferencia, adaptado para almacenar en su memoria 18A, 18B, 18C los resultados de las verificaciones de compatibilidad efectuadas, que estas verificaciones hayan sido efectuadas directamente por dicho dispositivo o bien indirectamente por otro dispositivo a través del mecanismo citado anteriormente de delegación. Dicho de otra manera, cada dispositivo 12A, 12B, 12C, 12D está con preferencia adapta para almacenar en su memoria 18A, 18B, 18C su posible indicador unitario de desviación.
A título de ejemplo, el indicador unitario de desviación está situado en un estado “de alarma” en el que tan pronto se detecta una incompatibilidad entre el dispositivo 12A, 12B, 12C, 12D correspondiente y un dispositivo complementario respectivo, está incompatibilidad produce un funcionamiento solamente parcial de al menos una función de hardware o de software de dicho dispositivo 12A, 12B, 12C, 12D correspondiente. El indicador unitario de desviación es por ejemplo situado en un estado “crítico” en el que tan pronto como se detecta una incompatibilidad se produce el malfuncionamiento de al menos una función de hardware o de software de dicho dispositivo 12A, 12B, 12C, 12D correspondiente. El experto en la técnica comprenderá por supuesto que son posibles otros valores de estado para el indicador unitario de desviación, e igualmente que los estados “de alarma” y “crítico” son susceptibles de estar situados según otras condiciones.
Cuando un dispositivo 12A, 12B, 12C, 12D correspondiente es incompatible con un dispositivo complementario respectivo, el indicador global de desviación es calculado por el dispositivo correspondiente, tal como el primer dispositivo 12A en el ejemplo de la figura 7. A tal efecto, el primer dispositivo 12A comienza por recuperar el posible indicador unitario de desviación del segundo dispositivo 12B (flecha Gba) y después el posible indicador unitario de desviación del tercer dispositivo 12C (flecha Gca), sabiendo que su propio posible indicador unitario de desviación está ya almacenado en su propia memoria 18A. El primer dispositivo 12A calcula entonces el indicador global de desviación (flecha Gaa) con la ayuda de posibles indicadores unitarios de desviación recuperados y de su posible indicador unitario de desviación almacenado en su memoria 18A.
A título de ejemplo, el indicador global de desviación presenta una prioridad lo más elevada, igualmente denominada prioridad de rango 1, cuando al menos un indicador unitario de desviación está en el estado “crítico” para al menos una función de hardware. La prioridad inferior siguiente, igualmente denominada prioridad de rango 2, del indicador global de desviación corresponde al caso en el que al menos un indicador unitario de desviación está en el estado “crítico “ para al menos una función de software, en ausencia de indicador unitario de desviación en el estado “crítico” para una función de hardware. La prioridad inferior siguiente, igualmente denominada prioridad de rango 3, del indicador global de desviación corresponde al caso en el que al menos un indicador unitario de desviación está en el estado “de alarma” para al menos una función de hardware, en ausencia de indicador unitario de desviación en el estado “crítico”. Finalmente, la prioridad más débil, igualmente denominada prioridad de rango 4, corresponde al caso en el que al menos un indicador unitario de desviación está en el estado “de alarma” para al menos una función de software, en ausencia de indicador unitario de desviación en el estado “crítico”, así como en ausencia de indicador unitario de desviación en el estado “de alarma” para una función de hardware.
El sistema 10 comprende por tanto una interfaz hombre-máquina, no representada, para alertar al usuario en caso de una desviación detectada, incluso de una incompatibilidad detectada. La interfaz hombre-máquina comprende un diodo electroluminiscente, no representado, dispuesto sobre cada dispositivo 12A, 12B, 12C, 12D , y una ley por ejemplo basada en un número de destellos luminosos del diodo electroluminiscente permite por tanto indicar al usuario el nivel de desviación detectada y el tipo asociado de función de entre las funciones de hardware y/o de software.
A título de ejemplo, tres destellos luminosos del diodo corresponden a una desviación de alarma para la función de firmware, tres destellos luminosos del diodo corresponden a una desviación de alarma para la función de hardware, seis destellos luminosos corresponden a una desviación crítica para la función de firmware y siete destellos luminosos corresponden a una desviación crítica para la función de hardware.
El sistema 10 electrónico y el procedimiento según la invención son por tanto particularmente autónomos debido a la distribución de las tablas 22A, 22B, 22C de compatibilidad en las memorias de cada uno de los dispositivos 12A, 12B, 12C, 12D. Ningún dispositivo es por tanto obligatorio para efectuar la verificación de compatibilidad, al contrario que en el sistema del Estado de la técnica en el que la verificación no se puede efectuar en ausencia del dispositivo principal. La verificación de compatibilidad igualmente no es sensible a la desconexión, es decir a la retirada, de un dispositivo del sistema, siendo una consecuencia que se neutralice o ignore el dispositivo retirado (etapa 210 descrita anteriormente) y que no se efectúe la verificación de compatibilidad de otros dispositivos con el dispositivo retirado. Si el dispositivo retirado era incompatible con un dispositivo complementario, entonces se ignora su posible indicador unitario de desviación en el cálculo del indicador global de desviación. Además, todos los otros indicadores unitarios de desviación son calculados ya que las posibles incompatibilidades asociadas al dispositivo retirado ya no están presentes.
De manera análoga, la verificación de compatibilidad es particularmente evolutiva cuando un dispositivo es añadido en el sistema 10, ya que es suficiente que el dispositivo añadido efectúe su propia verificación de compatibilidad con los dispositivos complementarios ya presentes en el sistema 10, esto con la ayuda de su tabla de compatibilidad almacenada en su memoria.
Por tanto, la arquitectura distribuida de verificación de compatibilidad según la invención permite ofrecer una buena fiabilidad sin un coste suplementario y ser poco sensible a las restricciones exteriores. Permite también ser menos impactada por las elecciones de concepción, dado que la adición de un dispositivo en el sistema o la retirada de un dispositivo de sistema es gestionado fácilmente gracias a la presencia de una tabla de compatibilidad en cada dispositivo 12A, 12B, 12C, 12D del sistema.
Se concibe por tanto que el sistema 10 electrónico según la invención es un sistema más evolutivo en el cual la verificación de compatibilidad entre dispositivos 12A, 12B, 12C, 12D permanece simple de implementar incluso cuando se añade un nuevo dispositivo en el sistema 10.

Claims (9)

REIVINDICACIONES
1. Sistema (10) electrónico que comprende un conjunto de dispositivos (12A, 12B, 12C, 12D) electrónicos, comprendiendo cada dispositivo (12A, 12B, 12C, 12D) electrónico una memoria (18A, 18B, 18C) y un módulo (14A, 14B, 14C, 14D) de comunicación con uno o varios otros dispositivos del conjunto,
el sistema comprende:
- al menos un módulo (24A, 24B) de verificación de la compatibilidad de cada dispositivo (12A, 12B, 12C, 12D) con el o los otros dispositivos complementarios con los cuales dicho dispositivo (12A, 12B, 12C, 12D) es apto para comunicar,
- al menos un módulo (26A, 26B) de generación de al menos un indicador de desviación cuando es detectada una incompatibilidad entre dos dispositivos,
tal que la memoria (18A, 18B, 18C) de cada dispositivo comprende al menos una tabla (22A, 22B, 22C) de compatibilidad con dicho o dichos otros dispositivos complementarios, comprendiendo cada tabla (22A, 22B, 22C) de compatibilidad al menos un número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios,
cada módulo (24A, 24B) de verificación está adaptado para comparar, para uno o varios dispositivos dados, un número de versión de cada uno de dicho o dichos otros dispositivos complementarios con el número de versión mínima requerida correspondiente,
cada módulo (24A, 24B) de verificación está integrado en un dispositivo (12A, 12B, 12D) electrónico respectivo, y al menos un dispositivo (12C) comprende un módulo (28) de delegación de la verificación de compatibilidad a otro dispositivo (12A) que comprende un módulo (24A) de verificación, y el módulo (28) de delegación está adaptado para transmitir, a dicho módulo (24A) de verificación, los números de versión contenidos en la tabla (22C) de compatibilidad del dispositivo (12C) que comprende dicho módulo (28) de delegación.
2. Sistema (10) según la reivindicación 1, en el cual al menos un dispositivo (12A, 12B, 12C, 12D) electrónico comprende al menos una función de hardware, y la o cada tabla (22A, 22B, 22C) de compatibilidad correspondiente comprende, para la o cada función de hardware, un número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios.
3. Sistema (10) según la reivindicación 1 o 2, en el cual al menos un dispositivo (12A, 12B, 12C, 12D) electrónico comprende al menos una función de software, y la o cada tabla (22A, 22B, 22C) de compatibilidad comprende, para la o cada función de software, un número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios.
4. Sistema (10) según una cualquiera de las reivindicaciones anteriores, en el cual cada módulo (26A, 26B) de generación está adaptado para generar un indicador unitario de desviación para cada dispositivo que tenga una incompatibilidad con al menos otro dispositivo complementario.
5. Sistema (10) según una cualquiera de las reivindicaciones anteriores, en el cual al menos un módulo (26A, 26B) de generación está adaptado para generar un indicador global de desviación de que dos dispositivos complementarios son incompatibles.
6. Sistema (10) según una cualquiera de las reivindicaciones anteriores, en el cual varios niveles de compatibilidad están asociados a al menos un dispositivo, o la o cada tabla (22A, 22B, 22C) de compatibilidad correspondiente comprende, para cada nivel de compatibilidad, un número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios.
7. Disyuntor (8) eléctrico que comprende una unidad de activación y un sistema (10) electrónico, tal que el sistema (10) electrónico está de acuerdo con una cualquiera de las reivindicaciones anteriores.
8. Procedimiento de generación de al menos un indicador de desviación para un dispositivo (12A, 12B, 12C, 12D) electrónico, cuando es detectada una incompatibilidad con al menos otro dispositivo de un sistema, comprendiendo el sistema (10) electrónico un conjunto de dispositivos (12A, 12B, 12C, 12D) electrónicos, comprendiendo cada dispositivo (12A, 12B, 12C, 12D) electrónico una memoria (18A, 18B, 18C) y un módulo (14A, 14B, 14C, 14D) de comunicación con uno o varios otros dispositivos del conjunto,
el procedimiento comprende las etapas siguientes:
- la verificación (100) de la compatibilidad del dispositivo con el o los otros dispositivos complementarios con los cuales dicho dispositivo es apto para comunicar,
- la generación (110) de al menos un indicador de desviación para el dispositivo electrónico cuando es detectada una incompatibilidad con al menos otro dispositivo complementario,
tal que la memoria de cada dispositivo comprende al menos una tabla (22A, 22B, 22C) de compatibilidad con dicho o dichos otros dispositivos complementarios, comprendiendo cada tabla (22A, 22B, 22C) de compatibilidad al menos un número de versión mínima requerida para cada uno de dicho o dichos otros dispositivos complementarios y
durante la etapa (100) de verificación, un número de versión de cada uno de dicho o dichos otros dispositivos complementarios es comparado con el número de versión mínima requerida correspondiente,
cada módulo (24A, 24B) de verificación está integrado en un dispositivo (12A, 12B, 12D) electrónico respectivo, y al menos un dispositivo (12C) comprende un módulo (28) de delegación de la verificación de compatibilidad a otro dispositivo (12A) que comprende un módulo (24A) de verificación, y
durante la etapa (100) de verificación, el módulo (28) de delegación transmite, a dicho módulo (24A) de verificación, los números de versión contenidos en la tabla (22C) de compatibilidad del dispositivo (12C) que comprende dicho módulo (28) de delegación.
9. Producto de programa de ordenador que comprende instrucciones de software que, cuando son ejecutadas por un ordenador, implementan un procedimiento de generación de al menos un indicador de desviación según la reivindicación 8.
ES15155970T 2014-03-07 2015-02-20 Sistema electrónico que comprende dispositivos electrónicos, disyuntor que comprende dicho sistema, procedimiento de generación de un indicador de desviación en caso de incompatibilidad entre dispositivos y producto de programa de ordenador asociado Active ES2776165T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1451908A FR3018367B1 (fr) 2014-03-07 2014-03-07 Systeme electronique comprenant des dispositifs electroniques, disjoncteur comportant un tel systeme, procede de generation d'un indicateur d'ecart en cas d'incompatibilite entre dispositifs et produit programme d'ordinateur associe

Publications (1)

Publication Number Publication Date
ES2776165T3 true ES2776165T3 (es) 2020-07-29

Family

ID=51225636

Family Applications (1)

Application Number Title Priority Date Filing Date
ES15155970T Active ES2776165T3 (es) 2014-03-07 2015-02-20 Sistema electrónico que comprende dispositivos electrónicos, disyuntor que comprende dicho sistema, procedimiento de generación de un indicador de desviación en caso de incompatibilidad entre dispositivos y producto de programa de ordenador asociado

Country Status (6)

Country Link
US (1) US10467073B2 (es)
EP (1) EP2916220B1 (es)
JP (1) JP6664880B2 (es)
CN (1) CN104899017B (es)
ES (1) ES2776165T3 (es)
FR (1) FR3018367B1 (es)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10691574B2 (en) * 2015-11-05 2020-06-23 Dexcom, Inc. Compatibility check for continuous glucose monitoring application
CN108469960B (zh) * 2017-07-28 2021-08-24 新华三技术有限公司 一种版本管理方法和装置
DE102019119487B3 (de) * 2019-07-18 2020-09-10 WAGO Verwaltungsgesellschaft mit beschränkter Haftung Aktualisierung von komponenten eines modularen systems
WO2021165438A1 (en) * 2020-02-20 2021-08-26 Fresenius Vial Sas System for administering a medical fluid to a patient

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS61167594A (ja) * 1984-12-27 1986-07-29 Fujitsu Ltd アラーム検出処理回路
US5579509A (en) 1991-02-08 1996-11-26 International Business Machines Corporation Apparatus and method for verifying compatibility of system components
JPH08185347A (ja) * 1994-12-28 1996-07-16 Yaskawa Electric Corp ファイルの退避・復元方法
US5809507A (en) * 1996-07-01 1998-09-15 Sun Microsystems, Inc. Method and apparatus for storing persistent objects on a distributed object network using a marshaling framework
US6216186B1 (en) * 1998-06-15 2001-04-10 Sun Microsystems, Inc. Modular computer system including compatibility evaluation logic
JP2001034460A (ja) * 1999-07-19 2001-02-09 Matsushita Electric Ind Co Ltd 画像処理システムおよびそのプログラムの自動アップデート方法
JP2003025698A (ja) * 2001-07-13 2003-01-29 Fujitsu Ltd 電子装置、その電子ユニット及びユニット間の版数互換性判別処理方法
US6898768B1 (en) * 2002-05-17 2005-05-24 Cisco Technology, Inc. Method and system for component compatibility verification
JP4411344B2 (ja) * 2004-04-01 2010-02-10 バイエリッシェ モートーレン ウエルケ アクチエンゲゼルシャフト 多数の制御デバイスを備えたバスシステムでの非コンパチビリティを認識する方法
DE102004055993A1 (de) 2004-11-19 2006-05-24 Vega Grieshaber Kg Systemanordnung und Verfahren in einem prozessverarbeitenden System zum Erkennen von nicht übereinstimmender Funktionalität zwischen einer Gerätesoftware und einem zugeordneten Gerätetreiber
CN1816036A (zh) * 2005-02-02 2006-08-09 华为技术有限公司 移动ip网络中设备间实现协议版本兼容的方法
US8495244B2 (en) * 2005-06-29 2013-07-23 Jumpstart Wireless Corporation System and method for dynamic automatic communication path selection, distributed device synchronization and task delegation
US8250137B1 (en) * 2005-09-19 2012-08-21 Apple Inc. Peer to peer component distribution
JP2010009193A (ja) * 2008-06-25 2010-01-14 Fuji Xerox Co Ltd 電子装置
JP5415779B2 (ja) * 2009-02-19 2014-02-12 株式会社ソニー・コンピュータエンタテインメント 互換アダプタ装置および互換処理方法
US9411517B2 (en) * 2010-08-30 2016-08-09 Vmware, Inc. System software interfaces for space-optimized block devices
CN102013994B (zh) * 2010-11-02 2014-04-09 中兴通讯股份有限公司 网管中实现网元版本兼容的方法、终端及系统
CN103533027B (zh) * 2013-09-22 2016-11-16 瑞斯康达科技发展股份有限公司 一种分布式设备及软件版本兼容性维护的方法、系统

Also Published As

Publication number Publication date
JP6664880B2 (ja) 2020-03-13
FR3018367B1 (fr) 2017-07-21
EP2916220A1 (fr) 2015-09-09
FR3018367A1 (fr) 2015-09-11
US10467073B2 (en) 2019-11-05
EP2916220B1 (fr) 2020-01-15
CN104899017A (zh) 2015-09-09
JP2015170366A (ja) 2015-09-28
CN104899017B (zh) 2020-02-21
US20150254120A1 (en) 2015-09-10

Similar Documents

Publication Publication Date Title
ES2776165T3 (es) Sistema electrónico que comprende dispositivos electrónicos, disyuntor que comprende dicho sistema, procedimiento de generación de un indicador de desviación en caso de incompatibilidad entre dispositivos y producto de programa de ordenador asociado
ES2716879T3 (es) Sistema y procedimiento para actualizar firmware a través de dispositivos en una instalación de proceso
JP6942798B2 (ja) Ｉｏｔデバイスの自動プロビジョニング
ES2972738T3 (es) Procedimientos y artículos de fabricación para alojar una aplicación crítica para la seguridad en un dispositivo de procesamiento de datos no controlado
TWI540437B (zh) 斷電保護技術
CN109729628A (zh) 用于动态光照应用的总线协议
ES2866885T3 (es) Sistema y procedimiento para la vigilancia protegida criptográficamente de al menos un componente de un aparato o de una instalación
ES2664821T3 (es) Sistema de gestión de fluidos con control y supervisión distribuidos
ES2557107T3 (es) Circuito eléctrico para la transmisión de señales entre dos maestros y uno o varios esclavos
US20120239845A1 (en) Backplane controller for managing serial interface configuration based on detected activity
JP2013218454A5 (ja) センサーシステム、センサーモジュール識別方法、センサーモジュール
ES3032496T3 (en) Segmented control arrangement
JP6299191B2 (ja) 電子機器の異常表示装置
CN103365809A (zh) 安全信号处理系统
US9778638B2 (en) Programmable logic controller communication system
ES2712950T3 (es) Procedimiento de intercambio de datos entre los nodos de un grupo de servidores y un grupo de servidores que implementa este procedimiento
JP5905162B2 (ja) 電気／電子アーキテクチャのためのセンサ構造、および車両のためのこれに対応する電気／電子アーキテクチャ
ES2908177T3 (es) Sistema de medición e infraestructura de procesamiento de datos
KR20200034029A (ko) 자율 주행 제어 장치, 그를 포함한 시스템 및 그 방법
EP3435749A1 (en) Flexible architecture electronic control unit
ES2348269T3 (es) Dispositivo de campo de dos hilos para la tecnica de automatizacion de procesos, para la conexion al menos de un elemento sensor.
ES2514365T3 (es) Sistema de automatización industrial y método para su protección
CN105988908A (zh) 单一bmc多服务器的全局数据处理系统
JP2008283259A (ja) 分散制御システム、および装置コントローラ
ES2900820T3 (es) Interruptor de seguridad