ES2908606T3 - Tecnología de comunicación en serie para ascensores relacionados con la seguridad - Google Patents

Tecnología de comunicación en serie para ascensores relacionados con la seguridad Download PDF

Info

Publication number
ES2908606T3
ES2908606T3 ES14819070T ES14819070T ES2908606T3 ES 2908606 T3 ES2908606 T3 ES 2908606T3 ES 14819070 T ES14819070 T ES 14819070T ES 14819070 T ES14819070 T ES 14819070T ES 2908606 T3 ES2908606 T3 ES 2908606T3
Authority
ES
Spain
Prior art keywords
data packet
data
module
microcontrollers
elevator car
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
ES14819070T
Other languages
English (en)
Inventor
Christopher Taylor
Charlie Thurmond
Fabio Speggiorin
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.)
TK Elevator Innovation and Operations GmbH
Original Assignee
TK Elevator Innovation and Operations GmbH
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 TK Elevator Innovation and Operations GmbH filed Critical TK Elevator Innovation and Operations GmbH
Application granted granted Critical
Publication of ES2908606T3 publication Critical patent/ES2908606T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • BPERFORMING OPERATIONS; TRANSPORTING
    • B66HOISTING; LIFTING; HAULING
    • B66BELEVATORS; ESCALATORS OR MOVING WALKWAYS
    • B66B1/00Control systems of elevators in general
    • B66B1/34Details, e.g. call counting devices, data transmission from car to control system, devices giving information to the control system
    • B66B1/3415Control system configuration and the data transmission or communication within the control system
    • B66B1/3446Data transmission or communication within the control system
    • B66B1/3453Procedure or protocol for the data transmission or communication
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B66HOISTING; LIFTING; HAULING
    • B66BELEVATORS; ESCALATORS OR MOVING WALKWAYS
    • B66B1/00Control systems of elevators in general
    • B66B1/34Details, e.g. call counting devices, data transmission from car to control system, devices giving information to the control system
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B66HOISTING; LIFTING; HAULING
    • B66BELEVATORS; ESCALATORS OR MOVING WALKWAYS
    • B66B1/00Control systems of elevators in general
    • B66B1/34Details, e.g. call counting devices, data transmission from car to control system, devices giving information to the control system
    • B66B1/3415Control system configuration and the data transmission or communication within the control system
    • B66B1/3446Data transmission or communication within the control system
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B66HOISTING; LIFTING; HAULING
    • B66BELEVATORS; ESCALATORS OR MOVING WALKWAYS
    • B66B5/00Applications of checking, fault-correcting, or safety devices in elevators
    • B66B5/0006Monitoring devices or performance analysers
    • B66B5/0018Devices monitoring the operating condition of the elevator system
    • B66B5/0031Devices monitoring the operating condition of the elevator system for safety reasons
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B66HOISTING; LIFTING; HAULING
    • B66BELEVATORS; ESCALATORS OR MOVING WALKWAYS
    • B66B5/00Applications of checking, fault-correcting, or safety devices in elevators
    • B66B5/0087Devices facilitating maintenance, repair or inspection tasks

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Maintenance And Inspection Apparatuses For Elevators (AREA)
  • Indicating And Signalling Devices For Elevators (AREA)

Abstract

Un procedimiento para comunicar datos de seguridad relativos a una instalación de ascensor utilizando un canal de comunicación en serie, comprendiendo el procedimiento un conjunto de pasos de transmisión y recepción que comprenden: a. en un módulo (118) de serialización: i. recibir una pluralidad de datos de seguridad de una cabina de ascensor; ii. construir un paquete (301,302,303,304,305,306) de datos del serializador que comprenda la pluralidad de datos de seguridad de la cabina del ascensor; y iii. enviar el paquete de datos del serializador que comprende la pluralidad de datos de seguridad de la cabina del ascensor a un módulo (120) de deserialización; b. en el módulo (120) de deserialización: i. recibir el paquete de datos del serializador que comprende la pluralidad de datos de seguridad de la cabina del ascensor; ii. construir un paquete de datos del deserializador que comprenda la pluralidad de datos de seguridad de la cabina del ascensor; y iii. enviar el paquete de datos del deserializador que comprende la pluralidad de elementos de datos de seguridad a un controlador (121); caracterizado porque en el controlador (121), se determina, con base en la información del módulo de deserialización, si se debe impedir el funcionamiento de la cabina del ascensor como consecuencia de un problema de seguridad.

Description

