ES2728657T3 - Método de configuración de una red CANopen, método para hacer funcionar un dispositivo esclavo de una red CANopen, y sistema para controlar un dispositivo PLC mediante el uso de la red CANopen - Google Patents

Método de configuración de una red CANopen, método para hacer funcionar un dispositivo esclavo de una red CANopen, y sistema para controlar un dispositivo PLC mediante el uso de la red CANopen Download PDF

Info

Publication number
ES2728657T3
ES2728657T3 ES13165277T ES13165277T ES2728657T3 ES 2728657 T3 ES2728657 T3 ES 2728657T3 ES 13165277 T ES13165277 T ES 13165277T ES 13165277 T ES13165277 T ES 13165277T ES 2728657 T3 ES2728657 T3 ES 2728657T3
Authority
ES
Spain
Prior art keywords
identifier
pdo
slave device
process data
slave
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
ES13165277T
Other languages
English (en)
Inventor
Seung Shin Han
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 ES2728657T3 publication Critical patent/ES2728657T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/40Bus structure
    • G06F13/4063Device-to-bus coupling
    • G06F13/4068Electrical coupling
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Program-control systems
    • G05B19/02Program-control systems electric
    • G05B19/04Program control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/05Programmable logic controllers, e.g. simulating logic interconnections of signals according to ladder diagrams or function charts
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Program-control systems
    • G05B19/02Program-control systems electric
    • G05B19/04Program control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/05Programmable logic controllers, e.g. simulating logic interconnections of signals according to ladder diagrams or function charts
    • G05B19/052Linking several PLC's
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Program-control systems
    • G05B19/02Program-control systems electric
    • G05B19/04Program control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/05Programmable logic controllers, e.g. simulating logic interconnections of signals according to ladder diagrams or function charts
    • G05B19/056Programming the PLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/403Bus networks with centralised control, e.g. polling

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Computer Hardware Design (AREA)
  • Multimedia (AREA)
  • Small-Scale Networks (AREA)
  • Programmable Controllers (AREA)

Abstract

Un método para hacer funcionar un dispositivo esclavo (110, 120, 130) conectado a una red CANopen, el método comprende: crear un objeto de datos de proceso (PDO) para la transmisión; designar la información del identificador para el objeto de datos de proceso (PDO); y transmitir el objeto de datos de proceso creado (PDO) a un dispositivo correspondiente a la información del identificador designado, en donde la información del identificador incluye un identificador del objeto de comunicación que permite que otro dispositivo esclavo (110, 120, 130) o un dispositivo maestro (100) se conecte a la red CANopen para recibir el objeto de datos de proceso (PDO), en donde un identificador del objeto de comunicación para el dispositivo maestro (100) es idéntico a un identificador del objeto de comunicación para el otro dispositivo esclavo (110, 120, 130), en donde el identificador del objeto de comunicación para cada uno de un primer y un segundo controlador lógico programable de los dispositivos esclavos (110, 120, 130) se asigna en un modo de configuración, y el identificador del objeto de comunicación se asigna a través de uno de un primer esquema, que es un esquema de asignación secuencial, y un segundo esquema que permite que un usuario asigne aleatoriamente el identificador del objeto de comunicación en un intervalo específico.

Description

