ES2204442T3 - Control de movimiento universal. - Google Patents

Control de movimiento universal.

Info

Publication number
ES2204442T3
ES2204442T3 ES00128662T ES00128662T ES2204442T3 ES 2204442 T3 ES2204442 T3 ES 2204442T3 ES 00128662 T ES00128662 T ES 00128662T ES 00128662 T ES00128662 T ES 00128662T ES 2204442 T3 ES2204442 T3 ES 2204442T3
Authority
ES
Spain
Prior art keywords
user
plane
control
information
execution
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.)
Expired - Lifetime
Application number
ES00128662T
Other languages
English (en)
Inventor
Martin Dipl.-Ing. Kiesel
Maria Morgenroth
Georg Dipl.-Ing. Fh Steinlein
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.)
Siemens AG
Original Assignee
Siemens AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Application granted granted Critical
Publication of ES2204442T3 publication Critical patent/ES2204442T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/04Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/18Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of programme data in numerical form
    • G05B19/414Structure of the control system, e.g. common controller or multiprocessor systems, interface to servo, programmable interface controller
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/32Operator till task planning
    • G05B2219/32124Program hybrid system, part sequence, part continous
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/32Operator till task planning
    • G05B2219/32137Configure, connect, combine different program modules
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/34Director, elements to supervisory
    • G05B2219/34273Pc and plc and nc integrated, pcnc concept
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/36Nc in input of data, input key till input tape
    • G05B2219/36016Unified language for machines and translation to each
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/36Nc in input of data, input key till input tape
    • G05B2219/36231Translate, convert machine independent to machine dependent program
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/36Nc in input of data, input key till input tape
    • G05B2219/36243Convert source, high level code to machine, object code
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Human Computer Interaction (AREA)
  • Manufacturing & Machinery (AREA)
  • Programmable Controllers (AREA)
  • Control By Computers (AREA)
  • Earth Drilling (AREA)
  • Vehicle Body Suspensions (AREA)

Abstract

Control de movimiento universal con sistema técnico y sistema de tiempo de ejecución, que combina en sí funcionalmente los cometidos clásicos de un control programable con memoria y de un control numérico, caracterizado porque un modelo unitario de planos de ejecución (AE) está configurado de tal forma que presenta varios planos de ejecución de diferente tipo con diferente prioridad, estando previstos planos de usuario y planos del sistema de diferente prioridad desde prioridad máxima a prioridad mínima y porque se pueden cargar, respectivamente, paquetes de tecnología (TP) por parte del usuario en el sistema técnico y/o sistema de tiempo de ejecución (ES1-ES4, RTS1-RTS4), porque una fuente de datos (D) para informaciones de descripción para variables del sistema así como, dado el caso, alarmas y/o instrucciones de voz pone a la disposición del sistema técnico (ES1-ES4) instrucciones de voz y/o variables del sistema a través de un convertidor (U), porque se pueden alimentar desde el sistemade tiempo de ejecución (RTS1-RTS4) las variables del sistema con datos actuales del proceso técnico (TP1, TP2), y porque a través de una superficie de mando del sistema técnico (ES1-ES4) se pueden realizar otras entrada por parte del usuario.

Description

