ES2608917T3 - Procedimiento y dispositivo de monitorización de datos de buses de dos canales en un sistema de red - Google Patents

Procedimiento y dispositivo de monitorización de datos de buses de dos canales en un sistema de red Download PDF

Info

Publication number
ES2608917T3
ES2608917T3 ES15159049.4T ES15159049T ES2608917T3 ES 2608917 T3 ES2608917 T3 ES 2608917T3 ES 15159049 T ES15159049 T ES 15159049T ES 2608917 T3 ES2608917 T3 ES 2608917T3
Authority
ES
Spain
Prior art keywords
data segment
data
mii
channel
received
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
ES15159049.4T
Other languages
English (en)
Inventor
Jeongyun Cheong
Jongwook Jeon
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.)
LS Electric Co Ltd
Original Assignee
LSIS Co Ltd
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 LSIS Co Ltd filed Critical LSIS Co Ltd
Application granted granted Critical
Publication of ES2608917T3 publication Critical patent/ES2608917T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40169—Flexible bus arrangements
    • H04L12/40176—Flexible bus arrangements involving redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/4026—Bus for use in automation systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Theoretical Computer Science (AREA)
  • Small-Scale Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Environmental & Geological Engineering (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)

Abstract

Un dispositivo de monitorización de datos de buses de dos canales en un sistema de red de Protocolos de automatización en tiempo real para Ethernet industrial, RAPIEnet, estando caracterizado el dispositivo de monitorización por: una primera unidad de canal (100) configurada para transmitir y recibir un segmento de datos con un bus de red (1), convertir el segmento de datos recibido en un segmento de datos de una Interfaz independiente de gestión, MII, y transmitir y recibir el segmento convertido de datos de MII; una segunda unidad de canal (200) configurada para transmitir y recibir un segmento de datos con el bus de red (1), convertir el segmento de datos recibido en un segmento de datos de MII, y transmitir y recibir el segmento convertido de datos de MII; una CPU (300) configurada para reconocer una señal de detección de portadora, Comprobación de Redundancia Cíclica, CRC, de los datos de MII recibidos desde la primera unidad de canal (100) y la segunda unidad de canal (200), y transmitir y recibir los datos de MII; y una unidad de monitorización (400) configurada para realizar una comunicación de datos con la CPU (300), y monitorizar un segmento de datos mediante cada canal a partir de los datos de MII recibidos desde la CPU (300), en donde las unidades de canal primera (100) y segunda (200) convierten el segmento de datos mediante una unidad de una palabra de 16 bits y transmiten el segmento de datos convertido, en donde una unidad de conversión de MII (120) de la primera unidad de canal (100) desplaza un segmento de datos de 8 bits y almacena un valor del mismo en los 8 bits superiores a convertir, y una unidad de conversión de MII (220) de la segunda unidad de canal (200) desplaza un segmento de datos de 8 bits y almacena un valor del mismo en los 8 bits inferiores a convertir.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Procedimiento y dispositivo de monitorizacion de datos de buses de dos canales en un sistema de red
ANTECEDENTES
CAMPO DE LA DIVULGACION
La presente divulgacion se refiere a un dispositivo de monitorizacion y a un procedimiento de monitorizacion de datos de buses de dos canales en un sistema de red RAPIEnet (Protocolos de automatizacion en tiempo real para Ethernet Industrial, Real-time Automation Protocols for Industrial Ethernet). Mas espedficamente, la presente divulgacion se refiere a un dispositivo de monitorizacion y un procedimiento de monitorizacion de datos de buses de dos canales en un sistema de red RAPIEnet, que es un campo tecnico aplicado cuando se utiliza un desarrollo de la opcion de comunicacion de RAPIEnet para un inversor iS7, desarrollado para ser aplicado a un cierto numero de tramas de recepcion y tramas de error utilizadas como una funcion de monitorizacion/diagnostico de un grupo de parametros de comunicacion (COM).
EXPOSICION DE LA TECNICA RELACIONADA
En general, se requieren dos capas ffsicas de Ethernet, de igual modo que se utilizan dos canales en el desarrollo de un modulo de comunicacion de RAPIEnet. Por lo tanto, la informacion del protocolo de comunicacion entregada desde una red entrega datos de MII (Interfaz independiente de gestion, Management Independent Interface) a una CPU en un modulo de comunicacion de RAPIEnet a traves de una capa ffsica, y la CPU detecta una senal de deteccion de portadora (CRC: Comprobacion de redundancia dclica, Cyclical Redundancy Check) a traves de un segmento convertido de datos de MII.
La FIG. 1 es una vista que ilustra un sistema de red con bus convencional, y la FIG. 2 es un diagrama de bloques funcionales que ilustra una estructura detallada de una tarjeta de opciones de comunicacion de acuerdo a la FIG. 1.
Como se ilustra en la FIG. 1, en un sistema de red convencional de un solo canal que conecta un inversor a un modulo de comunicacion, se instala una tarjeta de opciones de comunicacion (20) para la comunicacion con un bus de red (30), y los datos de comunicacion se transmiten y reciben a traves del bus de red (30).
Ademas, como se ilustra en la FIG. 2, la tarjeta de opciones de comunicacion (20) transmite y recibe datos del exterior a traves del bus de red (30), por estar formada por un conector (21) y una PHY (capa ffsica) (22).
El conector (21) de la tarjeta de opciones de comunicacion (20) transmite y recibe datos con una CPU (25). Aqrn, los datos recibidos y/o transmitidos entregados a traves del conector (21) se transmiten a traves de una unidad de conexion de datos a la PHY (22), que es una capa ffsica, con el fin de analizar un protocolo de comunicacion.
La PHY (22) transmite y recibe los datos recibidos como datos de MII (Interfaz independiente de gestion) con el fin de entregar los datos entregados desde el bus de red (30) a la CPU (25).
Entretanto, la CPU (25) recibe los datos de MII (Interfaz independiente de gestion), procesa y convierte los datos a una comunicacion de CAN, y transmite y recibe los datos con un inversor iS7 (10), reconociendo internamente una senal de deteccion de portadora (CRC: Comprobacion de redundancia dclica).
Como resultado, los datos se transmiten a un panel de teclas del inversor (11) de la FIG. 1, de modo que el usuario pueda comprobar los datos mediante la activacion de una funcion de monitorizacion/diagnostico.
La FIG. 3 es un diagrama de bloques funcionales que ilustra un sistema de red convencional con bus de dos canales. Como se ilustra en la FIG. 3, una red de dos canales tambien se comunica, en el mismo proceso, con la red de un solo canal. Una tarjeta de opciones de comunicacion (20) transmite y recibe datos del mundo exterior a traves del bus de red (30). Los datos se transmiten y se reciben a traves de conectores (21,24) de la tarjeta de opciones de comunicacion (20).
Por lo tanto, los datos recibidos y/o transmitidos, entregados a traves de los conectores (21, 24), se transmiten a traves de una unidad de conexion de datos a las PHY (22, 23), que son capas ffsicas, respectivamente, con el fin de analizar un protocolo de comunicacion.
Ademas, las PHY (22, 23) transmiten y reciben los datos recibidos como datos de MII (Interfaz independiente de gestion) con el fin de entregar a la CPU (25) los datos entregados desde el bus de red (30).
Aqrn, la CPU (25) recibe los datos de MII (Interfaz independiente de gestion), procesa y convierte los datos a una comunicacion de CAN, y transmite y recibe los datos con un inversor iS7 (10), reconociendo internamente una senal
5
10
15
20
25
30
35
40
45
50
55
60
65
de deteccion de portadora (CRC). Dichos datos transmitidos y/o recibidos se transmiten a un panel de teclas de inversor (11) del inversor iS7 (10), para mostrar una funcion de monitorizacion/diagnostico mediante la activacion de la funcion de monitorizacion/diagnostico. En este momento, la funcion de monitorizacion/diagnostico activa los grupos de parametros de comunicacion (COM), tales como un cierto numero de tramas de recepcion (TramaRcp) y un cierto numero de tramas de error (Num Trama Err).
Se requieren necesariamente dos capas ffsicas con el fin de utilizar dos canales como un modulo de opciones de comunicacion de RAPIEnet (Protocolos de automatizacion en tiempo real para Ethernet industrial). Los datos entregados a traves de las capas ffsicas se procesan en una CPU con el fin de reconocer una senal de deteccion de portadora (CRC).
Por lo tanto, es imposible averiguar en que canal se generan un determinado numero de tramas de recepcion (TramaRcp) y un determinado numero de tramas de error (Num Trama Err) de un grupo de parametros de comunicacion (COM), activando la funcion de monitorizacion/diagnostico del inversor a traves de la senal de deteccion de portadora (CRC). Por lo tanto, el problema es que se requiere una busqueda en los dos canales.
Como una tecnica anterior, el documento EP 1 361 700 A1 divulga una interfaz para transmitir y recibir tramas de canales de servicio sobre una Ethernet que incluye una capa ffsica de Ethernet y un canal ffsico de servicio. La capa ffsica de Ethernet esta configurada para transmitir y recibir tramas de Ethernet por un medio ffsico de Ethernet. El canal ffsico de servicio esta configurado para transmitir y recibir tramas de canales de servicio por el medio ffsico de Ethernet. En funcionamiento, el canal ffsico de servicio transmite las tramas de canales de servicio dentro de brechas entre tramas, definidas por las tramas de Ethernet con el fin de no interferir con la transmision o recepcion de las tramas de Ethernet.
SUMARIO DE LA DIVULGACION
Con el fin de resolver el problema antes mencionado, la presente divulgacion proporciona un dispositivo de monitorizacion y un procedimiento de monitorizacion de datos de buses de dos canales en un sistema de red de RAPIEnet (Protocolos de automatizacion en tiempo real para Ethernet industrial). De acuerdo a una realizacion ejemplar de la presente divulgacion, el sistema de red de RAPIEnet puede monitorizar en que canal se generan un determinado numero de tramas de recepcion (TramaRcp) y un determinado numero de tramas de error (Num Trama Err) de un grupo de parametros de comunicacion (COM), activando la funcion de monitorizacion/diagnostico del inversor, mediante el uso de la opcion de comunicacion de dos canales con el fin de implementar la funcion de monitorizacion/diagnostico cuando se utiliza la comunicacion de dos canales, incluso cuando los datos entregados a traves de las capas ffsicas se procesan en una CPU para reconocer una senal de deteccion de portadora (CRC).
En un aspecto general de la presente divulgacion, se proporciona un dispositivo de monitorizacion de datos de buses de dos canales en un sistema de red de RAPIEnet, comprendiendo el dispositivo de monitorizacion: una primera unidad de canal configurada para transmitir y recibir un segmento de datos con un bus de red, convertir el segmento de datos recibido en un segmento de datos de una Interfaz independiente de gestion, MII, y transmitir y recibir el segmento de datos de MII convertido; una segunda unidad de canal configurada para transmitir y recibir un segmento de datos con el bus de red, convertir el segmento de datos recibido en un segmento de datos de MII y transmitir y recibir el segmento de datos de MII convertido; una CPU configurada para reconocer una senal de deteccion de portadora, Comprobacion de Redundancia Cfclica, CRC, de los datos de MII recibidos desde la primera unidad de canal y la segunda unidad de canal, y transmitir y recibir los datos de MII; y una unidad de monitorizacion configurada para realizar una comunicacion de datos con la CPU, y para monitorizar un segmento de datos mediante cada canal a partir de los datos de MII recibidos desde la CPU, en donde las unidades de canal primera y segunda pueden convertir el segmento de datos mediante una unidad de una palabra de 16 bits y transmitir el segmento de datos convertido, y en donde una unidad de conversion de MII de la primera unidad de canal puede desplazar un segmento de datos de 8 bits y almacenar un valor del mismo en los 8 bits superiores a convertir, y una unidad de conversion de MII de la segunda unidad de canal puede desplazar un segmento de datos de 8 bits y almacenar un valor del mismo en los 8 bits inferiores a convertir.
En algunos modos de realizacion ejemplares de la presente divulgacion, la unidad de monitorizacion puede mostrar un determinado numero de tramas de recepcion o un determinado numero de tramas de error.
En algunos modos de realizacion ejemplares de la presente divulgacion, la unidad de monitorizacion puede representar desde cero (0) hasta un valor umbral predeterminado, y puede volver a empezar a contar desde cero cuando un valor supera el valor umbral predeterminado.
En algunos modos de realizacion ejemplares de la presente divulgacion, el numero de tramas de recepcion del grupo de parametros de comunicacion se puede expresar mediante un total de cinco dfgitos, colocando un cero entre los dos dfgitos superiores y los dos dfgitos inferiores, mediante la visualizacion en los dos dfgitos superiores del numero de tramas de recepcion o del numero de tramas de error recibidas desde el primer canal entre los datos recibidos a traves del bus de red, y mediante la visualizacion en los dos dfgitos inferiores del numero de tramas de
5
10
15
20
25
30
35
40
45
50
55
60
65
recepcion o del numero de tramas de error recibidas desde el segundo canal entre los datos recibidos a traves del bus de red.
En otro aspecto general de la presente divulgacion, se proporciona un procedimiento de monitorizacion de datos de buses de dos canales en un sistema de red de RAPlEnet, comprendiendo el procedimiento de monitorizacion: la conversion, mediante una primera unidad de canal, de un segmento de datos recibido, en un segmento de datos de MII (Interfaz independiente de gestion) y la transmision a una CPU del segmento de datos de MII convertido cuando el segmento de datos se recibe desde un bus de red; la conversion, mediante una segunda unidad de canal, de un segmento de datos recibido, en un segmento de datos de una Interfaz independiente de gestion, MII, y la transmision a una CPU del segmento de datos de MII convertido cuando el segmento de datos se recibe desde un bus de red; el reconocimiento, mediante la CPU, de una senal de deteccion de portadora, Comprobacion de Redundancia Cfclica, CRC, de los datos de MII recibidos desde la primera unidad de canal y la segunda unidad de canal, y la transmision de los datos de MII a una unidad de monitorizacion; y la monitorizacion, mediante la unidad de monitorizacion, de un segmento de datos mediante cada canal, a partir de los datos de MII recibidos desde la CPU, en donde las etapas de convertir el segmento de datos recibido mediante la primera unidad de canal y de convertir el segmento de datos recibido mediante la segunda unidad de canal pueden incluir convertir el segmento de datos mediante una unidad de una palabra de 16 bits y transmitir el segmento de datos convertido, y en donde la etapa de convertir, mediante la primera unidad de canal, el segmento de datos recibido en el segmento de datos de MII puede incluir desplazar un segmento de datos de 8 bits y convertir un valor del mismo en los 8 bits superiores mediante el almacenamiento de un valor del mismo en los 8 bits superiores, y la etapa de convertir, mediante la segunda unidad de canal, el segmento de datos recibido en el segmento de datos de MII puede incluir desplazar un segmento de datos de 8 bits y convertir un valor del mismo en los 8 bits inferiores mediante el almacenamiento del valor del mismo en los 8 bits inferiores.
En algunos modos de realizacion ejemplares de la presente divulgacion, la etapa de monitorizacion puede incluir la visualizacion de un numero de tramas de recepcion o un numero de tramas de error.
En algunos modos de realizacion ejemplares de la presente divulgacion, la etapa de monitorizacion puede incluir representar desde cero (0) hasta un valor umbral predeterminado, y volver a empezar a contar desde cero cuando un valor supera el valor umbral predeterminado.
En algunos modos de realizacion ejemplares de la presente divulgacion, el numero de tramas de recepcion del grupo de parametros de comunicacion se puede expresar mediante un total de cinco dfgitos, colocando un cero entre los dos dfgitos superiores y los dos dfgitos inferiores, mediante la visualizacion en los dos dfgitos superiores del numero de tramas de recepcion o del numero de tramas de error recibidas desde el primer canal entre los datos recibidos a traves del bus de red, y mediante la visualizacion en los dos dfgitos inferiores del numero de tramas de recepcion o del numero de tramas de error recibidas desde el segundo canal entre los datos recibidos a traves del bus de red.
El dispositivo de monitorizacion y el procedimiento de monitorizacion de datos de buses de dos canales en un sistema de red RAPlEnet, de acuerdo a un modo de realizacion ejemplar de la presente divulgacion, pueden monitorizar en que canal se generan un numero de tramas de recepcion (TramaRcp) y un numero de tramas de error (Num Trama Err) de un grupo de parametros de comunicacion (COM), activando la funcion de monitorizacion/diagnostico del inversor. Por lo tanto, no es necesario comprobar los dos canales cuando se detecta un numero de tramas de error (Num Trama Err) en uno cualquiera de los dos canales. Esto proporciona comodidad a los usuarios y tiene un efecto de tener una funcion de monitorizacion/diagnostico mas clara y mejorada en comparacion con la tecnica convencional.
BREVE DESCRIPCION DE LOS DIBUJOS
La FIG. 1 es una vista que ilustra un sistema de red con bus convencional.
La FIG. 2 es un diagrama de bloques funcionales que ilustra una estructura detallada de una tarjeta de opciones de comunicacion de acuerdo a la FIG. 1.
La FIG. 3 es un diagrama de bloques funcionales que ilustra un sistema de red convencional con bus de dos canales.
La FIG. 4 es un diagrama de bloques funcionales que ilustra una estructura de un dispositivo de monitorizacion de datos de buses de dos canales en un sistema de red de RAPIEnet de acuerdo a un modo de realizacion ejemplar de la presente divulgacion.
La FIG. 5 es un diagrama de flujo que ilustra un procedimiento de monitorizacion de datos de buses de dos canales en un sistema de red de RAPIEnet de acuerdo a un modo de realizacion ejemplar de la presente divulgacion.
5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION DETALLADA
En lo sucesivo, con referencia a las figuras adjuntas, se describira en detalle un dispositivo de monitorizacion y un procedimiento de monitorizacion de datos de buses de dos canales en un sistema de red RAPIEnet, de acuerdo a un modo de realizacion ejemplar de la presente divulgacion.
La FIG. 4 es un diagrama de bloques funcionales que ilustra una estructura de un dispositivo de monitorizacion de datos de buses de dos canales en un sistema de red RAPIEnet, de acuerdo a un modo de realizacion ejemplar de la presente divulgacion.
Como se ilustra en la FIG. 4, se puede formar un dispositivo de monitorizacion de datos de buses de dos canales en un sistema de red RAPIEnet de acuerdo a un modo de realizacion ejemplar de la presente divulgacion, incluyendo una primera unidad de canal (100), una segunda unidad de canal (200), una CPU (300) y una unidad de monitorizacion (400).
La primera unidad de canal (100) se puede formar incluyendo un bus de red (1), una unidad de capa ffsica (110) para transmitir y recibir datos y una unidad de conversion de MII (120) para convertir un segmento de datos recibidos a traves de la unidad de capa ffsica (110) en un segmento de datos de MII y transmitir el segmento convertido de datos de MII a una CPU (300).
La segunda unidad de canal (200) se puede formar incluyendo un bus de red (1), una unidad de capa ffsica (210) para transmitir y recibir datos y una unidad de conversion de MII (220) para convertir un segmento de datos recibidos a traves de la unidad de capa ffsica (210) en un segmento de datos de MII y transmitir el segmento convertido de datos de MII a una CPU (300).
Una CPU (300) puede reconocer una senal de deteccion de portadora (CRC: Comprobacion de Redundancia Cfclica) de los datos de MII recibidos desde la primera unidad de canal (100) y la segunda unidad de canal (200), y puede transmitir y recibir los datos de MII con una unidad de monitorizacion (400).
Una unidad de monitorizacion (400) puede realizar una comunicacion de datos con la CPU (300), y puede monitorizar un segmento de datos mediante cada canal a partir de los datos de MII recibidos desde la CPU (300).
Aqrn, las unidades de conversion de MII (120, 220) de la primera unidad de canal (100) y la segunda unidad de canal (200) pueden convertir el segmento de datos mediante una unidad de una palabra de 16 bits y transmitir el segmento de datos convertido.
Entretanto, una unidad de conversion de MII (120) de la primera unidad de canal (100) puede desplazar un segmento de datos de 8 bits y almacenar un valor del mismo en los 8 bits superiores a convertir, y una unidad de conversion de MII de la segunda unidad de canal desplaza un segmento de datos de 8 bits y almacena un valor del mismo en los 8 bits inferiores a convertir.
Por el contrario, la unidad de monitorizacion (400) puede mostrar un numero de tramas de recepcion o un numero de tramas de error. Aqrn, la unidad de monitorizacion (400) puede representar desde cero (0) hasta un valor umbral predeterminado, y puede volver a empezar a contar desde cero cuando un valor supera el valor umbral predeterminado.
Aqrn, el numero de tramas de recepcion del grupo de parametros de comunicacion se puede expresar mediante un total de cinco dfgitos, colocando un cero entre los dos dfgitos superiores y los dos dfgitos inferiores, mediante la visualizacion en los dos dfgitos superiores del numero de tramas de recepcion o del numero de tramas de error recibidas desde el primer canal entre los datos recibidos a traves del bus de red (1), y mediante la visualizacion en los dos dfgitos inferiores del numero de tramas de recepcion o del numero de tramas de error recibidas desde el segundo canal entre los datos recibidos a traves del bus de red.
Por lo tanto, de acuerdo a un modo de realizacion ejemplar de la presente divulgacion, se puede monitorizar un numero de tramas de recepcion y un numero de tramas de error utilizando dos canales, limitando el numero de tramas de recepcion y de tramas de error a 0~64, que se representaba desde 0 hasta 65.535 en la tecnica convencional. Esto tiene una ventaja de mejorar la funcionalidad de diagnostico con respecto a los canales.
En lo que sigue, haciendo referencia a la FIG. 5, se describira en detalle un procedimiento de monitorizacion de datos de buses de dos canales en un sistema de red RAPIEnet, de acuerdo a un modo de realizacion ejemplar de la presente divulgacion.
En primer lugar, una primera unidad de canal (100) puede convertir un segmento de datos recibido en un segmento de datos de MII y transmitir el segmento convertido de datos de MII a una CPU, cuando el segmento de datos se recibe desde un bus de red (S100). La etapa de convertir, mediante la primera unidad de canal (100), el segmento
5
10
15
20
25
30
35
40
45
50
de datos recibido en el segmento de datos de MII (S100) puede incluir desplazar un segmento de datos de 8 bits y convertir un valor del mismo en los 8 bits superiores mediante el almacenamiento del valor del mismo en los 8 bits superiores.
Entretanto, una segunda unidad de canal (200) puede convertir un segmento de datos recibido en un segmento de datos de MII y transmitir el segmento convertido de datos de MII a una CPU, cuando el segmento de datos se recibe desde un bus de red (S200). La etapa de convertir, mediante la segunda unidad de canal (200), el segmento de datos recibido en el segmento de datos de MII (S200) puede incluir desplazar un segmento de datos de 8 bits y convertir un valor del mismo en los 8 bits inferiores mediante el almacenamiento del valor del mismo en los 8 bits inferiores.
Aqrn, las etapas de convertir el segmento de datos recibido mediante la primera unidad de canal y convertir el segmento de datos recibido mediante la segunda unidad de (S100, S200) pueden incluir convertir el segmento de datos mediante una unidad de una palabra de 16 bits y transmitir el segmento de datos convertido.
Seguidamente, una CPU puede reconocer una senal de deteccion de portadora (CRC) de los datos de MII recibidos desde la primera unidad de canal y la segunda unidad de canal, y puede transmitir los datos de MII a una unidad de monitorizacion (400) (S300).
La unidad de monitorizacion (400) puede monitorizar un segmento de datos mediante cada canal a partir de los datos de MII recibidos desde la CPU (S400).
Aqrn, la etapa de monitorizacion (S400) puede incluir la visualizacion de un numero de tramas de recepcion o un numero de tramas de error. Ademas, la etapa de monitorizacion (400) puede incluir representar desde cero (0) hasta un valor umbral predeterminado, y volver a empezar a contar desde cero cuando un valor supera el valor umbral predeterminado.
Aqrn, el numero de tramas de recepcion del grupo de parametros de comunicacion se puede expresar mediante un total de cinco dfgitos, colocando un cero entre los dos dfgitos superiores y los dos dfgitos inferiores, mediante la visualizacion en los dos dfgitos superiores del numero de tramas de recepcion o del numero de tramas de error recibidas desde el primer canal entre los datos recibidos a traves del bus de red, y mediante la visualizacion en los dos dfgitos inferiores del numero de tramas de recepcion o del numero de tramas de error recibidas desde el segundo canal entre los datos recibidos a traves del bus de red.
Los modos de realizacion ejemplares mencionados anteriormente pretenden ser ilustrativos, y no limitar el alcance de las reivindicaciones. Muchas alternativas, modificaciones, variaciones y equivalentes seran evidentes para los expertos en la tecnica. Las caractensticas, estructuras, procedimientos y otras caractensticas de los modos de realizacion ejemplares descritos en el presente documento se pueden combinar de diversas maneras para obtener realizaciones ejemplares, adicionales y/o alternativas. Por lo tanto, el alcance tecnico de los derechos de la presente divulgacion se decidira mediante las reivindicaciones.
NUMEROS DE REFERENCIA
100 primera unidad de canal
200 segunda unidad de canal
300 CPU
400 unidad de monitorizacion