DESCRIPCIÓN
Método de configuración de una red CANopen, método para hacer funcionar un dispositivo esclavo de una red CANopen, y sistema para controlar un dispositivo PLC mediante el uso de la red CANopen
Antecedentes
La modalidad se refiere a un método de configuración de una red CANopen, un dispositivo esclavo, y un sistema para controlar un PLC. Más particularmente, la modalidad se refiere a un método de configuración de una red CANopen capaz de reducir una carga de red y un tiempo de retardo de transmisión, un dispositivo esclavo que usa el mismo, y un sistema para controlar un dispositivo PLC.
Un bus de la red de área de control (CAN) es un bus de comunicación en serie de dos cables que es un estándar de la industria ampliamente usado para aplicaciones en vehículos y controles industriales, así como en equipamiento médico, ingeniería electrónica aérea, instalaciones de automatización de oficinas, productos de consumo, muchos otros productos y aplicaciones. Un controlador CAN es un dispositivo independiente configurado para interactuar con un microcontrolador. El controlador CAN puede usarse actualmente en forma de un circuito integrado en un chip de microcontrolador o un módulo insertado en el chip de microcontrolador. Desde 1986, los usuarios CAN (programadores de software) han desarrollado una pluralidad de capas de aplicación CAN de alto nivel (CAL) para expandir las funciones de la CAN mientras soporta la descripción de la CAN con el uso de una capa física CAN y un formato de trama CAN. Una CANopen es una de las CAL, y se ha usado para la gestión de red y el monitoreo de equipos controladores lógicos programables (PLC) en diversos campos industriales mientras sirve como un protocolo para soportar una red CAN.
La Figura 1 muestra una red CANopen mediante el uso de un protocolo CANopen típico. La red CANopen incluye dispositivos esclavos 11 y 12, y un dispositivo maestro 10 para gestionar los dispositivos esclavos 11 y 12.
La Figura 2 es una vista para explicar el procedimiento de comunicación entre el dispositivo maestro 10 y el primer dispositivo esclavo 11, y entre el dispositivo maestro 10 y el segundo dispositivo esclavo 12. Las Figuras 3 a 7 son vistas para explicar los datos recibidos y transmitidos en la red CANopen.
Como se muestra en la Figura 2, el dispositivo maestro 10 puede asignarse con puertos PDO de transmisión y puertos PDO de recepción para transmitir y recibir objetos de datos de proceso (POD) en base a un protocolo CANopen con cada dispositivo esclavo. Adicionalmente, a cada uno del primer dispositivo esclavo 11 y del segundo dispositivo esclavo 12 puede asignarse puertos de transmisión de PDO y puertos de recepción de PDO para transmitir y recibir los PDO con respecto al dispositivo maestro 10.
Como se muestra en la Figura 2, cada uno del primer y segundo dispositivos esclavos 11 y 12 recibe un PDO desde el dispositivo maestro 10 a través de su puerto de recepción PDO, y transmite un PDO al dispositivo maestro 10 a través de su puerto de transmisión de PDO. En este caso, cada puerto puede identificarse a través de un ID del objeto CANopen (COB).
La Figura 3 muestra un ID de CAN que sirve como identificador de datos que se transmiten y reciben por una red CAN. El ID de CAN contiene un código de función de 4 bits y un ID de nodo de 7 bits, y se forma junto con un PDO. El código de función puede designarse de conformidad con los servicios de datos, y el ID del nodo se refiere a un número para identificar un dispositivo esclavo al que se transmiten los datos.
La Figura 4 es una vista que muestra el caso en que el ID de CAN se usa para identificar el PDO. El PDO puede dividirse en un PDO de transmisión y un PDO de recepción. El PDO de transmisión se transmite por el dispositivo esclavo, y el PDO de recepción es recibido por el dispositivo esclavo. El ID de CAN correspondiente a cada PDO puede contener un código de función relacionado de acuerdo con los estados de transmisión y recepción. El ID de CAN para el PDO que tiene un código de función específico puede contener un ID de CAN intrínseco que tiene la forma de combinación con el ID del nodo.
Las Figuras 5 y 6 muestran el intervalo de índices y un subíndice admisible para un PDO enviado y recibido por la red CANopen. Cada índice se refiere a un servicio (transmisión o recepción) de un protocolo de comunicación para el servicio de un PDO. Cada subíndice puede referirse al valor de un ID de COB que sirve como un identificador para un nodo de destino o un dispositivo de destino, al cual se transmite un PDO, y constituye el PDO. La Figura 7 muestra el estándar típicamente definido de los ID de COB de transmisión y recepción de PDO
Cada uno de los dispositivos esclavos 11 y 12 en la red CANopen establecida de conformidad con la norma de ID de COB recibe la información de configuración de PDO correspondiente a cada uno de los dispositivos esclavos 11 y 12 antes de establecerse la comunicación entre los dispositivos esclavos 11 y 12 y el dispositivo maestro 10. Una trama de datos se transmite entre los dispositivos esclavos 11 y 12, y el dispositivo maestro 10.
Sin embargo, en la red CANopen típica, cada uno de los dispositivos esclavos 11 y 12 se configura para establecer una comunicación solo con el dispositivo maestro 10. En consecuencia, cuando un dispositivo esclavo 11 debe transmitir datos a otro dispositivo esclavo 12, el número de veces que se transmite la trama se requiere significativamente, de manera que se gasta significativamente el tiempo de transmisión.
El documento XP 11097200 describe un protocolo para el Descubrimiento Automático de Nodos (AND) en las Redes CANopen. Algunos servicios de comunicación se añaden al protocolo LSS básico, de manera que los nodos no configurados pueden identificarse por medio del algoritmo AND.
El documento EP 2393247 describe comunicaciones multimaestros en una red de área del controlador. La capa de red incluye una estructura de mensajería que permite que una pluralidad de nodos de red funcione simultáneamente como un cliente.
Resumen
La descripción es para proporcionar un método de configuración de una red CANopen capaz de reducir el número de veces que se transmiten las tramas permitiendo que los dispositivos esclavos envíen y reciban los PDO entre estos, un dispositivo esclavo que usa el mismo, y un sistema de control de un PLC.
Este objeto se resuelve a través de la materia contenida en las reivindicaciones independientes. Las modalidades se definen en las reivindicaciones dependientes.
La descripción es para proporcionar un método de configuración de una red CANopen capaz de permitir que un dispositivo maestro monitoree los datos directamente recibidos y transmitidos entre los dispositivos esclavos, un dispositivo esclavo que usa los mismos, y un sistema para controlar un PLC.
De conformidad con la modalidad, se proporciona un método para hacer funcionar un dispositivo esclavo conectado a una red CANopen. El método incluye crear un objeto de datos de proceso para la transmisión, designar la información del identificador para el objeto de datos de proceso, y transmitir el objeto de datos de proceso creado a un dispositivo correspondiente a la información del identificador designado. La información del identificador incluye un identificador del objeto de comunicación que permite que otro dispositivo esclavo o un dispositivo maestro conectado a la red CANopen reciban el objeto de datos de proceso.
De conformidad con la modalidad, se proporciona un método de configuración de una red CANopen. El método incluye conectar un dispositivo maestro y una pluralidad de dispositivos esclavos a la red CANopen, asignar un identificador del objeto de comunicación para el dispositivo maestro de manera que un objeto de datos de proceso se transmite y recibe entre el dispositivo maestro y los dispositivos esclavos, y asignar un identificador del objeto de comunicación para cada uno de los dispositivos esclavos de manera que el objeto de datos de proceso se transmita y reciba entre el dispositivo maestro y los dispositivos esclavos. El dispositivo maestro o los dispositivos esclavos transmiten y reciben los datos de proceso basado en el identificador del objeto de comunicación correspondiente al objeto de datos de proceso.
De conformidad con la modalidad, se proporciona un sistema para controlar un dispositivo controlador lógico programable (PLC) mediante el uso de una red CANopen. El sistema incluye un primer dispositivo esclavo controlador lógico programable conectado a la red CANopen, y que funciona mediante la transmisión y recepción de datos de la red CANopen, y un dispositivo maestro conectado a la red CANopen para controlar y gestionar el primer dispositivo esclavo controlador lógico programable. El primer dispositivo esclavo de controlador lógico programable crea un objeto de datos de proceso para la transmisión, designa la información del identificador incluyendo un identificador del objeto de comunicación para la recepción de datos de un segundo controlador lógico programable del controlador o un dispositivo maestro que se conecta a la red CANopen para recibir el objeto de datos de proceso, y transmite la información del identificador y el objeto de datos de proceso a la red CANopen. El dispositivo maestro o el segundo dispositivo esclavo controlador lógico programable reciben el objeto de datos de proceso si un identificador del objeto de comunicación para la recepción de datos del segundo dispositivo esclavo controlador lógico programable o el dispositivo maestro coincide con el identificador del objeto de comunicación incluido en la información del identificador.
Como se describió anteriormente, de conformidad con la modalidad, los dispositivos esclavos que constituyen la red CANopen pueden ser PDO entre estos.
En particular, el PDO puede transmitirse y recibirse directamente entre los dispositivos esclavos, de manera que el número de veces de la transmisión puede reducirse, reduciendo así una carga de red y reduciendo el tiempo de transmisión de datos.
Mientras tanto, el dispositivo maestro puede monitorear los datos transmitidos y recibidos entre los dispositivos esclavos, de manera que el dispositivo maestro conectado a la red CANopen pueda gestionar eficazmente la situación de control del sistema PLC.
Breve descripción de los dibujos
Las Figuras 1 a 7 son vistas para explicar la configuración de un sistema de red CANopen de conformidad con la técnica relacionada.
La Figura 8 es un diagrama de bloques que muestra esquemáticamente la configuración de un sistema de red CANopen de conformidad con una modalidad.
La Figura 9 es un diagrama de flujo que muestra un método para configurar la red CANopen de conformidad con una modalidad.
La Figura 10 es una vista para explicar los datos transmitidos y recibidos entre un dispositivo maestro y un dispositivo esclavo que constituye una red CANopen de conformidad con una modalidad.
La Figura 11 es una vista para explicar la transmisión y recepción de datos entre los dispositivos esclavos mostrados en la Figura 10.
La Figura 12 es un diagrama de flujo para explicar un método para realizar el monitoreo de la transmisión y recepción de datos entre un dispositivo maestro y un dispositivo esclavo conectado a la red CANopen de conformidad con una modalidad. La Figura 13 es un diagrama de flujo para explicar el funcionamiento de un sistema de control PLC a través de una red CANopen de conformidad con aún otra modalidad.
Descripción detallada de las modalidades
El principio de las modalidades se describirá a continuación. Por lo tanto, aunque no se describe y representa específicamente en la descripción, un experto en la técnica puede darse cuenta del principio de las modalidades y puede inventar varios aparatos dentro del concepto y alcance de las modalidades. Además, en principio, los términos condicionales y las modalidades mencionadas en la descripción deben destinarse obviamente para comprender el concepto de las modalidades y no pueden limitar el alcance de las modalidades.
Además, debe entenderse que todas las descripciones detalladas, que enseñan una modalidad específica así como un principio, un aspecto y modalidades, se destinan a incluir equivalentes estructurales y funcionales. Además, debe entenderse que los equivalentes pueden incluir equivalentes a desarrollar en el futuro, así como equivalentes conocidos, y pueden incluir todos los dispositivos inventados para realizar las mismas funciones independientemente de su estructura.
En consecuencia, por ejemplo, debe entenderse que un diagrama de bloques de la descripción ilustra un punto de vista conceptual de un circuito ilustrativo que realiza los principios de la modalidad. De la misma manera, debe entenderse que todos los diagramas de flujo, los diagramas de transición de estado, y los pseudo códigos pueden estar realmente representados en un medio legible por computadora y pueden representar varios procesos a ser ejecutados por una computadora o un procesador, independientemente de si la computadora o el procesador se muestra claramente.
Las funciones de varios dispositivos mostrados en los dibujos que incluyen un procesador o un bloque de funciones expresado como un concepto similar al procesador pueden proporcionarse utilizando hardware capaz de ejecutar software adecuado así como hardware dedicado. Cuando las funciones son proporcionadas por el procesador, las funciones pueden ser proporcionadas por un solo procesador dedicado, un solo procesador compartido, o una pluralidad de procesadores individuales y una parte de las funciones puede ser compartida.
Debe entenderse que el uso de un procesador, un control o el término presentado como un concepto similar al procesador y al control no debe interpretarse como una referencia exclusiva al hardware capaz de ejecutar software, sino que debe entenderse que incluye implícitamente un procesador de señal digital (DSP), ROM, RAM y memoria no volátil que almacena hardware y software. Se puede incluir otro hardware generalmente conocido en la técnica.
En las reivindicaciones adjuntas, los componentes expresados como una unidad para realizar una función descrita en la descripción detallada pretenden incluir una combinación de dispositivos de circuito que realizan la función anterior y todos los métodos para realizar la función anterior, tales como varios tipos de software incluyendo un firmware/microcódigo. Los componentes se incorporan con los adecuados para ejecutar el software. Dado que la descripción definida por las reivindicaciones se incorpora con funciones de unidades que se proporcionan de forma diversa y la forma requerida por las reivindicaciones, los expertos en la técnica deben comprender que cualquier unidad que proporcione la función es un equivalente de la descripción.
Los objetivos, características y ventajas anteriores se pueden comprender más claramente a través de la siguiente descripción en relación con los dibujos acompañantes. En consecuencia, los expertos en la técnica pueden llevar a la práctica fácilmente el presente concepto inventivo. En la siguiente descripción, si la descripción detallada sobre funciones o configuraciones bien conocidas puede hacer que el tema de la divulgación no sea claro, se omitirá la descripción detallada.
En lo adelante, se describirá en detalle una modalidad ilustrativa con referencia a los dibujos acompañantes.
La Figura 8 es un diagrama de bloques que muestra esquemáticamente la configuración de un sistema de red CANopen de conformidad con una modalidad.
Con referencia a la Figura 8, el sistema de red CANopen de conformidad con una modalidad incluye un dispositivo maestro 100, un primer dispositivo esclavo 110, y un segundo dispositivo esclavo 120.
El dispositivo maestro 100 transmite y recibe un objeto de datos de proceso (PDO) con respecto al primer y segundo dispositivo esclavo 110 y 120.
De conformidad con una modalidad, el PDO puede ser un objeto de datos usado en una red CANopen. El PDO puede contener la información de los estados de dispositivos que tienen mayor prioridad, y puede contener un objeto de datos que puede ser transmitido y recibido entre dispositivos sobre la red CANopen a través de un esquema de transmisión.
Un PDO puede contener una trama de protocolo CAN. Cada PDO permite la comunicación basada en datos de aplicación de hasta 8 bytes.
Cada PDO puede transmitirse y recibirse entre dispositivos conectados entre sí por la red CANopen. Para este fin, cada dispositivo puede configurarse con direcciones o puertos para transmitir y recibir el PDO.
Mientras tanto, el primer dispositivo esclavo 110 transmite y recibe un PDO con respecto al dispositivo maestro 100 y el segundo dispositivo esclavo 120.
El primer dispositivo esclavo 110 puede transmitir y recibir el PDO con respecto al dispositivo maestro 100 a través del mismo esquema de comunicación que el de una red CANopen típica.
Adicionalmente, el primer dispositivo esclavo 110 puede transmitir y recibir datos con respecto al segundo dispositivo esclavo 120. En este caso, el primer dispositivo esclavo 110 puede establecer comunicación directa con el segundo dispositivo esclavo 120. En consecuencia, diferente de la técnica relacionada, ya que un dispositivo esclavo no necesita establecer una comunicación a través de un dispositivo maestro basado en el esquema de comunicación convencional, puede reducirse el número de veces en que se transmite un PDO y el tiempo para la transmisión de datos.
De manera similar, el segundo dispositivo esclavo 120 puede transmitir y recibir el PDO con respecto al dispositivo maestro 100 o el primer dispositivo esclavo 110. Los detalles de un esquema de transmisión y recepción de datos de este se describirán a continuación.
La Figura 9 es un diagrama de flujo que muestra un método de configuración de la red CANopen de conformidad con una modalidad.
Con referencia a la Figura 9, primero, el dispositivo maestro 100 y el primer y segundo dispositivos esclavos 110 y 120 se conectan a la red CANopen (etapa S100).
A continuación, el dispositivo maestro 100 asigna un ID del objeto de comunicación (ID de COB), que se usa para transmitir y recibir un PDO con cada dispositivo esclavo 110 o 120, correspondiente al dispositivo esclavo relacionado.
El ID de COB puede ser un ID de objeto de 11 bits asignada para una trama CAN trasmitida y recibida en base a un protocolo CANopen. Como se describió anteriormente, el ID de COB puede contener un código de función de 4 bits y una ID de nodo de 7 bits. Además, el ID de COB puede contener una dirección de un puerto que permite la transmisión de datos o la recepción de datos o un ID de la dirección para los datos transmitidos y recibidos, de conformidad con los códigos de función o ID de nodos.
Por ejemplo, el dispositivo maestro 100 asigna los ID de COB para transmitir y recibir los PDO correspondientes al primer dispositivo esclavo 110, de manera que el dispositivo maestro 100 pueda establecer una comunicación con el primer dispositivo esclavo 110. Además, el dispositivo maestro 100 asigna los ID de COB para transmitir y recibir los PDO correspondientes al segundo dispositivo esclavo 120. Por lo tanto, cada ID de COB se usa como un identificador de dirección para transmitir o recibir el PDO, de manera que el dispositivo maestro 100 puede transmitir y recibir el PDO con respecto al segundo dispositivo esclavo 120.
En este caso, para generar el ID de COB para el PDO de transmisión y el ID de COB para el PDO de recepción, el dispositivo maestro 100, el primer dispositivo esclavo 110, o el segundo dispositivo esclavo 120 pueden entrar en un modo de configuración CANopen. En el modo de configuración CANopen, cada uno del dispositivo maestro 100, el primer dispositivo esclavo 110 y el segundo dispositivo esclavo 120 pueden asignar los ID de COB de conformidad con su secuencia establecida a través de un esquema de direcciones de asignación secuencial. Por ejemplo, un usuario puede asignar el ID de COB al azar dentro del intervalo específico, por ejemplo, el intervalo de ox681h a ox6FFh.
Además, el primer dispositivo esclavo 110 asigna los ID de COB a los datos transmitidos y recibidos con respecto al dispositivo maestro 100 (etapa S120). Además, el primer dispositivo esclavo 110 asigna los ID de COB a los datos transmitidos y recibidos con respecto al segundo dispositivo esclavo 120 (etapa S130).
El primer dispositivo esclavo 110 puede asignar un ID de COB para transmitir o recibir un PDO con respecto al dispositivo maestro 100 a través del mismo esquema que el del dispositivo maestro 100. En consecuencia, el primer dispositivo esclavo 110 puede usar el modo de configuración CANopen anterior, y puede asignar los ID de COB para transmitir y recibir los p Do correspondientes al dispositivo maestro 100.
En particular, el primer dispositivo esclavo 110 puede asignar un ID de COB para transmitir o recibir un PDO con respecto al segundo dispositivo esclavo 120. Mediante el uso de los ID de c Ob , el primer dispositivo esclavo 110 puede transmitir y recibir simultáneamente los PDO con respecto al segundo dispositivo esclavo 120 así como también el dispositivo maestro 100.
Además, el segundo dispositivo esclavo 120 asigna los ID de COB a los datos de transmisión y recepción con respecto al dispositivo maestro 100 a través del mismo esquema que los del primer dispositivo esclavo 110 y el dispositivo maestro 100 (etapa S140), y distribuye los ID de COB a los datos de transmisión y recepción con respecto al primer dispositivo esclavo 110 (etapa S150).
Los ID de COB asignados por cada uno del dispositivo maestro 100, el primer dispositivo esclavo 110, y el segundo dispositivo esclavo 120 pueden compartirse con los dispositivos conectados a la red. En consecuencia, la información del ID de COB entre los dispositivos conectados a la red CANopen puede predeterminarse por un usuario, y el ID de COB puede transmitirse y recibirse entre los dispositivos y almacenarse previamente antes que se realice la comunicación.
A continuación, si se asignan todos los ID de COB, los PDO se transmiten y reciben entre el dispositivo maestro 100, el primer dispositivo esclavo 110 y el segundo dispositivo esclavo 120 mediante el uso de los ID de COB. Como se describió anteriormente, los PDO puede transmitirse y recibirse directamente entre el primer dispositivo esclavo 110 y el segundo dispositivo esclavo 120, de manera que el tiempo de transmisión y la carga de transmisión pueden reducirse.
Aunque la descripción se ha hecho con respecto al sistema de red CANopen que incluye el dispositivo maestro 100, el primer dispositivo esclavo 110, y el segundo dispositivo esclavo 120 para propósitos ilustrativos, puede proporcionarse adicionalmente una pluralidad de dispositivos esclavos o una pluralidad de dispositivos maestros. Múltiples ID de COB pueden asignarse adicionalmente para la comunicación entre los varios dispositivos. En este caso, de conformidad con la modalidad, es posible la comunicación entre los dispositivos esclavos, de manera que la carga de la red puede reducirse, y varios esquemas de comunicación pueden soportarse sin el dispositivo maestro. En consecuencia, la compatibilidad del sistema puede mejorarse.
La Figura 10 es una vista que muestra un sistema de red CANopen de conformidad con una modalidad.
Como se muestra en la Figura 10, puede asignarse a cada dispositivo un ID de PDO de transmisión y un ID de PDO de recepción mediante el uso de los ID de COB. En lo adelante, cada ID de COB se describirá junto con el PDO 1 de transmisión, y se omite la escritura de "ID".
Un PDO transmitido en base a transmitir el PDO 1 correspondiente a una primer esclavo, que se establece en el dispositivo maestro 100, puede ser recibido por el primer dispositivo esclavo 110 a través de la recepción del PDO 1 del primer dispositivo esclavo 110.
Un PDO transmitido a través del PDO 1 de transmisión correspondiente a un segundo conjunto esclavo en el dispositivo maestro 100 puede recibirse por el segundo dispositivo esclavo 120 a través del PDO 1 de recepción del segundo dispositivo esclavo 110.
Adicionalmente, un PDO transmitido a través del PDO 1 de transmisión del primer dispositivo esclavo 110 puede recibirse a través del PDO 1 de transmisión correspondiente al primer esclavo del dispositivo maestro 100.
Un PDO transmitido a través del PDO 1 de transmisión del segundo dispositivo esclavo 120 puede recibirse a través del PDO 1 de recepción correspondiente al segundo esclavo del dispositivo maestro 100.
Mientras tanto, un POD transmitido a través del PDO 2 de transmisión del primer dispositivo esclavo 110 puede recibirse a través del PDO 2 de recepción del segundo dispositivo esclavo 120.
Además, un PDO transmitido a través del PDO 2 de transmisión del segundo dispositivo esclavo 120 puede recibirse a través del PDO 2 de recepción del primer dispositivo esclavo 110.
A través de la red CANopen configurada como se describió anteriormente, los PDO se transmiten y reciben entre los dispositivos esclavos.
La Figura 11 es una vista para explicar la transmisión y recepción de datos entre los dispositivos esclavos mostrados en la Figura 10 en más detalle.
Cada uno del primer dispositivo esclavo 110 y el segundo dispositivo esclavo 120 puede entrar en el modo de configuración de manera que los ID de COB pueden asignarse entre ellos, y los PDO pueden transmitirse y recibirse mediante el uso de los ID de COB asignados.
En el modo de configuración, un usuario puede designar el valor de un ID de COB transmitido junto con cada PDO correspondiente a un dispositivo esclavo específico, y puede configurarse de tal manera que cada dispositivo esclavo identifique y reciba un p Do transmitido junto con un ID de COB específico.
Como se muestra en la Figura 11, el ID de COB correspondiente al PDO de transmisión del primer dispositivo esclavo 110 y el ID de COB correspondiente al PDO de recepción del segundo dispositivo esclavo 120 se establecen idénticamente a "ox681h", de manera que el PDO de transmisión desde el primer dispositivo esclavo 110 puede recibirse directamente por el segundo dispositivo esclavo 120.
Además, el ID de COB correspondiente al PDO de transmisión del segundo dispositivo esclavo 120 y el ID de COB correspondiente al PDO de recepción del primer dispositivo esclavo 110 se establece idénticamente a "ox682h", de manera que el PDO de transmisión desde el segundo dispositivo esclavo 120 puede recibirse directamente por el primer dispositivo esclavo 110.
En particular, como se describió anteriormente, los ID de COB se ajustan al mismo valor entre los dispositivos esclavos de transmisión y recepción, de manera que es posible la transmisión y recepción del PDO entre los dispositivos esclavos sin la configuración de red existente. En consecuencia, puede reducirse la instalación y el costo de configuración.
La Figura 12 es un diagrama de flujo para explicar el funcionamiento de un sistema de control PLC a través de la red CANopen de conformidad con otra modalidad.
De conformidad con la modalidad, el dispositivo maestro 100 conectado a la red CANopen anterior puede controlar los dispositivos PLC. En particular, los dispositivos PLC pueden conectarse a los dispositivos esclavos tales como el primer dispositivo esclavo 110, el segundo dispositivo esclavo 120, o un tercer dispositivo esclavo 130, respectivamente, y controlarse por el dispositivo maestro 100. En consecuencia, cada dispositivo esclavo puede hacer referencia al primer dispositivo esclavo PLC 110, el segundo dispositivo esclavo PLC 120, o el tercer dispositivo esclavo PLC 130. Cada dispositivo PLC puede ser instalado en las instalaciones en un campo industrial, y el dispositivo maestro 100 puede ser un dispositivo de control para gestionar el dispositivo PLC.
En consecuencia, incluso si los datos se transmiten y reciben entre los dispositivos esclavos, el dispositivo maestro 100 monitorea la transmisión y recepción de los datos de manera que el control puede lograrse completamente.
Con este fin, el dispositivo maestro 100 establece la activación/desactivación del monitoreo de datos (etapa S200). En detalle, el usuario puede configurar la activación/desactivación de la función de monitoreo de datos a través de la entrada en el dispositivo maestro 100. Adicionalmente, un proveedor en instalaciones puede establecerse previamente de manera que el dispositivo maestro 100 pueda monitorear automáticamente los datos.
A continuación, si se establece la activación/desactivación del monitoreo de datos, el dispositivo maestro 100 asigna un ID de COB para la recepción de un PDO en este al mismo valor que el de un ID de COB para la recepción de un PDO en un dispositivo objetivo que se monitorea (por ejemplo, el tercer dispositivo esclavo 130) (etapa S210).
Después de eso, otro dispositivo esclavo (por ejemplo, el segundo dispositivo esclavo 120) transmite un objeto de datos usando el ID de COB asignado para transmitir el PDO al tercer dispositivo esclavo 130 (etapa S220).
Luego, el dispositivo maestro 100 y el tercer dispositivo esclavo 130 reciben el mismo objeto de datos, el cual se transmite desde el segundo dispositivo esclavo 120, a través de la red CANopen (etapa S230).
Después de eso, el dispositivo maestro 100 monitorea el PDO recibido al tercer dispositivo esclavo 130 en base al objeto de datos recibido (etapa S240).
Como se describió anteriormente, el dispositivo maestro 100 puede recibir simultáneamente el PDO, que se recibe en el dispositivo esclavo objetivo de otro dispositivo esclavo, junto con el dispositivo esclavo objetivo estableciendo su ID de c Ob idénticamente al ID de COB para la recepción del PDO configurado en el dispositivo esclavo objetivo. En este caso, el dispositivo maestro 100 puede realizar el monitoreo de datos sin la modificación de otros componentes de red, de manera que el costo de instalación puede reducirse. En consecuencia, el dispositivo maestro 100 puede realizar de manera económica y rápida el monitoreo de datos.
La Figura 13 es un diagrama de flujo para explicar el funcionamiento de un sistema de control PLC a través de una red CANopen de conformidad con aún otra modalidad.
En la Figura 13, las flechas y líneas marcadas representan que los datos se transmiten y reciben mediante el uso del mismo ID de COB.
Como se muestra en la Figura 13, los dispositivos conectados a la red CANopen pueden transmitir y recibir simultáneamente de los PDO entre estos estableciendo los ID de COB específicos al mismo valor.
Por ejemplo, si el primer dispositivo esclavo 110 establece un ID de COB de su PDO 2 de transmisión, un ID de COB del PDO 2 de recepción correspondiente a un primer esclavo del dispositivo maestro 100, y un ID de COB del PDO 2 de recepción del segundo dispositivo esclavo 120 al mismo valor, los PDO transmitidos desde el primer dispositivo esclavo 110 pueden recibirse en el dispositivo maestro 100 y en el segundo dispositivo esclavo 120.
Además, por ejemplo, si el segundo dispositivo esclavo 120 establece un ID de COB de su PDO 2 de transmisión, un ID de COB del PDO 2 de recepción del primer dispositivo esclavo 110, y un ID de COB del PDO 2 de recepción del tercer dispositivo esclavo 130 al mismo valor, los PDO transmitidos desde el segundo dispositivo esclavo 120 pueden recibirse en el primer dispositivo esclavo 110 y en el tercer dispositivo esclavo 130.
En consecuencia, cada uno del dispositivo maestro 100 y los dispositivos esclavos 110, 120, y 130 asigna libremente el valor de ID de COD para configurar la función de transmisión y recepción de datos entre ellos, o para liberar el ajuste de la función de transmisión y recepción. Por lo tanto, los dispositivos esclavos pueden establecer una comunicación entre ellos mientras que el dispositivo maestro 100 puede realizar el monitoreo de datos. Además, dado que los dispositivos esclavos pueden establecer una comunicación de uno a varios y una comunicación de varios a uno entre ellos, así como una comunicación uno a uno, pueden obtenerse efectos ventajosos al expandir y gestionar la red.
Como se describió anteriormente, en el método para configurar la red CANopen, el método para hacer funcionar los dispositivos esclavos mediante el uso del método y el sistema para controlar el dispositivo PLC de la modalidad, es posible la comunicación entre los dispositivos esclavos y la configuración libre, de manera que la carga de la red y el tiempo de transmisión pueden reducirse sin otros componentes adicionales, de manera que la red puede expandirse y gestionarse fácilmente.
El método de configuración de la red CANopen de acuerdo con la modalidad se lleva a cabo en forma de un programa ejecutado en una computadora y se almacena en un medio legible por computadora. El medio de grabación legible por computadora incluye una ROM, una RAM, un CD-ROM, una cinta magnética, un disquete y un dispositivo óptico de almacenamiento de datos. Además, el medio de grabación legible por computadora puede implementarse en forma de una onda portadora (por ejemplo, transmisión a través de Internet).
El medio de grabación legible por computadora puede distribuirse en sistemas informáticos conectados entre sí a través de una red y un código legible por computadora en un esquema de distribución puede almacenarse y ejecutarse en el medio de grabación legible por computadora. Los programadores expertos en la técnica relacionada pueden deducir fácilmente un programa funcional, un código y segmentos de código para implementar el método.
Aunque las modalidades se han descrito con referencia a un número de modalidades ilustrativas de estas, debe entenderse que los expertos en la técnica pueden proyectar otras numerosas modificaciones y modalidades que caerán dentro del espíritu y el alcance de los principios de esta descripción. Más particularmente, son posibles varias variaciones y modificaciones en las partes componentes y/o disposiciones de la disposición de combinación de sujetos dentro del alcance de la descripción, los dibujos y las reivindicaciones adjuntas. Adicional a las variaciones y modificaciones en las partes componentes y/o disposiciones, los usos alternativos serán también evidentes para los expertos en la técnica.