Control de movimiento universal.
La invención se refiere a un control de movimiento universal con sistema técnico y sistema de tiempo de ejecución, que combina en sí funcionalmente los cometidos clásicos de un control programable con memoria y de un control numérico.
Actualmente es habitual modelar tanto para el control programable con memoria como también para el control del movimiento, respectivamente, diferentes planos de ejecución jerárquicos, a los que son asociadas tareas de software para el control del proceso técnico respectivo. Estas tareas pueden cumplir cometidos del sistema, pero también pueden ser programadas por el usuario.
Se conoce que en un control programable con memoria "SPS", por lo tanto también en un control de movimiento "NC", se pueden cargar programas de usuario o bien tareas creadas por el usuario en la memoria del control respectivo y se pueden llevar a ejecución.
Se conoce por el documento DE 197 40 550 A1 que se pueden integrar funcionalidades de control de procesos de los controles programables con memoria "SPS" y funcionalidades del movimiento del control NC en un sistema de control que puede ser configurado de forma unitaria.
Esta integración SPS/NC se realiza en forma de la interconexión de grupos estructurales de control SPS y NC. Pero en una forma de realización de este tipo de la integración, no se consigue una estructura óptima y eficiente de la tarea para la totalidad de las tareas de control. Además, la funcionalidad de ampliación con respecto al control de procesos, por lo tanto, también con respecto al control del movimiento, solamente se puede recargar y llevar a ejecución en forma de programas de usuario.
Actualmente es habitual alimentar informaciones de parámetros a los controles.
Las informaciones de parámetros comprenden en este contexto:
-
la descripción de variables del sistema con tipos de datos, atributos y textos de descripción,
-
la descripción de alarmas, con su constitución estructural, atributos y textos de alarma, así como
-
la descripción de instrucciones de voz (instrucciones de movimiento e instrucciones de tecnología) con sintaxis y parámetros correspondientes.
Pero habitualmente estas informaciones de parámetros, que se necesitan en diferentes lugares dentro del control, son implementadas en cada caso por separado en estos lugares en el control. La consistencia de estas informaciones de parámetros implementadas de forma distribuida solamente se puede asegurar de manera muy costosa.
Por lo tanto, la invención tiene el cometido de crear para diferentes cometidos de control respectivos y para diferentes condiciones marginales o requerimientos del proceso técnico subyacente de una manera sencilla características óptimas de los controles SPS/NC combinados tanto con respecto a su estructura de control como también con respecto a su funcionalidad y asegurar en este caso que las informaciones de parámetros implementadas en el control sean siempre consistentes entre sí.
De acuerdo con la invención, este cometido se soluciona porque un modelo unitario de planos de ejecución está configurado de tal forma que presenta varios planos de ejecución de diferente tipo con diferente prioridad, estando previstos planos de usuario y planos del sistema de diferente prioridad desde prioridad máxima a prioridad mínima y porque se pueden cargar, respectivamente, paquetes de tecnología por parte del usuario en el sistema técnico y/o sistema de tiempo de ejecución, porque una fuente de datos para informaciones de descripción para variables del sistema así como, dado el caso, alarmas y/o instrucciones de voz pone a la disposición del sistema técnico instrucciones de voz y/o variables del sistema a través de un convertidor, porque se pueden alimentar desde el sistema de tiempo de ejecución las variables del sistema con datos actuales del proceso técnico, y porque a través de una superficie de mando del sistema técnico se pueden realizar otras entrada por parte del usuario.
Una ventaja esencial de la invención consiste en que las informaciones de parámetros del control, que se necesitan tanto en el sistema técnico, en el sistema de tiempo de ejecución, pero también para la documentación y para una eventual automatización de ensayo, son siempre constantes. El convertidor, que acondiciona y distribuye en el puesto central las informaciones de parámetros para la documentación, el sistema técnico y el sistema de tiempo de ejecución, puede llevar a cabo verificaciones semánticas sin gasto grande. También se pueden crear clientes OEM (Original Equipment Manufacturer = Fabricantes de Equipo Original) en esta fuente de datos para informaciones de descripción, es decir, que se pueden crear otras informaciones de parámetros con poco gasto para el control y se pueden incorporar en la documentación.
Otra ventaja de la invención consiste en que dentro de los planos de ejecución, las tareas del control se pueden disponer de tal forma que se reduce el gasto de comunicación dentro del control.
Otra ventaja consiste en que se puede conseguir por parte del usuario a través de la carga de paquetes de tecnología en el sistema técnico y/o en el sistema de tiempo de ejecución, un escalamiento específico del usuario de sistema de tiempo de ejecución del control con respecto a su funcionalidad.
Una primera configuración ventajosa de la invención consiste en las informaciones de documentación relevantes pueden ser transmitidas por el convertidor desde el contenido de la fuente de datos a un medio de salida. De esta manera, se asegura que todas las informaciones de documentación procedan desde una fuente de datos común y de esta manera sean siempre consistentes entre sí, independientemente del medio de salida (por ejemplo, impresora o ayuda en-línea), en el que se emite la información de documentación.
Otra configuración ventajosa de la invención consiste en que como planos de ejecución están previstos:
a)
un plano de regulación de la posición, que está constituido por el plano del sistema sincronizado correspondiente y el plano del usuario,
b)
un plano de interpolador, que está constituido por el plano del sistema sincronizado correspondiente y el plano del usuario,
c)
un plano del sistema de acontecimientos para acontecimientos que requieren una reacción,
d)
un plano de usuario para errores asíncronos,
e)
otro plano de usuario, que puede ser proyectado libremente por el usuario de una manera específica de la solicitud, para tareas de alarma y/o de acontecimientos y/o de regulación y/o para otras tareas cíclicas,
f)
un grupo de planos formado a partir de la serie de secuencias de movimiento, ciclos libres y otras tareas del sistema de baja prioridad para procesamiento en segundo plano,
donde los planos de ejecución a hasta e forman un grupo de planos para procesamiento en tiempo real.
Una ventaja esencial de esta división en capas consiste en que se reduce al mínimo la comunicación entre las tareas del control del proceso y las del control del movimiento. De esta manera, se puede realizar la programación de las tareas de control para el control de procesos y para el control del movimiento en un lenguaje de programación unitario con una superficie de creación unitaria.
Otra configuración ventajosa de la invención consiste en que los paquetes de tecnología contienen:
a)
partes de códigos, que representan las especificaciones de regulación para el sistema de tiempo de ejecución y
b)
una parte de configuración que presenta la asociación de estas partes de códigos a los planos respectivos del sistema, así como su secuencia de procesamiento, donde
c)
en caso necesario, estas informaciones de la parte de configuración se pueden transmitir también al sistema técnico.
De esta manera es posible que el usuario, a través de la carga dinámica de tales paquetes de tecnología, tenga la posibilidad de un escalamiento tecnológico del sistema de tiempo de ejecución del control. De esta manera, el usuario, partiendo de un sistema básico del control puede ampliar la reserva de instrucciones de este sistema básico o bien del sistema operativo de forma dinámica a la medida de las necesidades respectivas del proceso tecnológico subyacente o del cometido de control. Por lo tanto, el usuario tiene la posibilidad de ampliar la funcionalidad básica presente de un control de una manera selectiva con aquellas funcionalidades que necesita realmente para sus aplicaciones. El sistema básico forma en este caso la extensión del suministro del sistema de tiempo de ejecución de un control, a saber, un sistema operativo en tiempo real, un sistema de ejecución (con planos del sistema y planos del usuario), tipos de objetos de la tecnología, instrucciones de voz, la reserva de instrucciones SPS así como interfaces de la comunicación (por ejemplo LAN, E/A) y tecnológicas (por ejemplo, accionamientos, transmisores) para el proceso técnico. Por lo tanto, en el sistema básico se encuentra la funcionalidad básica necesaria de un control. El sistema básico se puede ejecutar en este caso en las más diferentes plataformas de HW (por ejemplo, PC, accionamiento, ...).
Puesto que las informaciones de la parte de configuración de un paquete de tecnología son conducidas a través de la fuente de datos y del convertidor al sistema de tiempo de ejecución y al sistema técnico, se pueden incorporar informaciones de parámetros e informaciones de configuración de una manera unitaria en el control y un usuario puede efectuar modificaciones, en un puesto central, en los datos de parámetros o datos de configuración. Las llamadas informaciones de parámetros corresponden a descripciones de datos para aspectos de control habituales y generales, a saber, variables del sistema, alarmas e instrucciones de voz. Las informaciones de configuración se refieren, en cambio, a paquetes de tecnología y, por lo tanto, a la posibilidad de un escalamiento tecnológico del control.
Puesto que cada paquete de tecnología contiene un número adaptado de tipos de objetos de tecnología para el sistema de tiempo de ejecución, se pueden cargar también funcionalidades de control complejas y exigentes en una forma clara y comprensible en el sistema de tiempo de ejecución.
Otra configuración ventajosa de la invención consiste en que se pueden asignar, además, informaciones de superficies de mando, especialmente parámetros de mando, y/o mecanismos de voz y/o partes de declaraciones a las partes de códigos.
De esta manera se consiguen las siguientes ventajas:
Para poder utilizar un tipo de objeto de tecnología no sólo como constante que ya no se puede modificar, el tipo de objeto de tecnología debe dar a conocer al sistema de creación las posibilidades de la fijación de los parámetros para sus objetos de tecnología referenciados y especialmente los parámetros de mando presentes. De esta manera, un usuario tiene la posibilidad de fijar de una manera flexible los parámetros para un objeto de tecnología en la superficie del sistema de creación.
Puesto que también se pueden cargar mecanismos de voz, es posible que se pueda ampliar de forma dinámica la reserva de instrucciones del sistema de tiempo de ejecución. En un programa de usuario, el usuario puede utilizar una instrucción cargada de este tipo en una forma tal como si fuese una instrucción de la funcionalidad básica. Cuando se ejecuta un programa de usuario con una instrucción cargada de este tipo dentro de un plano de usuario del modelo de planos de ejecución, cuando se llama esta instrucción cargada, se procesa la secuencia de códigos correspondiente del sistema operativo sobre uno de los planos del sistema del modelo de planos de ejecución. Esto se lleva a cabo sin que el usuario tenga que hacer nada. A través de la asociación de partes de declaraciones y de partes de la descripción a las partes de códigos del paquete de tecnología se eleva adicionalmente la flexibilidad para el usuario.
Un ejemplo de realización de la invención se representa en el dibujo y se explica a continuación.
En este caso:
La figura 1 muestra el control de un proceso técnico con control programable con memoria separado y con control del movimiento. La programación se realiza a través de sistemas de programación separados respectivos.
La figura 2 muestra los planos de ejecución esenciales de un control programable con memoria clásico.
La figura 3 muestra los planos de ejecución esenciales de un control de movimiento.
La figura 4 muestra un control universal, es decir, un control SPS/NC combinado con un sistema de programación correspondiente.
La figura 5 muestra el modelo de planos de ejecución del control universal.
La figura 6 muestra como diagrama estructural OO (orientado al objeto) un paquete de tecnología, que consta de porción de código, parámetros, configuración de microprogramas (Firmware), tipo de objeto de tecnología, componente de voz y parte de declaración.
La figura 7 muestra como diagrama estructural OO tipos de objetos de tecnología para el paquete de tecnología de plástico, y
La figura 8 muestra cómo a partir de una fuente de datos se ponen las informaciones de la descripción y las informaciones de parámetros, respectivamente, a la disposición del sistema técnico, del sistema de tiempo de ejecución y de un medio de salida a través de un convertidor.
En la representación según la figura 1, se muestra en forma de un diagrama estructural, que para el control de un proceso técnico TP1 tiene lugar un funcionamiento paralelo de un control programable con memoria SPS y de un control del movimiento NC. El control programable con memoria SPS y el control del movimiento NC contienen, respectivamente, un sistema de tiempo de ejecución RTS1 y RTS2 respectivo. La comunicación entre los dos controles se realiza a través de medios auxiliares especiales, estando representado a modo de ejemplo un canal de comunicación bidireccional K. La programación del control a través del usuario se realiza, en general, en diferentes lenguajes de programación con diferentes superficies de creación. Esto significa que se realiza a través de sistemas de programación o sistemas técnicos P1, ES1 y P2, ES2 diferentes. El inconveniente esencial de esta forma de realización convencional reside, por una parte, en la comunicación costosa entre los dos controles, por otra parte en los sistemas de programación y técnico P1, ES1 y P2, ES2 separados y diferentes. A través de entradas y salidas EA1, EA2 de los controles se controla el proceso técnico TP1 propiamente dicho. Entre el sistema de programación P1 y el control SPS programable con memoria o bien entre el sistema de programación P2 y el control numérico NC se encuentran vías de información I1 e I2, respectivamente, sobre las que se cargan los programas en el control respectivo.
En una representación según la figura 2, se muestran los planos de ejecución esenciales de un control programable con memoria (SPS; figura 1) clásico, ordenados según su prioridad. El gradiente de la prioridad está simbolizado en este caso por medio de una flecha. En el plano de menor prioridad, como se indica a través de una línea de trazos, se ejecutan dos tareas diferentes, a saber, un ciclo libre, es decir, "plano del usuario de ciclo libre" y un plano del sistema de fondo, es decir, "plano del sistema de fondo", en el procedimiento Round-Robin, es decir, controlado por divisiones de tiempo. Al plano del sistema de fondo están asignadas, por ejemplo, tareas de comunicación. En un plano de usuario siguiente sincronizado, designado como "plano de usuario sincronizado", se pueden fijar los parámetros para el ciclo de llamada de la tarea o bien de los programas de este plano. Se lleva a cabo una supervisión en el sentido de que el procesamiento de un programa de usuario de este plano sincronizado se ha terminado oportunamente antes de que aparezca de nuevo el acontecimiento de inicio. Si expira el tiempo del ciclo, sin que se haya procesado acabado el programa de usuario del plano asociado, entonces se inicia una tarea correspondiente de un "plano de usuario para errores asíncronos" que sigue en cuento al orden de prioridad. En este "plano de usuario para errores asíncronos", el usuario puede programar el tratamiento de estados de error.
Al "plano de usuario sincronizado" sigue un "plano de usuario de eventos". La reacción a acontecimientos (eventos) externos o internos se lleva a cabo dentro del "plano del usuario de eventos". Un ejemplo típico para un acontecimiento de este tipo es el exceso de un valor límite. En un "plano del sistema de alta prioridad" se encuentran los cometidos del sistema operativo, que aseguran el modo de trabajo del control programable con memoria.
La representación según la figura 3 muestra los planos de ejecución esenciales de un control de movimiento (NC; figura 1). También en este caso los planos individuales están dispuestos ordenados jerárquicamente según su prioridad, como se simboliza a través de una flecha. Un "plano del sistema de fondo" y un "plano de usuario secuencial" tienen la misma prioridad, a saber, la más baja. Esta pertenencia acorde con los cometidos se simboliza por medio de una línea de trazos, como en la figura 2. Las tareas del "plano de usuario secuencial" son ejecutadas junto con las tareas del "plano del sistema de fondo" en el procedimiento Round-Robin. Las tareas típicas del "plano del sistema de fondo" son, por ejemplo, las tareas de comunicación. En el "plano del usuario secuencial" se ejecutan las partes del programa que han sido programadas por el usuario para la tarea de control propiamente dicha. Si el control se encuentran en una de estas partes del programa con una instrucción de movimiento o instrucción de posición, se coloca una suspensión, es decir, que el programa de usuario es interrumpido en este lugar. El procesamiento de esta instrucción de movimiento o instrucción de posición se lleva a cabo en un "plano del sistema sincronizado" de prioridad más alta. Cada regulador de posición, que se ejecuta en el "plano del sistema sincronizado", lleva a cabo esta instrucción de movimiento o bien instrucción de posición. Después de la ejecución de la instrucción se salta de retorno al "plano del usuario secuencial" y se continúa el programa de usuario interrumpido a través de la suspensión por medio de una reanudación en el mismo lugar. El "plano del sistema sincronizado" sincronizado contiene, además de las reglas de posición ya mencionadas, también la parte de interpolación del control.
En el plano de menor prioridad aparece un "plano de usuario sincronizado". Aquí se ejecutan tareas cíclicas, por ejemplo funcionalidades de regulación.
En un "plano de usuario de eventos" siguiente, están alojadas aquellas tareas, que reaccionan a acontecimientos externos o internos. Tales acontecimientos pueden ser, por ejemplo, alarmas.
En la representación según la figura 4, se controla un proceso técnico TP2 a través de un control SPS/NC combinado UMC. El acrónimo UMC representa UNIVERSAL MOTION CONTROL (CONTROL DE MOVIMIENTO UNIVERSAL). La comunicación entre el control UMC y el proceso técnico TP2 correspondiente se realiza de forma bidireccional a través de entradas y salidas EA3. La programación del control SPS/NC combinado se lleva a cabo a través de un sistema de programación P3 o sistema técnico ES3 común, donde el sistema técnico ES3 pone a disposición, lo mismo que en la figura 1, una superficie cómoda para el sistema de programación P3. Los programas creados de esta manera son transmitidos a través de una vía de información I3 a un sistema de tiempo de ejecución RTS3 del control de movimiento universal UMC. La representación según la figura 5 muestra el modelo muestra el modelo de planos de ejecución del control de movimiento universal. La fijación de la prioridad de los planos se indica como anteriormente por medio de una flecha en dirección hacia la prioridad máxima. El grupo de planos de prioridad más baja es el llamado "grupo de planos de procesamiento de fondo". Esta constituido por un "plano del sistema de fondo", por un "plano de usuario de ciclo libre" y por un "plano de usuario secuencial". Las tareas de estos tres planos de la misma prioridad (indicado a través de líneas límite de trazos) son ejecutadas cíclicamente en el procedimiento Round-Robin. Un "plano de ejecución" que sigue con prioridad más alta al "grupo de planos de procesamiento de fondo" es un plano de usuario FA que puede ser proyectado libremente por el usuario de una manera especifica de la solicitud, identificado por medio de enmarcado doble, para tareas de alarma y/o de acontecimientos y/o de regulación y/o para otras tareas cíclicas. El plano de usuario FA está constituido, por lo tanto, explícitamente por cuatro tipos de planos, que se pueden escalonar por el usuario de nuevo con respecto a su prioridad dentro del plano del usuario,
Tipo 1: plano de usuario de eventos
Tipo 2: plano de usuario de alarma
Tipo 3: plano de usuario sincronizado
Tipo 4: plano de usuario de parámetros
Los planos de estos tipos pueden ser ordenados seleccionados libremente por el usuario dentro del plano de usuario FA, con prioridades subyacentes, que pueden ser predeterminadas por el usuario. De esta manera, el usuario tiene la posibilidad de conseguir una configuración característica del sistema de control del movimiento que está adaptada de una manera óptima a los requerimientos y a las condiciones marginales de la tarea de control y del proceso técnico a controlar.
En el "plano del usuario de eventos" están dispuestas, por ejemplo, tareas que reaccionan a entradas de la periferia. En el "plano de usuario de alarma" están dispuestas, por ejemplo, tareas que reaccionan a supervisiones del valor límite. En el "plano de usuario sincronizado" están contenidas tareas cíclicas programables por el usuario. En el "plano del sistema de parámetros" se pueden integrar programas que se pueden cargar desde el exterior. De esta manera, es posible que el control del movimiento universal pueda ser ampliado dinámicamente con funcionalidades tecnológicas adicionales. En este "plano del sistema de parámetros" se cargan habitualmente tareas para cometidos de regulación o de supervisión lentos (por ejemplo, cometidos con tiempos de ciclo en el intervalo de 100 ms).
El plano de prioridad superior siguiente en el modelo de planos de ejecución del control del movimiento universal es un "plano de usuario para errores asíncronos". En este plano, el usuario, de una manera similar como en un control programable con memoria, puede programar el tratamiento de estados de error. En el "plano de usuario para errores asíncronos" están depositadas, por ejemplo, tareas, que reaccionan a alarmas tecnológicas. El usuario tiene también la posibilidad dentro de este "plano de usuario para errores asíncronos" de fijar los parámetros para un número de planos específico de la configuración característica del producto. Para mayor claridad no se muestran detalles a este respecto en la representación. Por lo tanto, el usuario puede ordenar, en caso necesario, una prioridad determinada a determinados acontecimientos de error.
A continuación sigue el "plano del sistema de eventos". Las tareas del "plano del sistema de eventos" reaccionan a acontecimientos internos o internos críticos, como por ejemplo una parada de emergencia.
El siguiente plano es un "plano de interpolador". Contiene un "plano del sistema sincronizado" y un "plano de usuario".
El plano de máxima prioridad es el "plano del regulador de la posición". Taimen contiene un "plano del sistema sincronizado" y un "plano de usuario". Los planos de usuario del plano del regulador de la posición y del plano de interpolador contienen tareas, que son llamadas en el ciclo del regulador de la posición y en el ciclo del interpolador, respectivamente. El tiempo de ejecución de estas tareas es supervisado y un exceso de un tiempo establecido a través del sistema conduce a la interrupción del plano y a la activación de un error asíncrono en el "plano de usuario para errores asíncronos".
El regulador de la posición tiene una prioridad más alta que el interpolador, es decir, que el regulador de la posición no puede ser interrumpido por el interpolador, pero el regulador de la posición puede interrumpir al interpolador.
En el modelo de planos de ejecución del control del movimiento universal pueden estar previstas, en principio, dentro de los planos de ejecución individuales, además de las capas ya mencionadas, otras capas de prioridad.
La representación según la figura 6 muestra como diagrama estructural OO, donde las cardinalidades son indicadas por medio de una anotación de cifras convencional, un paquete de tecnología TP con sus componentes:
a)
partes de códigos (códigos) aptas para ejecución
b)
parámetros (PAR)
c)
configuración de microprogramas (Firmware) (FWK)
d)
al menos un tipo de objeto de tecnología (TO)
e)
mecanismos de voz (SPR)
f)
parte de declaración y parte de descripción (ACC).
Las partes de código 1 a n (por ejemplo, las funciones C) son utilizadas a modo de ejemplo para la conducción del movimiento o para la regulación de la posición o para otra tecnología. Las partes de código pueden contener, entre otras cosas, instrucciones para la detección de la temperatura, la regulación de la temperatura o para tecnologías especiales, como por ejemplo el prensado o procesamiento de plástico. En la configuración de microprogramas (Firmware) FWK se establece cómo deben acoplarse estas partes de códigos en el modelo de planos de ejecución del control en los planos del sistema y la secuencia en la que deben llegar para el procesamiento, es decir, para la ejecución. Por lo tanto, en esta configuración se encuentra la información acerca del plano del sistema en el que debe integrarse una parte de código y cuando están integradas varias partes de código en un plano del sistema, en qué secuencia deben procesarse estas partes de código.
Para parte de los parámetros PAR contiene parámetros de superficies y parámetros de mando para el sistema técnico (ES; figuras 1, 4 y 8) como también los mecanismos para el sistema del tiempo de ejecución (RTS; figuras 1, 4 y 8), que posibilitan una fijación de los parámetros. De esta manera, el usuario tiene la posibilidad de crear parámetros para instancias de tipos de objetos de la tecnología TO de un paquete de tecnología TP según sus requerimientos.
Con la ayuda de los 1 a n mecanismos de voz SPR de un paquete de tecnología TP se puede ampliar la reserva de voz del sistema técnico (ES; figuras 1, 4 y 8) con instrucciones y operadores, que son adecuados y convenientes para el paquete de tecnología TP subyacente con sus 1 a n tipos de objetos de tecnología TO pertinentes. Los mecanismos de voz SPR deben cargarse en el sistema técnico (ES; figuras 1, 2 y 8) y en el sistema de tiempo de ejecución (RTS; figuras 1, 4 y 8) del control. Después de que tales mecanismos de voz (por ejemplo, "temperatura elevada") han sido instalados en el sistema técnico (ES; figuras 1, 4 y 8), son conocidos en el compilador y en la superficie o bien en el navegador del sistema técnico (ES; figuras 1, 4 y 8) y pueden ser utilizados directamente por el usuario en sus programas de usuario. A través de una tecnología Plug & Play se asegura que estén presentes mecanismos de voz conocidos en el sistema técnico (ES; figuras 1, 4 y 8) como también partes de códigos aptas para ejecución en el sistema de tiempo de ejecución (RTS; figuras 1, 4 y 8). El usuario utiliza, por lo tanto, la especificación de los mecanismos de voz para desentenderse ya de la ejecución en el sistema de tiempo de ejecución (RTS; figuras 1, 4 y 8). En la figura 8 que se describe todavía más adelante, se explica con más exactitud la colaboración de carga, utilización y ejecución de mecanismos de voz SPR por paquetes de tecnología TP.
Volviendo a la figura 6: En el componente ACC de un paquete de tecnología TP se encuentra la descripción de todos los elementos de voz, que contiene el paquete de tecnología TP, la descripción de todas las variables del sistema y de todos los tipos, que se utilizan en el paquete de tecnología TP. El componente ACC corresponde, por lo tanto, a una parte de declaración y de descripción para el paquete de tecnología TP. Este componente ACC se carga en primer lugar en el sistema de tiempo de ejecución (RTS; figuras 1, 4 y 8) del control. De esta manera, se asegura que todas las informaciones relacionadas con paquetes de tecnología TP y tipos de objetos de tecnología TO se encuentren en el sistema de tiempo de ejecución del control y, por lo tanto, se puede realizar muy fácilmente la conexión de aparatos de mando y de observación, por ejemplo, paneles de operador (Operator Panels).
La Tabla siguiente muestra dónde se cargan los componentes del paquete de tecnología TP dentro del control: o bien en el sistema técnico (ES; figuras 1, 4 y 8) o en el sistema de tiempo de ejecución (RTS; figuras 1, 4 y 8) o tanto en el sistema técnico (ES; figuras 1, 4 y 8) como también en el sistema de tiempo de ejecución (RTS; figuras 1, 4 y 8).
Parte integrante Componente-TP Se carga en:
Código apto para ejecución Código RT
Superficie de parámetros (y conocimiento correspondiente sobre los PAR ES
parámetros individuales)
Informaciones de configuración (informaciones sobre cómo y dónde FWK ES + RT
se encajan las partes en el sistema de ejecución)
Interfaz de usuario (instrucciones (MOVE, POS, ...), SFCs, SFBs, SPR ES +RT
variables del sistema, ...)
Interfaz de usuario (informaciones gráficas) SPR ES
Informaciones de descripción para variables del sistema, alarma, ... ACC ES + RT
Tipos de objetos (objetos tecnológicos) TO ES + RT
Informaciones de versión en consistencia con RT, paquetes y objetos ACC ES + RT
En la representación según la figura 7 se representan como diagrama estructural OO a modo de ejemplo tipos de objetos de tecnología posibles (TO; figura 6) para un paquete de tecnología (TP; figura 6) para plástico TPK. Durante el procesamiento y la generación de plástico se necesita habitualmente una regulación de la temperatura y una regulación de la presión. La presión, que debe ser regulada entonces también a través del regulador de la presión DR, se forma habitualmente a través de un eje sencillo A, en el que el eje comprime la pasta de material. Para la regulación de la temperatura están previstos en este ejemplo dos reguladores de la temperatura, un regulador de la temperatura rápido TRS y un regulador de la temperatura lento TRL. Como se deduce a partir del diagrama estructural OO, el regulador de la temperatura lento TRL y el regulador de la temperatura rápido TRS se derivan a partir del regulador general de la temperatura TR. Los dos reguladores de la temperatura TRS y TRL, el regulador de la presión DR y el eje A se representan en el presente paquete de tecnología para plástico a través de cuatro tipos de objetos de tecnología TO, a saber, TRS, TRL, DR y A. A través de la cardinalidad (cifra 1) se indica que en este ejemplo se utilizan exactamente un regulador de la temperatura rápido TRS y un regulador de la temperatura TRL lento, así como exactamente un regulador de la presión DR y un eje A. Detrás del regulador de la temperatura rápido TRS se puede ocultar, por ejemplo, un regulador PID, detrás del regulador de la temperatura lento TRL se puede ocultar, por ejemplo, un regulador P, pero estos son detalles de ejecución que no interesan a un usuario que utiliza funcionalidades de estos tipos de objetos de tecnologías en el sistema técnico (ES; figuras 1, 4 y 8). Por lo tanto, un usuario puede utilizar las funcionalidades de estos tipos de objetos de tecnología (TO; figura 6) en el sistema técnico (ES; figuras 1, 4 y 8), sin tener que prestar atención a los detalles de ejecución.
En la representación según la figura 8 se muestra que a partir de una fuente de datos D, que contiene informaciones de descripción para variables del sistema así como, dado el caso, alarmas y/o instrucciones de voz, se transmiten a través e la vía de información I4 al convertidor U. El convertidor U genera a partir de los datos suministrados informaciones de parámetros para el sistema técnico ES4, para el medio de salida AM y para el sistema de tiempo de ejecución RTS4. El convertidor U es llamado antes de la compilación del software del sistema de tiempo de ejecución o del sistema técnico. Genera fuentes que son compiladas entonces durante la generación del software del sistema de tiempo de ejecución y del sistema técnico, respectivamente. Las informaciones de parámetros son transferidas desde el convertidor U a través de la trayectoria de información I5 hacia el sistema técnico ES4. Las informaciones de parámetros, generadas por el convertidor U para la documentación son transmitidas a través de la vía de información I6 al medio de salida AM, representado en la figura 8 por una impresora. Pero como medio de salida se puede presentar también, por ejemplo, una ayuda en-línea en la pantalla. La información de parámetros generada por el convertidor para el sistema de tiempo de ejecución es cargada a través de la vía de información I7 en el modelo de planos de ejecución AE del sistema de tiempo de ejecución RTS4.
El convertidor U es llamado siempre que recibe nueva información de parámetros desde la fuente de datos D a través de la vía de información I4. El convertidor U genera en tal caso nuevas fuentes para la documentación, para el sistema de tiempo de ejecución RTS4 y para el sistema técnico ES4.
Durante el funcionamiento del control, las variables del sistema cargadas en el sistema técnico ES4 son alimentadas por el sistema del tiempo de ejecución RT4 con datos actuales del proceso técnico a través de la vía de información I8. El usuario tiene la posibilidad de llevar a cabo otras entradas en el sistema técnico ES4 tomando como referencia el estado actual del proceso técnico (TP1, TP2; figuras 1 y 4, respectivamente).
El sistema del tiempo de ejecución RTS4 puede alimentar a través de la vía de información I9 a un aparato informaciones (por ejemplo, alarmas) para la supervisión y control en la proximidad de la máquina (representado en la figura 8 a través de un Panel de Operador OP).
El convertidor U no aparece ya durante el funcionamiento del control. Las vías de información I4, I5, I6 e I7 son utilizadas durante la generación del software de control, pero no durante el funcionamiento del control. Durante el funcionamiento del control se utilizan las vías de información I8 e I9.