Claims (8)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    REIVINDICACIONES
    1. Un dispositivo de monitorizacion de datos de buses de dos canales en un sistema de red de Protocolos de automatizacion en tiempo real para Ethernet industrial, RAPIEnet, estando caracterizado el dispositivo de monitorizacion por:
    una primera unidad de canal (100) configurada para transmitir y recibir un segmento de datos con un bus de red (1), convertir el segmento de datos recibido en un segmento de datos de una Interfaz independiente de gestion, MII, y transmitir y recibir el segmento convertido de datos de MII;
    una segunda unidad de canal (200) configurada para transmitir y recibir un segmento de datos con el bus de red (1), convertir el segmento de datos recibido en un segmento de datos de MII, y transmitir y recibir el segmento convertido de datos de MII;
    una CPU (300) configurada para reconocer una senal de deteccion de portadora, Comprobacion de Redundancia Cfclica, CRC, de los datos de MII recibidos desde la primera unidad de canal (100) y la segunda unidad de canal (200), y transmitir y recibir los datos de MII; y una unidad de monitorizacion (400) configurada para realizar una comunicacion de datos con la CPU (300), y monitorizar un segmento de datos mediante cada canal a partir de los datos de MII recibidos desde la CPU (300),
    en donde las unidades de canal primera (100) y segunda (200) convierten el segmento de datos mediante una unidad de una palabra de 16 bits y transmiten el segmento de datos convertido, en donde
    una unidad de conversion de MII (120) de la primera unidad de canal (100) desplaza un segmento de datos de 8 bits y almacena un valor del mismo en los 8 bits superiores a convertir, y una unidad de conversion de MII (220) de la segunda unidad de canal (200) desplaza un segmento de datos de 8 bits y almacena un valor del mismo en los 8 bits inferiores a convertir.
  2. 2. El dispositivo de monitorizacion de la reivindicacion 1, en el que:
    la unidad de monitorizacion (400) muestra un numero de tramas de recepcion o un numero de tramas de error.
  3. 3. El dispositivo de monitorizacion de la reivindicacion 1 o 2, en el que:
    la unidad de monitorizacion (400) representa desde cero, 0, hasta un valor umbral predeterminado, y vuelve a empezar a contar desde cero cuando un valor supera el valor umbral predeterminado.
  4. 4. El dispositivo de monitorizacion de la reivindicacion 2 o 3, en el que:
    el numero de tramas de recepcion en el grupo de parametros de comunicacion se expresa mediante un total de cinco dfgitos, colocando un cero entre los dos dfgitos superiores y los dos dfgitos inferiores, mediante la visualizacion en los dos dfgitos superiores del numero de tramas de recepcion o del numero de tramas de error recibidas desde el primer canal entre los datos recibidos a traves del bus de red, y mediante la visualizacion en los dos dfgitos inferiores del numero de tramas de recepcion o del numero de tramas de error recibidas desde el segundo canal entre los datos recibidos a traves del bus de red.
  5. 5. Un procedimiento de monitorizacion de datos de buses de dos canales en un sistema de red de Protocolos de automatizacion en tiempo real para Ethernet industrial, RAPIEnet, estando caracterizado el procedimiento de monitorizacion por:
    convertir un segmento de datos recibido, mediante una primera unidad de canal (100), en un segmento de datos de una Interfaz independiente de gestion, MII, y transmitir el segmento convertido de datos de MII a una CPU (300) cuando el segmento de datos se recibe desde un bus de red (1); convertir un segmento de datos recibido, mediante una segunda unidad de canal (200), en un segmento de datos de MII y transmitir el segmento convertido de datos de MII a una CPU (300) cuando el segmento de datos se recibe desde un bus de red (1);
    reconocer, mediante la CPU (300), una senal de deteccion de portadora, Comprobacion de Redundancia Cfclica, CRC, de los datos de MII recibidos desde la primera unidad de canal (100) y la segunda unidad de canal (200), y transmitir los datos de MII a una unidad de monitorizacion (400); y
    monitorizar, mediante la unidad de monitorizacion (400), un segmento de datos mediante cada canal a partir de los datos de MII recibidos desde la CPU (300),
    5
    10
    15
    20
    25
    30
    en donde las etapas de convertir el segmento de datos recibido mediante la primera unidad de canal (100) y convertir el segmento de datos recibido mediante la segunda unidad de (200) incluyen convertir el segmento de datos mediante una unidad de una palabra de 16 bits y transmitir el segmento de datos convertido,
    en donde la etapa de convertir, mediante la primera unidad de canal (100), el segmento de datos recibido en el segmento de datos de MII incluye desplazar un segmento de datos de 8 bits y convertir un valor del mismo en los 8 bits superiores mediante el almacenamiento del valor del mismo en los 8 bits superiores, y la etapa de convertir, mediante la segunda unidad de canal (200), el segmento de datos recibido en el segmento de datos de MII incluye desplazar un segmento de datos de 8 bits y convertir un valor del mismo en los 8 bits inferiores mediante el almacenamiento del valor del mismo en los 8 bits inferiores.
  6. 6. El procedimiento de monitorizacion de la reivindicacion 5, en el que:
    la etapa de monitorizacion incluye la visualizacion de un numero de tramas de recepcion o un numero de tramas de error.
  7. 7. El procedimiento de monitorizacion de la reivindicacion 5 o 6, en el que:
    la etapa de monitorizacion incluye representar desde cero, 0, hasta un valor umbral predeterminado, y volver a empezar a contar desde cero cuando un valor supera el valor umbral predeterminado.
  8. 8. El procedimiento de monitorizacion de la reivindicacion 6 o 7, en el que:
    el numero de tramas de recepcion del grupo de parametros de comunicacion se expresa mediante un total de cinco dfgitos, colocando un cero entre los dos dfgitos superiores y los dos dfgitos inferiores, mediante la visualizacion en los dos dfgitos superiores del numero de tramas de recepcion o del numero de tramas de error recibidas desde el primer canal entre los datos recibidos a traves del bus de red, y mediante la visualizacion en los dos dfgitos inferiores del numero de tramas de recepcion o del numero de tramas de error recibidas desde el segundo canal entre los datos recibidos a traves del bus de red.