Claims (12)

REIVINDICACIONES
1. Un método para hacer funcionar un dispositivo esclavo (110, 120, 130) conectado a una red CANopen, el método comprende:
crear un objeto de datos de proceso (PDO) para la transmisión;
designar la información del identificador para el objeto de datos de proceso (PDO); y
transmitir el objeto de datos de proceso creado (PDO) a un dispositivo correspondiente a la información del identificador designado,
en donde la información del identificador incluye un identificador del objeto de comunicación que permite que otro dispositivo esclavo (110, 120, 130) o un dispositivo maestro (100) se conecte a la red CANopen para recibir el objeto de datos de proceso (PDO),
en donde un identificador del objeto de comunicación para el dispositivo maestro (100) es idéntico a un identificador del objeto de comunicación para el otro dispositivo esclavo (110, 120, 130),
en donde el identificador del objeto de comunicación para cada uno de un primer y un segundo controlador lógico programable de los dispositivos esclavos (110, 120, 130) se asigna en un modo de configuración, y el identificador del objeto de comunicación se asigna a través de uno de un primer esquema, que es un esquema de asignación secuencial, y un segundo esquema que permite que un usuario asigne aleatoriamente el identificador del objeto de comunicación en un intervalo específico.
2. El método de conformidad con la reivindicación 1, en donde el otro dispositivo esclavo (110, 120, 130) incluye un primer dispositivo esclavo (110, 120, 130) y un segundo dispositivo esclavo (110, 120, 130), y un identificador del objeto de comunicación correspondiente al primer dispositivo esclavo (110, 120, 130) es idéntico a un identificador del objeto de comunicación correspondiente al segundo dispositivo esclavo (110, 120, 130).
3. El método de la reivindicación 1, que comprende además:
configurar un identificador del objeto de comunicación para recibir un objeto de datos de proceso (PDO) mediante el uso del dispositivo esclavo (110, 120, 130); y recibir un objeto de datos de proceso (PDO) desde otro dispositivo esclavo (110, 120, 130) mediante el uso del identificador del objeto de comunicación establecido mediante el uso del dispositivo esclavo (110, 120, 130).
4. Un método de configuración de una red CANopen, el método comprende:
conectar un dispositivo maestro (100) y una pluralidad de dispositivos esclavos (110, 120, 130) a la red CANopen;
asignar un identificador del objeto de comunicación para el dispositivo maestro (100) de manera que el objeto de datos de proceso
(PDO) se transmite y recibe entre el dispositivo maestro (100) y los dispositivos esclavos; y
asignar un identificador de objeto de comunicación para cada uno de los dispositivos esclavos (110, 120, 130) tal
que el objeto de datos de proceso (PDO) se transmite y recibe entre el dispositivo maestro (100) y los dispositivos esclavos (110, 120, 130),
en donde el dispositivo maestro (100) o los dispositivos esclavos (110, 120, 130) transmiten y reciben los datos de proceso en base al identificador del objeto de comunicación correspondiente al objeto de datos de proceso (PDO), en donde un identificador del objeto de comunicación para el dispositivo maestro (100) es idéntico a un identificador del objeto de comunicación para el otro dispositivo esclavo (110, 120, 130).
5. El método de conformidad con la reivindicación 4, que comprende además configurar un identificador del objeto de comunicación con respecto a cada uno de los dispositivos esclavos (110, 120, 130) para la recepción de un objeto de datos de proceso (PDO) a partir de otro dispositivo esclavo (110, 120, 130).
6. El método de conformidad con la reivindicación 4, que comprende además configurar un identificador del objeto de comunicación con respecto a cada uno de los dispositivos esclavos (110, 120, 130) para la transmisión de un objeto de datos de proceso (PDO) a otro dispositivo esclavo (110, 120, 130).
7. Un sistema para controlar un dispositivo controlador lógico programable (PLC) mediante el uso de una red CANopen, el sistema comprende:
un primer dispositivo esclavo controlador lógico programable (110, 120, 130) conectado a la red CANopen, y que se hace funcionar mediante la transmisión y recepción de datos de la red CANopen; y
un dispositivo maestro (100) conectado a la red CANopen para controlar y gestionar el primer dispositivo esclavo controlador lógico programable (110, 120, 130),
en donde el primer dispositivo esclavo controlador programable (110, 120, 130) crea un objeto de datos de proceso (PDO) para la transmisión, designa información del identificador incluyendo un identificador del objeto de comunicación para la recepción de datos de un segundo dispositivo esclavo controlador lógico programable (110, 120, 130) o un dispositivo maestro (100) que se conecta a la red CANopen para recibir el objeto de datos de proceso (PDO), y transmite la información del identificador y el objeto de datos de proceso (PDO) a la red CANopen,
en donde el dispositivo maestro (100) o el segundo dispositivo esclavo controlador programable (110, 120, 130) recibe el objeto de datos de proceso (PDO) si un identificador del objeto de comunicación para la recepción de datos del segundo dispositivo esclavo controlador lógico programable (110, 120, 130) o el dispositivo maestro (100) coincide con el identificador del objeto de comunicación incluido en la información del identificador, en donde un identificador del objeto de comunicación para el dispositivo maestro (100) es idéntico a un identificador del objeto de comunicación para el otro dispositivo esclavo (110, 120, 130),
en donde el identificador del objeto de comunicación para cada uno de un primer y un segundo controlador lógico programable de los dispositivos esclavos (110, 120, 130) se asigna en un modo de configuración, y el identificador del objeto de comunicación se asigna a través de uno de un primer esquema, que es un esquema de asignación secuencial, y un segundo esquema que permite que un usuario asigne aleatoriamente el identificador del objeto de comunicación en un intervalo específico.
8. El sistema de conformidad con la reivindicación 7, en donde el dispositivo maestro (100) monitorea los datos transmitidos y recibidos entre el primer y segundo dispositivos esclavos controladores lógicos programables (110, 120, 130) mediante el uso del identificador del objeto de comunicación correspondiente.
9. El sistema de conformidad con la reivindicación 8, en donde el primer dispositivo esclavo controlador lógico programable (110, 120, 130) establece un identificador del objeto de comunicación para la recepción de un objeto de datos de proceso (PDO) y recibe el objeto de datos de proceso (PDO) transmitido desde el segundo dispositivo esclavo del controlador lógico programable (110, 120, 130) mediante el uso del identificador del objeto de comunicación establecido.
10. Un método para controlar un dispositivo controlador lógico programable (PLC) mediante el uso de una red CANopen, el método comprende:
conectar un primer dispositivo esclavo controlador lógico programable (110, 120, 130), un segundo dispositivo esclavo controlador lógico programable (110, 120, 130), y un dispositivo maestro (100) a la red CANopen; crear un objeto de datos de proceso (PDO) para la transmisión mediante el uso del primer dispositivo esclavo controlador lógico programable (110, 120, 130); designar información del identificador incluyendo un identificador de objeto de comunicación para la recepción de datos del segundo dispositivo esclavo controlador lógico programable (110, 120, 130) o el dispositivo maestro (100) que se conecta a la red CANopen para recibir el objeto de datos de proceso (PDO), y transmitir la información del identificador y el objeto de datos de proceso (PDO) a la red CANopen, mediante el uso del primer dispositivo esclavo controlador lógico programable (110, 120, 130); y
recibir el objeto de datos de proceso (PDO) mediante el uso del dispositivo maestro (100) o el segundo dispositivo esclavo controlador lógico programable (110, 120, 130);
en donde el identificador del objeto de comunicación para cada uno de un primer y un segundo controlador lógico programable de los dispositivos esclavos (110, 120, 130) se asigna en un modo de configuración, y el identificador del objeto de comunicación se asigna a través de uno de un primer esquema, que es un esquema de asignación secuencial, y un segundo esquema que permite que un usuario asigne aleatoriamente el identificador del objeto de comunicación en un intervalo específico.
11. El método de conformidad con la reivindicación 10, en donde, en la recepción del objeto de datos de proceso (PDO) mediante el uso del dispositivo maestro (100) o el segundo dispositivo esclavo controlador lógico programable (110, 120, 130), el dispositivo maestro (100) y el segundo dispositivo esclavo controlador lógico programable (110, 120, 130) reciben los datos de proceso si el identificador del objeto de comunicación del dispositivo maestro (100) coincide con el identificador del objeto del segundo dispositivo esclavo controlador lógico programable (110, 120, 130).
12. El método de conformidad con la reivindicación 11, en donde la creación del objeto de datos de proceso (PDO) para la transmisión mediante el uso del primer dispositivo esclavo controlador lógico programable (110, 120, 130) comprende designar la información del identificador que incluye el identificador del objeto de comunicación del dispositivo maestro (100) o el segundo dispositivo esclavo controlador lógico programable (110, 120, 130) mediante el uso del primer dispositivo esclavo controlador lógico programable (110, 120, 130) de manera que se recibe el objeto de datos de proceso creado (PDO).
ES13165277T 2012-06-12 2013-04-25 Método de configuración de una red CANopen, método para hacer funcionar un dispositivo esclavo de una red CANopen, y sistema para controlar un dispositivo PLC mediante el uso de la red CANopen Active ES2728657T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020120062536A KR101596078B1 (ko) 2012-06-12 2012-06-12 캔오픈 네트워크의 구성 방법, 캔오픈 네트워크의 슬레이브 장치의 동작 방법 및 캔오픈 네트워크를 이용한 피엘씨 장치 제어 시스템