Claims (7)

1. Control de movimiento universal con sistema técnico y sistema de tiempo de ejecución, que combina en sí funcionalmente los cometidos clásicos de un control programable con memoria y de un control numérico, caracterizado porque un modelo unitario de planos de ejecución (AE) está configurado de tal forma que presenta varios planos de ejecución de diferente tipo con diferente prioridad, estando previstos planos de usuario y planos del sistema de diferente prioridad desde prioridad máxima a prioridad mínima y porque se pueden cargar, respectivamente, paquetes de tecnología (TP) por parte del usuario en el sistema técnico y/o sistema de tiempo de ejecución (ES1-ES4, RTS1-RTS4), porque una fuente de datos (D) para informaciones de descripción para variables del sistema así como, dado el caso, alarmas y/o instrucciones de voz pone a la disposición del sistema técnico (ES1-ES4) instrucciones de voz y/o variables del sistema a través de un convertidor (U), porque se pueden alimentar desde el sistema de tiempo de ejecución (RTS1-RTS4) las variables del sistema con datos actuales del proceso técnico (TP1, TP2), y porque a través de una superficie de mando del sistema técnico (ES1-ES4) se pueden realizar otras entrada por parte del usuario.
2. Control de movimiento universal según la reivindicación 1, caracterizado porque las informaciones de documentación relevantes pueden ser transmitidas por el convertidor (U) desde el contenido de la fuente de datos (D) a un medio de salida (AM).
3. Control de movimiento universal según una de las reivindicaciones anteriores, caracterizado porque están previstos como planos de ejecución:
a)
un plano de regulación de la posición, que está constituido por el plano del sistema sincronizado correspondiente y el plano del usuario,
b)
un plano de interpolador, que está constituido por el plano del sistema sincronizado correspondiente y el plano del usuario,
c)
un plano del sistema de acontecimientos para acontecimientos que requieren una reacción,
d)
un plano de usuario para errores asíncronos,
e)
otro plano de usuario (FA), que puede ser proyectado libremente por el usuario de una manera específica de la solicitud, para tareas de alarma y/o de acontecimientos y/o de regulación y/o para otras tareas cíclicas,
f)
un grupo de planos formado a partir de la serie de secuencias de movimiento, ciclos libres y otras tareas del sistema de baja prioridad para procesamiento en segundo plano,
donde los planos de ejecución de a hasta e forman un grupo de planos para procesamiento en tiempo real.
4. Control de movimiento universal según una de las reivindicaciones anteriores, caracterizado porque los paquetes de tecnología (TP) contienen:
a)
partes de códigos, que representan las especificaciones de regulación para el sistema de tiempo de ejecución (RTS1-RTS4) y
b)
una parte de configuración (FWK) que presenta la asociación de estas partes de códigos a los planos respectivos del sistema, así como su secuencia de procesamiento, donde
c)
en caso necesario, estas informaciones de la parte de configuración (FWK) se pueden transmitir también al sistema técnico (ES1-RS4).
5. Control de movimiento universal según la reivindicación 4, caracterizado porque las informaciones de la parte de configuración (FWK) de un paquete de tecnología (TP) se pueden suministrar a través de la fuente de datos D y el convertidor U al sistema de tiempo de ejecución (RTS1-RTS4) y al sistema técnico (ES1-ES4).
6. Control de movimiento universal según la reivindicación 4 ó 5, caracterizado porque cada paquete de tecnología (RP) contiene un número adaptado de tipos de objetos de tecnología (TO) para el sistema de tiempo de ejecución (RTS1-RTS4).
\newpage
7. Control de movimiento universal según la reivindicación 4, 5 ó 6, caracterizado porque se pueden asignar, además, informaciones de superficies de mando, especialmente parámetros de mando (PAR) y/o mecanismos de voz (SPR) y/o partes de declaración (ACC) a las partes de códigos.
ES00128662T 2000-01-10 2000-12-28 Control de movimiento universal. Expired - Lifetime ES2204442T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10000626A DE10000626A1 (de) 2000-01-10 2000-01-10 Universelle Bewegungssteuerung
DE10000626 2000-01-10