DESCRIPCIÓN
Tecnología de comunicación en serie para ascensores relacionados con la seguridad
CAMPO
La tecnología divulgada se refiere a la transmisión de información relacionada con la seguridad en una instalación de ascensor.
ANTECEDENTES
La capacidad de operar con seguridad es fundamental para cualquier instalación de ascensor. En consecuencia, las instalaciones de ascensores modem están diseñadas para permitir la captura de una cantidad sustancial de información relacionada con las cabinas que contienen, y para el uso de esa información para garantizar que las cabinas de los ascensores funcionen de manera segura. Aunque esta captación y uso de información relacionada con la seguridad es beneficiosa para mantener la seguridad de las cabinas de los ascensores, también tiene inconvenientes. Por ejemplo, cuando la información relacionada con la seguridad se captura y se procesa en diferentes componentes, esa información se ha comunicado históricamente desde los componentes de captura a los componentes de procesamiento con cables discretos para cada pieza de información capturada. Por lo general, esto hace que se utilicen 10-15 cables discretos para la comunicación de la información relacionada con la seguridad, lo que aumenta el coste de la instalación del ascensor, tanto en términos del coste del material de los cables como por el coste de la mano de obra para instalarlos.
El documento US 4,497,391 divulga un procedimiento para transmitir datos entre una pluralidad de interfaces de usuario (por ejemplo, botones de llamada de pasillo) y un controlador de una instalación de ascensor utilizando un protocolo de comunicación de multiplexación semidúplex.
SUMARIO
La tecnología divulgada en el presente documento puede utilizarse para implementar un sistema de comunicación de información de seguridad que comprende un dispositivo de entrada y un dispositivo de salida. En dicho sistema de comunicación, el dispositivo de entrada puede comprender un módulo de comunicación y una primera pluralidad de microcontroladores, mientras que el dispositivo de salida puede comprender una pluralidad de interfaces periféricas en serie y una segunda pluralidad de microcontroladores. Cuando están presentes, una primera pluralidad de microcontroladores de un dispositivo de entrada puede estar compuesta por microcontroladores que están configurados cada uno para recibir periódicamente una pluralidad de elementos de datos relacionados con la seguridad de una cabina de ascensor, construir un primer paquete de datos y enviar el primer paquete de datos al módulo de comunicación. El módulo de comunicación, a su vez, puede estar configurado para transmitir el primer paquete de datos al dispositivo de salida en un formato de serie. Una segunda pluralidad de microcontroladores en un dispositivo de salida también puede comprender microcontroladores que están configurados cada uno para realizar un conjunto de tareas. Por ejemplo, para desempeñar un conjunto de tareas que los microcontroladores de la segunda pluralidad de microcontroladores podrían estar configurados, podría comprender la recepción del primer paquete de datos, la comprobación de errores en el primer paquete de datos, la construcción de un segundo paquete de datos y el envío del segundo paquete de datos a un controlador de ascensor a través de la pluralidad de interfaces periféricas en serie.
En un sistema como el descrito anteriormente, el dispositivo de entrada puede estar configurado para cruzar los datos relacionados con la seguridad entre los microcontroladores de la primera pluralidad de microcontroladores comprendidos por el dispositivo de entrada. Además, en un sistema de este tipo, un primer paquete de datos construido por los microcontroladores comprendidos en el dispositivo de entrada podría comprender la pluralidad de elementos de datos relacionados con la seguridad de la cabina del ascensor y un código para los errores detectados por el dispositivo de entrada. El segundo paquete de datos construido por los microcontroladores incluidos en el dispositivo de salida podría comprender la pluralidad de datos de seguridad de la cabina del ascensor, el código de errores detectado por el primer dispositivo de entrada y un código de errores detectado por el dispositivo de salida.
Debe entenderse que también son posibles otros enfoques para implementar la tecnología de los inventores, incluso en máquinas, procedimientos o artículos de fabricación novedosos, o en sistemas que pueden no corresponder al sistema de ejemplo descrito anteriormente, y serán inmediatamente evidentes para aquellos con conocimientos ordinarios en la materia a la luz de la divulgación expuesta en el presente documento. Por consiguiente, este sumario debe entenderse como un ejemplo de cómo podría implementarse la tecnología de los inventores, y no debe considerarse como una limitación de la protección otorgada por este documento, o por cualquier otro documento relacionado.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Los dibujos y la descripción detallada que siguen pretenden ser meramente ilustrativos y no pretenden limitar el alcance de la invención tal y como la contemplan los inventores.
La figura 1 muestra una visión general de alto nivel de un sistema que podría utilizarse para capturar información relacionada con la seguridad de los ascensores y transmitirla a través de una conexión en serie.
La figura 2 ilustra un conjunto ejemplar de componentes que podrían utilizarse para implementar un módulo de serialización tal como el mostrado en la figura 1.
La figura 3 ilustra un formato ejemplar que podría utilizarse para la transmisión de datos entre módulos de serialización y deserialización en un sistema tal como el mostrado en la figura 1.
La figura 4 ilustra un conjunto ejemplar de componentes que podrían utilizarse para implementar un módulo de deserialización tal como el mostrado en la figura 1.
La figura 5 ilustra un formato ejemplar que podría utilizarse para los paquetes de datos comunicados entre un módulo de deserialización y un controlador.
DESCRIPCIÓN DETALLADA
Los inventores han concebido una tecnología novedosa que, a efectos ilustrativos, se divulga en el presente documento aplicada en el contexto de la comunicación de información relacionada con la seguridad en una instalación de ascensores mediante una conexión en serie. Aunque las aplicaciones divulgadas de la tecnología de los inventores satisfacen una necesidad largamente sentida pero insatisfecha en la técnica de comunicar información relacionada con la seguridad en una instalación de ascensor, debe entenderse que la tecnología de los inventores no se limita a ser implementada de las maneras precisas expuestas en el presente documento, y que otras implementaciones serán inmediatamente evidentes, y podrían ser implementadas sin experimentación indebida por aquellos de habilidad ordinaria en la técnica a la luz de esta divulgación. Por consiguiente, los ejemplos expuestos en el presente documento deben entenderse como ilustrativos únicamente, y no deben tratarse como limitativos.
Pasando a las figuras, la figura 1 representa una visión general de alto nivel de un sistema que podría utilizarse para capturar información relacionada con la seguridad de los ascensores y transmitirla a través de una conexión en serie. En el sistema de la figura 1, la información relacionada con la seguridad se capta de los interruptores [101][102][116] que representan las puertas de los ascensores, los interruptores de parada, los interruptores de inspección y diversos otros interruptores con base en la seguridad. Por ejemplo, un conjunto típico de interruptores podría ser el contacto de la puerta delantera de la cabina (CDCF), el contacto de la puerta trasera de la cabina (CDCR), el límite final (FTSD), el interruptor del engranaje de seguridad (SAFGR), el interruptor de parada de la cabina (CST), el interruptor de transferencia de la inspección de la cabina (INCTM), la inspección de la cabina hacia arriba (INCTU), la inspección de la cabina hacia abajo (INCTD), habilitación de la inspección de la cabina (INCTE), interruptor de habilitación del hueco (INHAM), y otros 7 interruptores cableados en serie a 1 entrada (SAFCAR), incluyendo el interruptor de salida de emergencia, el interruptor de extracción de la cadena de comp, el interruptor de parada de la estación colgante, el bloqueo del movimiento de la cabina, el interruptor de parada de la cabina, el interruptor de parada de la cabina trasera y el interruptor de parada del bombero. También son posibles otros interruptores o combinaciones de interruptores, y los interruptores concretos utilizados pueden variar de instalación a instalación (por ejemplo, con base en los códigos de seguridad locales). Del mismo modo, en algunos casos, la tecnología de los inventores podría estar configurada para leer la información de un número mayor de interruptores de los que realmente están presentes, en cuyo caso los interruptores ausentes podrían ser sustituidos por puentes de cable.
Un sistema como el que se muestra en la figura 1 también puede capturar información relacionada con la seguridad a partir de otros tipos de dispositivos, tal como uno o más sensores [117] utilizados para detectar la posición, la velocidad y/o la rapidez de una cabina de ascensor. Esta captura puede lograrse mediante el uso de un módulo [118] de serialización, que podría configurarse para leer la información relacionada con la seguridad desde los interruptores [101][102][116] y/o diversos sensores [117], y enviarla en forma de serie a través de un cable [119] de desplazamiento a un módulo [120] de deserialización. El módulo [120] de deserialización podría estar configurado para, una vez recibida la información relacionada con la seguridad, deserializar la información y comunicarla a un controlador [121] de ascensor. Por supuesto, es posible que otros tipos de información relacionada con la seguridad puedan ser capturados y enviados al módulo [120] de deserialización también. Por ejemplo, en algunas realizaciones que siguen el diagrama de la figura 1, los sensores [117] externos como los mostrados en dicha figura podrían ser sensores de posición absoluta que podrían configurarse para detectar fallos como parte de sus cálculos de posición y velocidad. En tales realizaciones, cualquier fallo detectado por un sensor [117] externo podría ser enviado al módulo [118] de serialización desde el cual podría ser comunicado a, y manejado por, un controlador [121] a través del módulo [120] de deserialización de manera similar a la descrita en el presente documento para otros tipos de errores.
Preferentemente, el módulo [118] de serialización estará configurado para enviar la información relacionada con la seguridad a través de transmisiones que tienen lugar cada 5 ms sobre un único cable de par trenzado de hasta 1.500 metros de longitud utilizando un código de no retorno a cero. Sin embargo, debe entenderse que las variaciones de ese enfoque preferido, tal como el uso de otras frecuencias de transmisión, otros tipos de medios físicos para el cable [119] de desplazamiento (por ejemplo, cables de transmisión redundantes), u otros tipos de esquemas de codificación (por ejemplo, los códigos de Hamming, los códigos de retorno a cero, etc.) conocidos por aquellos de la habilidad ordinaria en la técnica también podría ser utilizado para implementar un sistema mostrado en la figura 1.
Preferentemente, en un sistema como el que se muestra en la figura 1, el módulo [118] de serialización y el módulo [120] de deserialización se implementarán ambos como dos placas enchufables de PCB separadas. Dichas PCB enchufables pueden estar encerradas en carcasas, aunque debe entenderse que, cuando el módulo [118] de serialización y/o el módulo [120] de deserialización se implementa como una PCB enchufable, no es necesario que dicha placa esté encerrada en una carcasa para que pueda utilizarse en un sistema como el mostrado en la figura 1.
Pasando ahora a la figura 2, dicha figura ilustra un conjunto ejemplar de componentes que podrían utilizarse para implementar un módulo [118] de serialización como el mostrado en la figura 1. Para ilustrar cómo estos componentes podrían interactuar entre sí y operar en un módulo [118] de serialización, los componentes de la figura 2 se describen en el contexto de la realización de cuatro funciones principales: la lectura de interruptores relacionados con la seguridad [101][102][116], la lectura de información de un sensor [117] externo, la construcción de un paquete de datos para su transmisión al módulo [120] de deserialización, y la transmisión de la información relacionada con la seguridad al módulo [120] de deserialización. Debe entenderse que, aunque el material incluido en esta descripción representa un enfoque preferido para implementar un módulo [118] de serialización, también son posibles otros enfoques para implementar un módulo [118] de serialización, tal como enfoques en los que el módulo lee información diferente, lee la información de diferentes dispositivos o números de dispositivos, o utiliza diferentes componentes y/o niveles de redundancia, y serán inmediatamente evidentes para aquellos con conocimientos ordinarios en la técnica a la luz de esta divulgación. En consecuencia, la figura 2 y la divulgación correspondiente a dicha figura deben entenderse como ilustrativas únicamente, y no deben tratarse como limitativas.
Pasando ahora a la forma en que los componentes representados en la figura 2 podrían utilizarse para realizar las funciones descritas anteriormente, las funciones de lectura de los interruptores [101][102][116] relacionados con la seguridad y la lectura de la información del sensor [117] externo pueden realizarse utilizando dos microcontroladores [201][202] y dos interfaces de red (representados como interfaces [204][205] CAN). Estos microcontroladores [201][202] estarían preferentemente configurados (por ejemplo, a través de un software o firmware adecuadamente programado) para comparar las señales de lectura en los terminales de entrada de los interruptores [203] (mostrados como 16 terminales de entrada en la figura 2, aunque también podrían utilizarse números diferentes (por ejemplo, más terminales en un módulo [118] de serialización que pretendiera capturar la entrada de más de 16 interruptores). Del mismo modo, los microcontroladores [201][202] también estarían preferentemente configurados para recibir y cruzar información de múltiples sensores [117] externos a través de las correspondientes interfaces [204][205] CAN. Estas comparaciones y comprobaciones cruzadas podrían utilizarse para detectar la corrupción de los datos, los cortocircuitos o los atascos, aumentando así la seguridad general del sistema.
Este mismo enfoque para aumentar la seguridad a través del procesamiento redundante también puede ser utilizado en la construcción de un paquete de datos con la información relacionada con la seguridad para su transmisión al módulo [120] de deserialización. En particular, en una realización preferida, cada microcontrolador [201][202] construirá independientemente el paquete de datos. Esto permite comprobar la integridad de los microcontroladores [201] [202] mediante la comparación de los paquetes de datos construidos independientemente. Por ejemplo, es posible que uno de los microcontroladores [201] funcione como microcontrolador maestro [que transmitiría un paquete de datos al módulo [206] de comunicación, mientras que el otro microcontrolador [202] podría funcionar como microcontrolador esclavo que no transmitiría un paquete de datos, sino que supervisaría el módulo [206] de comunicación en busca de paquetes de datos transmitidos por el microcontrolador [201] maestro. En una implementación de este tipo, cuando un microcontrolador esclavo detecta una transmisión del microcontrolador maestro, comparará el paquete de datos de esa comunicación con su propio paquete de datos construido de forma independiente y deshabilitará la transmisión de entrada al módulo de comunicación si los paquetes son inconsistentes. Por supuesto, otros enfoques para asegurar la consistencia de los paquetes de datos, tales como el uso de un componente de comparación separado del módulo [118] de serialización (no mostrado en la figura 1), o a través del uso de microcontroladores en el módulo [120] de deserialización son también posibles, y serán inmediatamente evidentes para, y podrían ser implementados sin experimentación indebida por, aquellos de habilidad ordinaria en la técnica a la luz de esta divulgación.
La tecnología divulgada no sólo mejora la seguridad al permitir que los paquetes de datos se construyan de forma independiente y se compruebe su consistencia, sino que la información de un paquete de datos también puede favorecer una mayor fiabilidad, y por tanto seguridad, del sistema. Por ejemplo, los microcontroladores [201][202] y/o un módulo [206] de comunicaciones separado pueden ser configurados para crear el paquete de datos para incluir, además de la información relacionada con la seguridad capturada de los sensores o interruptores, los códigos de fallo o la información de estado determinada por el propio módulo [118] de serialización. Por ejemplo, en algunas realizaciones, los microprocesadores [201][202] de un módulo de serialización podrían estar configurados para detectar y generar códigos de error para errores internos, tal como fallos de componentes o fallos de comunicación con sensores [107] externos. Del mismo modo, dichos microprocesadores [201][202] podrían estar configurados para detectar errores en el funcionamiento de un sensor [107] externo, tal como por ejemplo comprobando el número de secuencia, la expectativa de tiempo o el CRC de una trama utilizada en la comunicación de datos de un sensor [107] externo, para verificar que esos datos son válidos. De forma similar, en las implementaciones que utilizan un sensor de posición absoluta de doble canal como sensor [107] externo, un microprocesador [201][202] de un módulo de serialización podría estar configurado para cruzar la información de esos canales (por ejemplo, comparando las posiciones de los dos canales y, si no coinciden con un desplazamiento de posición fijo esperado, registrando un error de comunicación). También se podrían añadir diversos tipos de datos administrativos a un paquete de datos, tal como un contador de secuencia y un valor de comprobación de redundancia cíclica/suma de comprobación sobre todo el soporte de datos que podría ser utilizado por el módulo [120] de deserialización para encontrar datos corruptos.
En la figura 3 se ilustra un formato ejemplar que podría utilizarse para un paquete de datos que se transmite entre el módulo [118] de serialización (denominado S3I) y el módulo [120] de deserialización (denominado S3O). En un paquete de datos que siga el formato de la figura 3, el primer byte del paquete [301] incluirá el contador de secuencias añadido por los microcontroladores [201] [202]. Los siguientes diez bytes del paquete [302] incluirán información de posición y velocidad recuperada de sensores externos (referidos en la figura 3 como datos del APS, acrónimo de Absolute Position Sensor). Los siguientes dos bytes del paquete [303] incluyen información sobre el estado de los interruptores relacionados con la seguridad, con los valores de los bits individuales (por ejemplo, cero o uno) indicando el estado de los interruptores individuales. Los dos bytes siguientes [304] incluyen información sobre el estado del módulo [118] de serialización. Esta información de estado puede incluir información tal como el fabricante de los sensores externos, si los sensores externos están correctamente alineados o necesitan alineación por alguna razón (por ejemplo, leer demasiado cerca, leer demasiado lejos, leer demasiado a la izquierda, leer demasiado a la derecha), y si la cabina del ascensor asociada con el módulo de serialización está bien, se recomienda para el servicio, está operando en un estado de advertencia (por ejemplo, que debe ir a su piso de destino y luego dejar de funcionar), y si es (o debe ser) detenido. El siguiente campo de un byte del paquete [305] incluiría códigos que proporcionan información sobre los errores. Estos códigos de error podrían indicar tipos de error tales como que hay un error en la posición o la velocidad encontrado por un sensor externo, que se detectó un error interno en el módulo de serialización, que hay un fallo en un interruptor, que hay errores de alineación, fallos de comunicación o errores internos en un sensor, u otros tipos de información de error. Por último, los dos últimos bytes [306] de un paquete enviado con el formato de la figura 3 incluirán un valor de comprobación de redundancia cíclica que, como se ha descrito anteriormente, puede utilizarse para identificar datos corruptos en el paquete.
Preferentemente, cuando se reciba un paquete que contenga códigos de error que indiquen que se ha detectado un error, el ascensor asociado con el módulo [118] de serialización que envió el paquete con los códigos de error se detendrá inmediatamente para que el problema asociado con los códigos de error pueda ser abordado y el ascensor pueda reanudar su funcionamiento seguro. Del mismo modo, si se espera que se reciba un paquete y no lo hace (por ejemplo, si se espera que los paquetes se envíen cada cinco milisegundos, si un paquete no llega dentro de una determinada ventana de llegada centrada en torno a su hora esperada), entonces el ascensor asociado con el módulo [118] de serialización cuyo paquete no se recibió se detendrá preferentemente para que el problema que causó la pérdida de comunicación pueda ser identificado y abordado, permitiendo así que el ascensor reanude su funcionamiento seguro.
Pasando ahora a la figura 4, dicha figura ilustra un conjunto ejemplar de componentes que podrían utilizarse para implementar un módulo [120] de deserialización como el mostrado en la figura 1. Al igual que la discusión de la figura 2, la discusión de la figura 4 se centra en tres funciones principales que estos componentes podrían realizar - la lectura de los paquetes de datos recibidos del módulo [118] de serialización, la construcción de nuevos paquetes de datos para su transmisión al controlador [121], y la transmisión real de los nuevos paquetes de datos al controlador [121] -para ilustrar cómo estos componentes podrían operar e interactuar entre sí. Al igual que en el caso de la discusión correspondiente a la figura 2, la siguiente discusión de los componentes representados en la figura 4 debe entenderse como meramente ilustrativa, y no debe tratarse como que implica limitaciones de la protección otorgada por este documento o cualquier otro documento relacionado.
Pasando ahora a la forma en que los componentes representados en la figura 4 podrían utilizarse para realizar las funciones descritas anteriormente, los componentes tal como los mostrados en la figura 4 se implementarán preferentemente de una manera que utiliza la redundancia de los componentes y el procesamiento de datos para aumentar la fiabilidad y la seguridad. En consecuencia, como en el caso del módulo [118] de serialización ejemplar representado en la figura 2, el módulo [120] de deserialización ejemplar representado en la figura 4 incluye microcontroladores [401][402] paralelos. Estos microcontroladores [401][402] pueden ser configurados para recuperar los paquetes de datos enviados desde el módulo [118] de serialización y comprobar la consistencia de esos paquetes entre sí, así como la corrupción interna de los datos (por ejemplo, utilizando números de secuencia y valores de comprobación de redundancia cíclica, como se ha descrito anteriormente). Los microcontroladores [401][402] también pueden configurarse para que, una vez recuperados y comprobados los paquetes de datos, utilicen la información de aquellos paquetes de datos para construir nuevos paquetes de datos que serán enviados al controlador [121] de ascensor.
Al igual que con un módulo [118] de serialización como el discutido en el contexto de la figura 2, un módulo [120] de deserialización como el discutido en el contexto de la figura 4 podría implementarse de diversas maneras, incluyendo el uso de un diseño maestro/esclavo similar al discutido en el contexto de la figura 2. Por ejemplo, en un módulo [120] de deserialización que utiliza un diseño maestro/esclavo de este tipo, un microprocesador [401] maestro recibiría paquetes de datos del módulo [118] de serialización y construiría un nuevo paquete de datos que podría transmitirse al controlador [121] de ascensor. El microprocesador [402] esclavo recibiría el mismo paquete de datos del módulo [118] de serialización y construiría independientemente un nuevo paquete de datos. El microprocesador [402] esclavo monitorizara las transmisiones del microprocesador [401] maestro y compararía los dos paquetes de datos nuevos creados de forma independiente. Si el microprocesador [402] esclavo detectara alguna incoherencia en los dos nuevos paquetes de datos creados de forma independiente, impediría al controlador [121] de ascensor recibir el nuevo paquete de datos enviado por el microcontrolador [401] maestro.
En la figura 5 se muestra un formato ejemplar que podría utilizarse para los nuevos paquetes de datos creados por un módulo [120] de deserialización. Como se muestra en las etiquetas de esa figura, la mayoría de los datos del nuevo paquete de datos se toman directamente de los paquetes de datos recibidos del módulo [118] de serialización. Sin embargo, un nuevo paquete de datos que siga el formato de la figura 5 diferirá del paquete de datos recibido del módulo [118] de serialización en que los primeros [501] y últimos [502] bytes del nuevo paquete incluyen nuevos valores de contador de secuencia y de comprobación de redundancia cíclica determinados por el módulo [120] de deserialización, en lugar de repetir simplemente los valores del paquete de datos original. Del mismo modo, el segundo byte [503] de un nuevo paquete de datos que siga el formato de la figura 5 incluirá nuevos códigos de error, cuyos códigos de error podrían indicar información como si hubiese un error de comunicación en (o pérdida de) la comunicación entre los módulos de serialización y deserialización y si hay un error al intentar comunicar los datos desde el módulo de deserialización al controlador (o algún otro tipo de error interno en el módulo de deserialización). Al igual que en el caso de la gestión de errores, tal y como se ha comentado en el contexto de la figura 3, en el caso de que la información del código de error de un nuevo paquete de datos indique que se ha detectado un error, o no se reciba una comunicación esperada del módulo de deserialización, el ascensor o ascensores cuya información sería manejada por ese módulo de deserialización se detendría preferentemente para que se pudiera resolver el problema subyacente al error o a la pérdida de comunicación, y se pudiera reanudar el funcionamiento seguro del ascensor o ascensores.
Al igual que con los paquetes de datos transmitidos desde el módulo [118] de serialización, estos nuevos paquetes de datos se crearán preferentemente de forma independiente y se cotejarán entre sí. Una vez que se han cruzado, los paquetes de datos se comunicarán al controlador [121] de ascensor a través de un conjunto (mostrado como un conjunto de tres interfaces en la figura 4, aunque se podría utilizar otro número de interfaces) de interfaces [403] redundantes de serie a paralelo (SPI). Al igual que con los terminales de entrada del interruptor [203] de la figura 2, estas interfaces [403] SPI redundantes serán preferentemente verificadas de forma cruzada entre sí (por ejemplo, por un componente de comparación separado [no mostrado], por uno o más de los microcontroladores [401][402] del módulo [120] de deserialización, y/o por el controlador [121]) para identificar si alguna de las interfaces [403] está corrupta.
La inclusión de ejemplos, detalles, explicaciones y características particulares en la divulgación anterior no debe ser tratada como implicando que este documento o cualquier documento relacionado con este documento no incluye dentro de su alcance variaciones de la divulgación anterior tales como serán inmediatamente aparentes y podrían ser implementadas sin experimentación indebida por alguien con habilidad ordinaria en la técnica a la luz de la divulgación explícita establecida en el presente documento. Por ejemplo, en la divulgación anterior, la figura 2 ilustra el ejemplo de módulo [118] de serialización como teniendo 16 terminales [203] de entrada de interruptores, y las figuras 3 y 5 ilustran formatos de paquetes de datos ejemplares como teniendo dos bytes (16 bits) de espacio reservado para almacenar información sobre el estado de los interruptores relacionados con la seguridad. Si bien esta configuración representa un enfoque preferido para implementar la tecnología de los inventores, debe entenderse que en los sistemas que implementan la tecnología divulgada podrían utilizarse otros números de terminales de entrada de los interruptores [203] (o incluso ningún terminal de entrada de los interruptores, en el caso de que toda la información de seguridad se recopile a partir de otros tipos de sensores, tal como los sensores de posición absoluta), y que, en el caso de cambios en los números de terminales de entrada de los interruptores, también se realizarían los cambios correspondientes en el número de bits utilizados para representar el estado de los interruptores. Podrían realizarse cambios similares en el número de otros componentes (por ejemplo, podrían implementarse módulos de serialización y/o deserialización para utilizar más microcontroladores que los redundantes), en otros aspectos de la organización de los datos (por ejemplo, los datos podrían comunicarse utilizando un orden de bits diferente al mostrado en las figuras 3 y 5), o en otros aspectos del funcionamiento del sistema (por ejemplo, la comunicación de datos podría tener lugar con una frecuencia diferente a la de 5 ms identificada en la divulgación anterior). Por lo tanto, la divulgación expuesta en el presente documento debe entenderse como meramente ilustrativa, y no debe tratarse como limitativa.

Claims (14)

REIVINDICACIONES
1. Un procedimiento para comunicar datos de seguridad relativos a una instalación de ascensor utilizando un canal de comunicación en serie, comprendiendo el procedimiento un conjunto de pasos de transmisión y recepción que comprenden:
a. en un módulo (118) de serialización:
i. recibir una pluralidad de datos de seguridad de una cabina de ascensor;
ii. construir un paquete (301,302,303,304,305,306) de datos del serializador que comprenda la pluralidad de datos de seguridad de la cabina del ascensor; y
iii. enviar el paquete de datos del serializador que comprende la pluralidad de datos de seguridad de la cabina del ascensor a un módulo (120) de deserialización;
b. en el módulo (120) de deserialización:
i. recibir el paquete de datos del serializador que comprende la pluralidad de datos de seguridad de la cabina del ascensor;
ii. construir un paquete de datos del deserializador que comprenda la pluralidad de datos de seguridad de la cabina del ascensor; y
iii. enviar el paquete de datos del deserializador que comprende la pluralidad de elementos de datos de seguridad a un controlador (121);
caracterizado porque en el controlador (121), se determina, con base en la información del módulo de deserialización, si se debe impedir el funcionamiento de la cabina del ascensor como consecuencia de un problema de seguridad.
2. El procedimiento de la reivindicación 1, en el que;
a. el módulo de serialización y el módulo de deserialización comprenden cada uno una pluralidad de microcontroladores;
b. la recepción de la pluralidad de datos de seguridad de la cabina del ascensor en el módulo de serialización comprende la recepción de la pluralidad de datos de seguridad de la cabina del ascensor de forma independiente en dos o más microcontroladores de la pluralidad de microcontroladores del módulo de serialización;
c. la construcción del paquete de datos del serializador que comprende la pluralidad de elementos de datos relacionados con la seguridad de la cabina del ascensor comprende la construcción del paquete de datos del serializador de forma independiente en dos o más microcontroladores de la pluralidad de microcontroladores del módulo de serialización;
d. la recepción del paquete de datos del serializador que comprende la pluralidad de datos de seguridad de la cabina del ascensor comprende la recepción del paquete de datos del serializador de forma independiente en dos o más microcontroladores de la pluralidad de microcontroladores del módulo de deserialización; y e. la construcción del paquete de datos del deserializador que comprende la pluralidad de datos de seguridad de la cabina del ascensor comprende la construcción del paquete de datos del deserializador de forma independiente en dos o más microcontroladores de la pluralidad de microcontroladores del módulo de deserialización;
f. el conjunto de pasos de transmisión y recepción comprende, además:
i. comprobar la pluralidad de elementos de datos de seguridad recibidos en el módulo de serialización realizando actos que comprenden la comparación de los datos de la pluralidad de elementos de datos de seguridad recibidos en uno de los microcontroladores del módulo de serialización con los datos de la pluralidad de elementos de datos de seguridad recibidos en otro de los microcontroladores del módulo de serialización;
ii comprobar los paquetes de datos del serializador construidos de forma independiente realizando actos que comprenden la comparación del paquete de datos del serializador construido por uno de los microcontroladores del módulo de serialización con el paquete de datos del serializador construido por otro de los microcontroladores del módulo de serialización; y
iii. comprobar los paquetes de datos del deserializador construidos de forma independiente mediante actos que comprenden la comparación del paquete de datos del deserializador construido por uno de los microcontroladores del módulo de deserialización con el paquete de datos del deserializador construido por otro de los microcontroladores del módulo de deserialización;
3. El procedimiento de la reivindicación 2, en el que:
a. el envío del paquete de datos del deserializador al controlador comprende la comunicación del paquete de datos del deserializador al controlador de forma independiente a través de una pluralidad de interfaces periféricas seriales comprendidos por el módulo de deserialización;
b. el envío del paquete de datos del serializador al módulo de deserialización comprende el envío del paquete de datos del serializador en forma serial a través de un cable utilizando un código de no retorno a cero; y c. el conjunto de pasos de transmisión y recepción comprende la determinación de si alguna de las interfaces periféricas en serie del módulo de deserialización está corrompida mediante la comprobación de las interfaces periféricas en serie del módulo de deserialización entre sí.
4. El procedimiento de la reivindicación 1, en el que:
a. el paquete de datos del serializador comprende los datos de seguridad de la cabina del ascensor rodeados de datos suplementarios añadidos por el módulo de serialización, en el que los datos suplementarios añadidos por el módulo de serialización comprenden:
i. un contador de secuencias para el paquete de datos del serializador;
ii. un valor de comprobación de corrupción para el paquete de datos del serializador;
iii. información sobre la situación; y
iv. información sobre errores;
b. el paquete de datos del deserializador comprende:
i. los datos de seguridad de la cabina del ascensor;
ii. la información de estado del paquete de datos del serializador;
iii. la información de error del paquete de datos del serializador;
iv. información adicional sobre errores;
v. un contador de secuencias para el paquete de datos del deserializador; y
vi. un valor de comprobación de corrupción para el paquete de datos del deserializador.
5. El procedimiento de la reivindicación 4, en el que:
a. los datos de seguridad de la cabina del ascensor comprenden:
i. información sobre el estado de encendido y apagado de una pluralidad de interruptores; ii. velocidad de la cabina del ascensor; y
iii. posición para la cabina del ascensor;
b. el valor de comprobación de la corrupción es
i. un valor de comprobación de redundancia cíclica calculado para el paquete de datos; o
ii. un valor de suma de comprobación calculado para el paquete de datos;
c. la información de estado comprende:
i. datos de alineación de los sensores de velocidad y posición de la cabina del ascensor; y ii. si la cabina del ascensor está recomendada para el servicio o se encuentra en estado de alerta; d. la información de error comprende uno o más códigos que indican los tipos de error que comprenden: i. errores internos en el módulo de serialización;
ii. fallos en uno o más interruptores de la pluralidad de interruptores; y
iii. errores en los sensores utilizados para detectar la velocidad y la posición de la cabina del ascensor; e. la información de error adicional comprende uno o más códigos que indican los tipos de error que comprenden:
i. errores en la comunicación entre el módulo de serialización y el módulo de deserialización; y ii. errores internos en el módulo de deserialización.
6. El procedimiento de la reivindicación 4, en el que la determinación, con base en la información del módulo de deserialización, de si se debe impedir el funcionamiento de la cabina del ascensor como resultado de un problema de seguridad, comprende la realización de uno o más actos del conjunto que consiste en:
a. determinar si un error es indicado por la información de error del paquete de datos del serializador o por la información de error adicional;
b. determinar si la información de error adicional indica un error;
c. determinar, con base en el contador de secuencias del paquete de datos del deserializador, si un paquete de datos se ha perdido, insertado, repetido o está fuera de secuencia;
d. determinar, con base en el tiempo transcurrido desde la recepción del paquete de datos, si un paquete de datos se ha perdido; y
e. determinar si los datos comunicados desde el módulo de deserialización al controlador han sido corrompidos.
7. El procedimiento de la reivindicación 1, en el que el procedimiento comprende realizar repetidamente el conjunto de pasos de transmisión y recepción a intervalos de 5 ms.
8. Un sistema configurado para comunicar datos de seguridad relativos a una instalación de ascensor utilizando un canal de comunicación en serie de acuerdo con el procedimiento de acuerdo con una de las reivindicaciones anteriores, comprendiendo el sistema:
a. un módulo (118) de serialización configurado para realizar un conjunto de pasos de serialización que comprenden:
i. recibir una pluralidad de datos de seguridad de una cabina de ascensor;
ii. construir un paquete (301-306) de datos del serializador que comprenda la pluralidad de datos de seguridad de la cabina del ascensor; y
iii. enviar el paquete de datos del serializador que comprende la pluralidad de datos de seguridad de la cabina del ascensor a un módulo (120) de deserialización;
b. el módulo (120) de deserialización, el módulo de deserialización está configurado para realizar un conjunto de pasos de deserialización que comprenden:
i. recibir el paquete de datos del serializador que comprende la pluralidad de datos de seguridad de la cabina del ascensor;
ii. construir un paquete de datos del deserializador que comprenda la pluralidad de datos de seguridad de la cabina del ascensor; y
iii. enviar el paquete de datos del deserializador que comprende la pluralidad de elementos de datos de seguridad a un controlador (121);
caracterizado porque el sistema comprende un controlador (121) configurado para determinar, con base en la información del módulo de deserialización, si se debe impedir el funcionamiento de la cabina del ascensor como consecuencia de un problema de seguridad.
9. El sistema de la reivindicación 8, en el que;
a. el módulo de serialización comprende una pluralidad de microcontroladores y está configurado para, al realizar el conjunto de pasos de serialización:
i. recibir la pluralidad de datos de seguridad de la cabina del ascensor de forma independiente en dos o más microcontroladores de la pluralidad de microcontroladores del módulo de serialización;
ii. comprobar la pluralidad de elementos de datos relacionados con la seguridad recibidos realizando actos que comprendan la comparación de los datos de la pluralidad de elementos de datos relacionados con la seguridad recibidos en uno de los microcontroladores de la pluralidad de microcontroladores del módulo de serialización con los datos de la pluralidad de elementos de datos relacionados con la seguridad recibidos en un microcontrolador diferente de la pluralidad de microcontroladores del módulo de serialización; y
iii. construir el paquete de datos del serializador de forma independiente en múltiples microcontroladores de la pluralidad de microcontroladores del módulo de serialización; y
b. el módulo de deserialización comprende una pluralidad de microcontroladores y está configurado para, al realizar el conjunto de pasos de deserialización:
i. recibir el paquete de datos del serializador de forma independiente en dos o más microcontroladores de la pluralidad de microcontroladores del módulo de deserialización;
ii. construir el paquete de datos del deserializador que comprende la pluralidad de datos de seguridad de la cabina del ascensor de forma independiente en múltiples microcontroladores de la pluralidad de microcontroladores del módulo de deserialización;
c. el sistema está configurado para realizar actos que comprenden:
i. comprobar la pluralidad de elementos de datos de seguridad recibidos en el módulo de serialización realizando actos que comprenden la comparación de los datos de la pluralidad de elementos de datos de seguridad recibidos en uno de los microcontroladores del módulo de serialización con los datos de la pluralidad de elementos de datos de seguridad recibidos en otro de los microcontroladores del módulo de serialización;
ii comprobar los paquetes de datos del serializador construidos de forma independiente realizando actos que comprenden la comparación del paquete de datos del serializador construido por uno de los microcontroladores del módulo de serialización con el paquete de datos del serializador construido por otro de los microcontroladores del módulo de serialización; y
iii. comprobar los paquetes de datos del deserializador construidos de forma independiente mediante actos que comprenden la comparación del paquete de datos del deserializador construido por uno de los microcontroladores del módulo de deserialización con el paquete de datos del deserializador construido por otro de los microcontroladores del módulo de deserialización;
10. El sistema de la reivindicación 9, en el que:
a. el módulo de deserialización comprende una pluralidad de interfaces periféricas en serie, y el envío del paquete de datos del deserializador al controlador comprende la comunicación del paquete de datos del deserializador al controlador de forma independiente a través de la pluralidad de interfaces periféricas en serie del módulo de deserialización;
b. el envío del paquete de datos del serializador al módulo de deserialización comprende el envío del paquete de datos del serializador en forma serial a través de un cable utilizando un código de no retorno a cero; y c. el sistema está configurado además para determinar si alguna de las interfaces periféricas en serie del módulo de deserialización está dañada, comprobando las interfaces periféricas en serie del módulo de deserialización entre sí.
11. El sistema de la reivindicación 8, en el que:
a. el paquete de datos del serializador comprende los datos de seguridad de la cabina del ascensor rodeados de datos suplementarios añadidos por el módulo de serialización, en el que los datos suplementarios añadidos por el módulo de serialización comprenden:
i. un contador de secuencias para el paquete de datos del serializador;
ii. un valor de comprobación de corrupción para el paquete de datos del serializador;
iii. información sobre la situación; y
iv. información sobre errores;
b. el paquete de datos del deserializador comprende:
i. los datos de seguridad de la cabina del ascensor;
ii. la información de estado del paquete de datos del serializador;
iii. la información de error del paquete de datos del serializador;
iv. información adicional sobre errores;
v. un contador de secuencias para el paquete de datos del deserializador; y
vi. un valor de comprobación de corrupción para el paquete de datos del deserializador.
12. El sistema de la reivindicación 11, en el que:
a. los datos de seguridad de la cabina del ascensor comprenden:
i. información sobre el estado de encendido y apagado de una pluralidad de interruptores; ii. velocidad de la cabina del ascensor; y
iii. posición para la cabina del ascensor;
b. el valor de comprobación de la corrupción es
i. un valor de comprobación de redundancia cíclica calculado para el paquete de datos; o
ii. un valor de suma de comprobación calculado para el paquete de datos;
c. la información de estado comprende:
i. datos de alineación de los sensores de velocidad y posición de la cabina del ascensor; y ii. si la cabina del ascensor está recomendada para el servicio o se encuentra en estado de alerta;
d. la información de error comprende uno o más códigos que indican los tipos de error que comprenden: i. errores internos en el módulo de serialización;
ii. fallos en uno o más interruptores de la pluralidad de interruptores; y
iii. errores en los sensores utilizados para detectar la velocidad y la posición de la cabina del ascensor;
e. la información de error adicional comprende uno o más códigos que indican los tipos de error que comprenden:
i. errores en la comunicación entre el módulo de serialización y el módulo de deserialización; y ii. errores internos en el módulo de deserialización.
13. El sistema de la reivindicación 11, en el que la determinación, con base en la información del módulo de deserialización, de si se debe impedir el funcionamiento de la cabina del ascensor como resultado de un problema de seguridad comprende la realización de uno o más actos del conjunto que consiste en:
a. determinar si un error es indicado por la información de error del paquete de datos del serializador o por la información de error adicional;
b. determinar si la información de error adicional indica un error;
c. determinar, con base en el contador de secuencias del paquete de datos del deserializador, si un paquete de datos se ha perdido, insertado, repetido o está fuera de secuencia;
d. determinar, con base en el tiempo transcurrido desde la recepción del paquete de datos, si un paquete de datos se ha perdido; y
e. determinar si los datos comunicados desde el módulo de deserialización al controlador han sido corrompidos.
14. El sistema de la reivindicación 8, en el que el sistema está configurado para:
a. realizar el conjunto de pasos de serialización;
b. realizar el conjunto de pasos de deserialización;
c. determinar, con base en la información del módulo de desertificación, si se debe impedir el funcionamiento de la cabina del ascensor como consecuencia de un problema de seguridad;
repetidamente a intervalos de 5 ms.
ES14819070T 2013-10-25 2014-10-23 Tecnología de comunicación en serie para ascensores relacionados con la seguridad Active ES2908606T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201361895477P 2013-10-25 2013-10-25
US14/219,494 US9452909B2 (en) 2013-10-25 2014-03-19 Safety related elevator serial communication technology
PCT/IB2014/002553 WO2015059565A1 (en) 2013-10-25 2014-10-23 Safety related elevator serial communication technology

Publications (1)

Publication Number Publication Date
ES2908606T3 true ES2908606T3 (es) 2022-05-03

Family

ID=52146550

Family Applications (1)

Application Number Title Priority Date Filing Date
ES14819070T Active ES2908606T3 (es) 2013-10-25 2014-10-23 Tecnología de comunicación en serie para ascensores relacionados con la seguridad

Country Status (7)

Country Link
US (1) US9452909B2 (es)
EP (1) EP3060507B1 (es)
CN (1) CN105764825B (es)
BR (1) BR112016009081B1 (es)
CA (1) CA2926769A1 (es)
ES (1) ES2908606T3 (es)
WO (1) WO2015059565A1 (es)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107709209B (zh) * 2015-06-15 2019-09-17 三菱电机株式会社 电梯安全系统
EP3187448A1 (en) * 2015-12-28 2017-07-05 Kone Corporation Elevator data communication arrangement
EP3336032B1 (en) 2016-12-14 2020-10-14 Otis Elevator Company Elevator safety system and method of operating an elevator system
ES2886612T3 (es) * 2017-05-09 2021-12-20 Kone Corp Disposición de comunicación de datos de ascensor
EP3533741B1 (en) * 2018-03-01 2021-01-06 KONE Corporation A communication system for transmitting safety information in an elevator system
CN108975118B (zh) * 2018-09-03 2020-06-26 日立楼宇技术(广州)有限公司 电梯监控方法、装置、终端、设备、监控平台及系统
CN109626165A (zh) * 2018-12-29 2019-04-16 辽宁工程技术大学 一种分布式电梯状态监测系统
US11169877B2 (en) * 2020-03-17 2021-11-09 Allegro Microsystems, Llc Non-volatile memory data and address encoding for safety coverage
CN113460818B (zh) * 2020-03-31 2023-04-07 苏州汇川技术有限公司 电梯电子板通信系统、方法、设备及计算机可读存储介质
EP3988489A1 (en) * 2020-10-21 2022-04-27 KONE Corporation Elevator communication system

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3807531A (en) * 1973-03-12 1974-04-30 Westinghouse Electric Corp Elevator system
US3841443A (en) * 1973-09-13 1974-10-15 Westinghouse Electric Corp Elevator system
US4397377A (en) * 1981-07-23 1983-08-09 Westinghouse Electric Corp. Elevator system
US4473133A (en) * 1982-12-06 1984-09-25 Westinghouse Electric Corp. Elevator system
US4497391A (en) 1983-10-27 1985-02-05 Otis Elevator Company Modular operational elevator control system
JPS62230578A (ja) * 1986-03-31 1987-10-09 三菱電機株式会社 エレベ−タかごの位置表示装置
US4823914A (en) * 1987-06-24 1989-04-25 Elevator Performance Technologies, Inc. Status line monitoring system and method of using same
JPH0398972A (ja) * 1989-09-08 1991-04-24 Mitsubishi Electric Corp エレベータの制御装置
FI98362C (fi) * 1991-07-16 1997-06-10 Kone Oy Menetelmä hissiryhmän modernisoimiseksi
JPH06227766A (ja) 1993-02-01 1994-08-16 Hitachi Ltd エレベーターの信号伝送方式
FI93339C (fi) 1993-03-17 1995-03-27 Kone Oy Menetelmä hissin ohjaustietojen toimittamiseksi, tallentamiseksi ja näyttämiseksi
US5551532A (en) 1994-02-28 1996-09-03 Otis Elevator Company Method for transmitting messages in an elevator communications system
TW475919B (en) 1997-08-20 2002-02-11 Lg Otis Elevator Co An elevator control system
US6173814B1 (en) 1999-03-04 2001-01-16 Otis Elevator Company Electronic safety system for elevators having a dual redundant safety bus
US6672429B1 (en) 2000-03-10 2004-01-06 Thyssen Elevator Capital Corp. Encoding system for communicating with elevator I/O devices
JP2002003108A (ja) 2000-06-20 2002-01-09 Mitsubishi Electric Corp エレベータ群管理システム
ZA200307740B (en) 2002-10-29 2004-07-02 Inventio Ag Device and method for remote maintenance of a lift.
FI113754B (fi) 2003-09-10 2004-06-15 Kone Corp Hissin ohjaus
KR100710437B1 (ko) 2004-04-16 2007-04-23 쟈인 에레쿠토로닉스 가부시키가이샤 송신 회로, 수신 회로 및 클락 추출 회로 및 데이터 전송방법 및 데이터 전송 시스템
DE502005001371D1 (de) 2005-01-07 2007-10-11 Thyssen Krupp Aufzuege Gmbh Aufzugsanlage mit einer Steuervorrichtung
DE102006013578B4 (de) * 2006-03-22 2008-03-27 Phoenix Contact Gmbh & Co. Kg Verfahren und Steuer- und Datenübertragungsanlage zum Überprüfen des Einbauortes eines sicheren Kommunikationsteilnehmers
FI118382B (fi) 2006-06-13 2007-10-31 Kone Corp Hissijärjestelmä
SG144027A1 (en) 2006-12-21 2008-07-29 Inventio Ag Method and system for modernisation of a lift installation
FI20070486A (fi) 2007-01-03 2008-07-04 Kone Corp Hissin turvajärjestely
FI119508B (fi) 2007-04-03 2008-12-15 Kone Corp Vikaturvallinen tehonohjauslaitteisto
ES2499340T3 (es) 2007-08-07 2014-09-29 Thyssenkrupp Elevator Ag Sistema de elevador
US8151943B2 (en) 2007-08-21 2012-04-10 De Groot Pieter J Method of controlling intelligent destination elevators with selected operation modes
FI120301B (fi) * 2007-11-26 2009-09-15 Kone Corp Hissijärjestelmä
CN102015503B (zh) 2008-04-29 2013-07-10 因温特奥股份公司 电梯设备、运行电梯设备的方法、改装电梯设备的方法和应用在电梯设备中的呼叫控制装置
EP2117144A1 (en) 2008-05-09 2009-11-11 Inventio Ag A master-less time division multiplexing method for communicating safety states
US8875156B2 (en) * 2008-09-30 2014-10-28 Rockwell Automation Technologies, Inc. Remote object data property replication method and system
EP2368229B1 (en) 2008-12-18 2019-09-11 Otis Elevator Company Access control system and access control method for a people conveyor control system
FI121065B (fi) 2009-03-05 2010-06-30 Kone Corp Hissijärjestelmä
FI121423B (fi) 2009-04-23 2010-11-15 Kone Corp Hissin turvajärjestely
JP5913123B2 (ja) 2009-12-21 2016-04-27 インベンテイオ・アクテイエンゲゼルシヤフトInventio Aktiengesellschaft 床位置検出装置
EP2583928B1 (en) * 2010-06-18 2021-02-24 Hitachi, Ltd. Elevator system
EP2616376B1 (en) * 2010-09-13 2020-11-18 Otis Elevator Company Elevator safety system and method
FI122474B (fi) * 2010-12-01 2012-02-15 Kone Corp Hissin turvakytkentä sekä menetelmä hissin turvakytkennän toiminnallisen poikkeaman tunnistamiseksi

Also Published As

Publication number Publication date
BR112016009081A2 (es) 2017-08-01
EP3060507B1 (en) 2021-12-15
EP3060507A1 (en) 2016-08-31
US9452909B2 (en) 2016-09-27
CN105764825A (zh) 2016-07-13
BR112016009081B1 (pt) 2022-10-18
CN105764825B (zh) 2018-06-05
CA2926769A1 (en) 2015-04-30
WO2015059565A1 (en) 2015-04-30
US20150114764A1 (en) 2015-04-30

Similar Documents

Publication Publication Date Title
ES2908606T3 (es) Tecnología de comunicación en serie para ascensores relacionados con la seguridad
ES2206660T3 (es) Sistema de comunicacion de las indicaciones del estado de funcion de salida entre dos o mas reles de proteccion de sistemas de alimentacion.
US7624219B2 (en) Bus node
ES2359650T3 (es) Unidad de interfaz y sistema de comunicaciones con una estructura maestro-esclavo.
US7756917B2 (en) Two wire communication apparatus and method
ES2362539T3 (es) Procedimiento e instalación de control y de transmisión de datos para la verificación del lugar de montaje de un componente de la comunicación seguro.
ES2566679T3 (es) Procedimiento y sistema para una transmisión segura de datos
US8321774B2 (en) Method for fail-safe transmission, safety switching device and control unit
RU2656684C2 (ru) Система шин и способ эксплуатации такой системы шин
CN103287932B (zh) 电梯系统
ES2308480T3 (es) Control de seguridad.
US7844865B2 (en) Bus module for connection to a bus system and use of such a bus module in an AS-i bus system
US10732594B2 (en) Method for operating safety control in an automation network, and automation network having such safety control allowing mixed safety integrity levels
FI122474B (fi) Hissin turvakytkentä sekä menetelmä hissin turvakytkennän toiminnallisen poikkeaman tunnistamiseksi
ES2305760T3 (es) Procedimiento y dispositivo para controlar un proceso de caracter critico en cuanto a seguridad.
EP3101951A1 (en) Bidirectional redundant mesh networks
US7808917B2 (en) Method and system for transmitting telegrams
ES2770012T3 (es) Sensor de seguridad para supervisar la seguridad de funcionamiento de una instalación
EP2383623B1 (en) Modular safety switching device system with optical link
ES2734112T3 (es) Procedimiento y sistema para la detección, transmisión y evaluación de señales orientadas a la seguridad
ES2229697T3 (es) Telegramas de datos cortos de un sistema de automatizacion.
ES2691205T3 (es) Un sistema de reemplazo de cables robusto y fácil de configurar
CN111094164A (zh) 与建筑物相关的人员运送系统的现场设备的状态检查
CN104932447A (zh) 信息通信
KR20220084148A (ko) 안전 테스트 장비