Publications (1)

Publication Number Publication Date
ES2728657T3 true ES2728657T3 (es) 2019-10-28

Family

ID=48326103

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13165277T Active ES2728657T3 (es) 2012-06-12 2013-04-25 Método de configuración de una red CANopen, método para hacer funcionar un dispositivo esclavo de una red CANopen, y sistema para controlar un dispositivo PLC mediante el uso de la red CANopen

Country Status (6)

Country Link
US (1) US9176914B2 (es)
EP (1) EP2675113B1 (es)
JP (1) JP5607784B2 (es)
KR (1) KR101596078B1 (es)
CN (1) CN103491017B (es)
ES (1) ES2728657T3 (es)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101590272B1 (ko) 2014-12-31 2016-01-29 엘에스산전 주식회사 Plc 시스템의 메시지 처리장치
KR20160120434A (ko) 2015-04-08 2016-10-18 주식회사 인터엠 슬레이브 디바이스의 스캔 제어 방법 및 그 장치
CN105930296B (zh) * 2016-04-20 2019-01-08 深圳市汇川技术股份有限公司 实现Profibus-DP到CANopen转换的系统及方法
CN106483930A (zh) * 2016-11-18 2017-03-08 华中科技大学 一种混合型可重构CANopen从站的自动配置方法
CN106993066B (zh) * 2017-02-28 2020-01-21 华为技术有限公司 一种传输数据的方法、装置及系统
CN109104348B (zh) 2017-06-21 2020-09-15 比亚迪股份有限公司 基于CANopen协议的列车网络数据传输方法、系统及其装置
CN109104351B (zh) * 2017-06-21 2020-08-25 比亚迪股份有限公司 列车网络节点和基于CANopen协议的列车网络节点监测方法
US10956352B2 (en) * 2018-05-29 2021-03-23 Continental Automotive Systems, Inc. Automatic location based addressing method for network participants in a serial bus system
WO2020068097A1 (en) * 2018-09-28 2020-04-02 Hewlett-Packard Development Company, L.P. Initializing devices in daisy chain
CN109495462B (zh) * 2018-11-02 2021-10-08 合肥保得工业自动化有限公司 一种动态连接数据分布式系统及其数据交互方法
CN109361586B (zh) * 2018-11-02 2021-03-23 合肥保得工业自动化有限公司 一种CANopen从站的启动方法及其统筹管理器
CN109471818B (zh) * 2018-11-22 2021-08-31 武汉虹识技术有限公司 总线结构实现方法及装置
CN110601944A (zh) * 2019-09-19 2019-12-20 成都埃克思智创科技有限公司 一种在物联网中运用的can协议通信方法
CN110989509B (zh) * 2019-11-05 2022-02-08 深圳市圆梦精密技术研究院 生产线的自动控制方法、装置、终端设备及存储介质
CN111638687B (zh) * 2020-05-12 2022-01-21 牧星机器人(江苏)有限公司 一种基于精简通讯协议的agv用通讯方法
CN115903648A (zh) * 2022-12-23 2023-04-04 厦门远海集装箱码头有限公司 一种应用于集装箱岸桥双箱吊具的便捷式模拟器系统、装置
DE102024123047A1 (de) * 2024-08-13 2026-02-19 Turck Holding Gmbh Verfahren zum Ansteuern, insbesondere zur Inbetriebnahme, eines Feldgeräts über ein Bus-System und Steuervorrichtung

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19904090C2 (de) * 1999-02-02 2003-06-05 Wolf Gmbh Richard Verfahren und Vorrichtung zur automatischen Steuerung und Verwaltung medizinischer Geräte und Anlagen
US6779046B1 (en) * 1999-03-30 2004-08-17 Kawasaki Microelectronics, Inc. Serial-data transfer system which has a normal mode and a local mode and devices for the same
DE10261174B3 (de) * 2002-12-20 2004-06-17 Daimlerchrysler Ag Automatische Adressierung auf Bussystemen
DE602004012966T2 (de) * 2004-05-03 2009-05-07 Freescale Semiconductor Inc. (n.d.Ges.d. Staates Delaware), Austin Verfahren und Vorrichtung zur Knotenaufwachung in einem seriellen Datenbus
US20060265489A1 (en) * 2005-02-01 2006-11-23 Moore James F Disaster management using an enhanced syndication platform
US20080089361A1 (en) * 2005-10-06 2008-04-17 Metcalf Thomas D System and method for transferring data
DE102006018871A1 (de) * 2006-04-24 2007-10-25 OCé PRINTING SYSTEMS GMBH Verfahren zum Betreiben eines Datenbusses und Datenbussystem
US7707339B2 (en) * 2007-12-18 2010-04-27 Freescale Semiconductor, Inc. Data arbitration on a bus to determine an extreme value
DE102008004798B4 (de) * 2008-01-17 2010-04-01 Moeller Gmbh Konfigurations- und Anzeigemodul für busvernetzte Teilnehmer
US8644791B2 (en) * 2008-07-31 2014-02-04 Freescale Semiconductor, Inc. Communications module apparatus, integrated circuit and method of communicating data
DE102008050102B4 (de) * 2008-10-06 2010-11-04 Phoenix Contact Gmbh & Co. Kg Kommunikationsentität zur Kommunikation über ein busorientiertes Kommunikationsnetzwerk
US8225021B2 (en) * 2009-05-28 2012-07-17 Lexmark International, Inc. Dynamic address change for slave devices on a shared bus
TW201111193A (en) * 2009-09-18 2011-04-01 Liu I Sheng Meter system with master/slave meters
US8704903B2 (en) * 2009-12-29 2014-04-22 Cognex Corporation Distributed vision system with multi-phase synchronization
DE102010016283B4 (de) * 2010-03-31 2011-12-15 Schneider Electric Automation Gmbh Verfahren zur Übertragung von Daten über einen CANopen-Bus sowie Verwendung des Verfahrens zum Konfigurieren und/oder Parametrieren von Feldgeräten über den CANopen-Bus
US20110295938A1 (en) 2010-06-01 2011-12-01 Vanderpohl Iii Irvin John Multi-master communications in a controller area network
KR20120003695A (ko) * 2010-07-05 2012-01-11 (주) 청강 다축(다관절)스윙장치의 통신제어시스템
US20120083902A1 (en) * 2010-09-30 2012-04-05 Wolf Daum Communication system and method for communicating between master and slave devices
DE102011107321A1 (de) * 2011-07-06 2013-01-10 Abb Ag System und Verfahren zur Parametrierung von Feldgeräten eines Automatisierungs- oder Steuerungssystems
US8935450B2 (en) * 2011-09-16 2015-01-13 Nxp B.V. Network communications circuit, system and method
US9160559B2 (en) * 2012-05-16 2015-10-13 Infineon Technologies, Ag System and method to address devices connected to a bus system
KR101893957B1 (ko) * 2013-08-19 2018-08-31 삼성에스디아이 주식회사 배터리 팩, 배터리 팩을 포함하는 장치, 및 배터리 팩의 관리 방법