Publications (1)

Publication Number Publication Date
ES2204442T3 true ES2204442T3 (es) 2004-05-01

Family

ID=7627051

Family Applications (1)

Application Number Title Priority Date Filing Date
ES00128662T Expired - Lifetime ES2204442T3 (es) 2000-01-10 2000-12-28 Control de movimiento universal.

Country Status (4)

Country Link
EP (1) EP1195667B1 (es)
AT (1) ATE246816T1 (es)
DE (2) DE10000626A1 (es)
ES (1) ES2204442T3 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10065418A1 (de) 2000-12-27 2002-07-18 Siemens Ag Integrationsverfahren für Automatisierungskomponenten
DE10065419B4 (de) * 2000-12-27 2011-01-20 Siemens Ag Industrielle Steuerung mit taktsynchronem Ablaufebenenmodell
DE10155586A1 (de) * 2001-11-13 2003-05-28 Moeller Gmbh Automatisierungssystem, Technologiefunktionsplattform, Verfahren zum Betrieb eines Automatisierungssystems und Verwendung einer Technologiefunktionsplattform

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3467139B2 (ja) * 1995-12-12 2003-11-17 株式会社森精機ハイテック 数値制御装置
DE29600609U1 (de) * 1996-01-17 1997-02-13 Siemens Ag Automatisierungsgerät
DE29617837U1 (de) * 1996-10-14 1997-11-13 Siemens Ag Steuerung