ES15159049.4T 2014-03-17 2015-03-13 Procedimiento y dispositivo de monitorización de datos de buses de dos canales en un sistema de red Active ES2608917T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20140030736 2014-03-17
KR1020140030736A KR101933447B1 (ko) 2014-03-17 2014-03-17 RAPIEnet 네트워크 시스템에서의 2채널 버스 데이터의 모니터링 장치

Publications (1)

Publication Number Publication Date
ES2608917T3 true ES2608917T3 (es) 2017-04-17

Family

ID=52684081

Family Applications (1)

Application Number Title Priority Date Filing Date
ES15159049.4T Active ES2608917T3 (es) 2014-03-17 2015-03-13 Procedimiento y dispositivo de monitorización de datos de buses de dos canales en un sistema de red

Country Status (6)

Country Link
US (1) US9537507B2 (es)
EP (1) EP2922243B1 (es)
JP (1) JP5894307B2 (es)
KR (1) KR101933447B1 (es)
CN (1) CN104935475B (es)
ES (1) ES2608917T3 (es)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102102113B1 (ko) * 2019-03-25 2020-04-20 엘에스일렉트릭(주) RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3459046B2 (ja) * 2001-03-01 2003-10-20 アライドテレシス株式会社 テストマネージャ付きメディアコンバータ、障害検出システムおよび障害検出方法
US20030235214A1 (en) * 2002-05-07 2003-12-25 Andre Leroux Service channel over the Ethernet inter-frame gap
US7376146B2 (en) * 2002-05-16 2008-05-20 Intel Corporation Bus conversion device, system and method
KR20030094936A (ko) * 2002-06-10 2003-12-18 엘지전자 주식회사 Ｍｉｉ 신호 제어 장치 및 방법
CN101208674B (zh) 2005-06-23 2012-07-04 赫优讯自动化系统有限公司 用于开放式自动化系统的总线用户的数据通信的方法和装置
CN101388817B (zh) * 2008-10-30 2011-03-30 上海大学 一种百兆以太网额外信息传输方法及其传输实现系统
KR101178324B1 (ko) * 2010-04-12 2012-08-29 한국원자력연구원 안전등급 통신모듈
US8582581B2 (en) * 2010-09-28 2013-11-12 Cooper Technologies Company Dual-port ethernet traffic management for protocol conversion
US8902922B2 (en) * 2012-01-05 2014-12-02 Texas Instruments Incorporated Unified programmable interface for real-time Ethernet
US8837494B2 (en) * 2012-02-22 2014-09-16 Broadcom Corporation Encoding virtual LAN tags
CN103853680A (zh) * 2012-12-04 2014-06-11 鸿富锦精密工业（深圳）有限公司 总线信号监测装置及方法