Also Published As

Publication number Publication date
JP5607784B2 (ja) 2014-10-15
US20130332636A1 (en) 2013-12-12
CN103491017A (zh) 2014-01-01
EP2675113A1 (en) 2013-12-18
KR20130138962A (ko) 2013-12-20
JP2013258688A (ja) 2013-12-26
US9176914B2 (en) 2015-11-03
CN103491017B (zh) 2017-04-12
KR101596078B1 (ko) 2016-02-26
EP2675113B1 (en) 2019-03-20

Similar Documents

Publication Publication Date Title
ES2728657T3 (es) Método de configuración de una red CANopen, método para hacer funcionar un dispositivo esclavo de una red CANopen, y sistema para controlar un dispositivo PLC mediante el uso de la red CANopen
US10743390B2 (en) Out-of-the-box commissioning of a control system
CN106164887B (zh) 总线地址分配
ES2881930T3 (es) Sistema y método para descubrimiento dinámico de dispositivos y asignación de direcciones
ES2464543T3 (es) Aparato para alimentar un consumidor de electricidad a través de una conexión de datos
JP6339107B2 (ja) 照明デバイスからの情報の要求
CN104641620B (zh) 用于动态地址分配的方法和装置
CN101589578A (zh) 用于在无线个域网(wpan)中分配装置地址的方法及wpan装置
US20130249442A1 (en) Digital Lighting Sub-Network Interface
CN105007340A (zh) 支持即插即用的分布式can网络及其节点地址自动分配方法
CN115589398A (zh) I2c地址分配方法及计算设备
US20090287318A1 (en) Configuration and display module for bus-networked stations
CN117678202A (zh) 用于协调10base-t1s以太网网络中的多个节点的方法、系统和设备
CN108141480A (zh) 互连单元系统中的寻址
JP3738980B2 (ja) ネットワークシステム、アドレッシング方法、通信制御装置及び方法
CN116095192B (zh) 报文处理方法、系统及计算机设备
JP2007173995A (ja) 遠隔監視制御システム
WO2022148695A1 (en) A method of, a node device and a system for relaying a message in a network comprising at least two mesh networks
JP4440951B2 (ja) ネットワークシステム
ES2759106T3 (es) Procedimiento de asignación de una dirección de red a un equipo terminal de la red, red, equipo de conexión, servidor de direccionamiento y equipo terminal asociados
KR101592865B1 (ko) 네트워크 설정 시스템 및 방법
US11886269B2 (en) Control network system for power allocation
JP2017034524A (ja) 無線通信装置、無線通信システム、無線通信方法及びプログラム
JP2011160353A (ja) 通信システム、通信装置、及び通信方法