Also Published As

Publication number Publication date
ATE246816T1 (de) 2003-08-15
EP1195667A2 (de) 2002-04-10
DE10000626A1 (de) 2001-07-26
EP1195667B1 (de) 2003-08-06
EP1195667A3 (de) 2002-07-17
DE50003208D1 (de) 2003-09-11

Similar Documents

Publication Publication Date Title
US6600964B2 (en) Method for controlling technical processes
ES2213567T3 (es) Control universal del movimiento.
US6882890B2 (en) Industrial controller based on distributable technology objects
US10908577B2 (en) Control device
US20080147206A1 (en) Control system for Real Time Applications for Cooperative Industrial Robots
US6889097B2 (en) Data source and converter
US7734360B2 (en) Industrial controller based on distributable technology objects
US6779174B2 (en) Industrial controller with clock-synchronous running level model
CN114564192B (zh) 一种实时以太网工控软件开发环境的数据映射方法
ES2204442T3 (es) Control de movimiento universal.
US7369904B2 (en) Integration method for automation components
EP3657278B1 (en) Method for proxy execution and computation with an industrial controller
JPH11165285A (ja) ロボットを備える部品分配用の制御システム
US7107119B2 (en) Controller for a machine tool or production machine
US20060212132A1 (en) Real time-capable control system having an sps application under a non-real time-capable operating system
ES2218111T3 (es) Control de movimiento universal.
US6941175B2 (en) Method of operating an industrial controller
Katzke et al. UML-PA as an engineering model for distributed process automation
US6978190B2 (en) Programming of cyclical machines
Hace et al. Control system for the waterjet cutting machine
Polyuschenkov Model-Based Development of a Servo Tracking Electric Drive
JP2006004067A (ja) 制御装置及びコンピュータプログラム
Amra et al. An open architecture control system for reconfigurable numerically controlled machinery
Carrott et al. The UMC software environment for machine control system integration, configuration, and programming
Bengtsson et al. Development of BoxSweeper and BoxSweeper PLC: Real verification and synthesis of a zone booking system using Supremica, RobotStudio and Simatic Step 7