Also Published As

Publication number Publication date
KR20150108060A (ko) 2015-09-25
EP2922243A1 (en) 2015-09-23
KR101933447B1 (ko) 2018-12-28
US20150263919A1 (en) 2015-09-17
JP5894307B2 (ja) 2016-03-23
CN104935475B (zh) 2019-03-05
US9537507B2 (en) 2017-01-03
JP2015177550A (ja) 2015-10-05
CN104935475A (zh) 2015-09-23
EP2922243B1 (en) 2016-11-16

Similar Documents

Publication Publication Date Title
CN109727443A (zh) 传感器通用接口及传感器通用接口的信息采集系统
WO2018163207A3 (en) An apparatus and method to record health care vitals and information on a stand-alone and mobile device
WO2013141491A1 (ko) 생체 정보를 가지는 데이터 통신의 보안을 위한 시스템 및 방법
US20060246921A1 (en) A Medical Data Telemetry Management System
ES2239537B1 (es) Sistema de monitorizacion y control de elementos de un vehiculo.
ES2562641T3 (es) Procedimiento, componente electrónico y sistema para diagnosticar enlaces de comunicación
CN117789960B (zh) 一种医疗设备的智能互联装置和方法
KR101359483B1 (ko) 확장형 통신 지원 통합 시스템과 이를 지원하는 통합 게이트웨이 장치 및 이를 기반으로 하는 데이터 통합 처리 방법
Tello et al. Remote monitoring system of ECG and temperature signals using Bluetooth
US9537507B2 (en) Monitoring method and device of two-channel bus data in network system
AU2020202841B2 (en) Method and system for verifying wireless connection between medical devices
CN103837076A (zh) 一种监测系统及方法
CN112512404B (zh) 监护仪及其控制方法，采集、接收装置及其通信方法
Sheshadri et al. Design and development of a wireless multi-patient vital signs monitoring system with an integrated dashboard
Rajput et al. Real-time secure transmission of biomedical data: a cloud solution for IoMT
KR20140096245A (ko) 생체 정보를 가지는 데이터 통신의 보안을 위한 시스템 및 방법
Murugesan IP Based Patient Monitoring System
Azmi et al. VCAN-Controller Area Network based human vital sign data Transmission Protocol
KR101962444B1 (ko) 진단정보 중계 장치 및 이를 이용한 진단정보 관리 시스템과 방법
CN204744135U (zh) 基于无线通讯的医用监护仪系统
JP2018061222A (ja) 知能型サイクリング装置の無線通信システムおよび方法
KR20230141788A (ko) 구강내 영역용 멀티-센서 시스템
TWM499886U (zh) 具簡化訊號插槽的生理訊號量測及傳輸裝置
KR20190020424A (ko) 다른 종류 기기의 데이터를 송수신하여 취합 데이터를 송신하는 통합 관리 제어 장치
US20170316671A1 (en) Extension cable for a medical sensor and data network device