Inicio > Foro > controladores SlimLine e Netsyst (LogicLab) > Actualización de E / S a través de FB o imagen de proceso
- Este tema tiene 4 respuestas, 3 participantes y se actualizó por última vez 9 años, hace 10 meses da Sergio Bertana.
-
autorPublicación
-
Abril 26, 2011 en 10: 38 am #35000Anonimoinactivo
Estoy trabajando con Slim Line y una terminal de Weintek conectada a través de modbus ethernet.
Trabajando en mi proyecto me enfrento a esta duda, qué cambia entre administrar la E / S del sistema a través de la imagen del proceso y luego señalar la variable de entrada como% IX3.1 por ejemplo y la variable de salida como% QX1.0 por ejemplo. XNUMX y, en su lugar, administrarlos a través de los bloques de función get / set de E / S?
¿Quizás la diferencia es que si activo una salida a través del bloque de función se activa inmediatamente (aparte del 300us para ejecutar el comando), mientras que si la manejo en imagen de proceso se activará al final de la tarea del plc?
Si es así, ¿a qué tarea se refieren las imágenes de proceso, a la lenta oa la trasera?
Abril 26, 2011 en 10: 45 am #36714Sergio BertanaAdministrador del foroLa pregunta es interesante y da la oportunidad de aclarar cómo el sistema Slim Line actualiza las E / S.
Todos los módulos de E / S lógicas conectados al módulo de CPU se actualizan automáticamente (imagen de proceso) y se asignan en la tabla% IX y% QX en la tarea lenta. Las entradas se adquieren antes y las salidas se gestionan después de la ejecución del programa de usuario. Entonces, la imagen del estado de una E / S es válida para toda la ejecución de la tarea lenta.
para tarea de vuelta, se crea una imagen de proceso "paralelo" que informa del estado de las entradas antes de la ejecución y gestiona las salidas después de la ejecución del programa de usuario, esta "imagen" del estado de una E / S también es válida para toda la ejecución de la tarea posterior. ¡Advertencia! la gestión de la misma salida lógica tanto en la tarea lenta como en la posterior crea desajustes entre las dos tareas y è da evitare.
En el tarea rápida si se quiere gestionar la E / S a la velocidad de ejecución de la tarea, es necesario adquirir su valor y gestionar su activación con los FB adecuados. Si usa los mapeados en la tabla% IX y% QX, se actualizarán de todos modos a la velocidad de ejecución de la tarea lenta. ¡Advertencia! la ejecución de la tarea rápida interrumpe la ejecución de la tarea lenta, por lo que actuar sobre las variables% IX y% QX "ensucia" la imagen del proceso de la tarea lenta.
El uso de los FB de administración de E / S como usted dijo le permite adquirir y administrar los módulos de E / S directamente independientemente de la imagen del proceso. ¡Advertencia! la gestión de un módulo de salida se debe hacer considerando que la tarea lenta gestionará la imagen del proceso, por lo que podría poner en las salidas un valor diferente al fijado por el FB provocando que las salidas parpadeen.
Abril 26, 2011 en 1: 26 pm #36715Sergio BertanaAdministrador del foroEn cuanto a la gestión de las E / S analógicas, se deben utilizar los FB adecuados. Es posible insertar los FB de manera indiferente en todas las tareas, pero si no fuera por casos excepcionales, mi consejo es insertar la llamada en el tarea de vuelta.
También es posible adquirir una entrada y / o gestionar una salida en un módulo analógico en una tarea y adquirir otra entrada y / o gestionar otra salida del mismo módulo en otra tarea.
Si se usa un valor de entrada analógica en varias tareas, se adquiere en la tarea ejecutada más rápidamente y se usa el valor adquirido en la otra tarea, sin ejecutar nuevamente el FB.
Junio 27, 2014 en 11: 27 pm #38296FabiopartícipeNo entiendo por qué los ejemplos como FBOnOffCycle no muestran las entradas cambiantes ni en la simulación ni tratando de darle voltaje al terminal DI00 de la CPU. Pensé que al declarar% XI0.0 sería suficiente que la entrada se lea sin tener que agregar FB de lectura adecuados. Estoy haciendo algo mal ?
Junio 28, 2014 en 6: 20 am #38297Sergio BertanaAdministrador del foroDado que se pueden conectar 16 módulos al bus de extensión del módulo de la CPU (direcciones 0 a 15), las E / S del módulo de la CPU se direccionan con la dirección de módulo 255. Por lo tanto, si utiliza la asignación de imágenes de proceso, debe asignar las entradas como % IX255.0,% IX255.1,… y salidas como% QX255.0,% QX255.1,… Si administra las E / S directamente con los bloques de función correspondientes, debe definir la dirección 255 del módulo.
Atención, esta regla no se aplica a los módulos de CPU NetlogIII, en ese caso, las E / S del módulo de la CPU se asignan a la dirección 0.
La razón de esta diferencia es que la forma NetlogIII se basa en un Módulo de CPU OEM, que ya tiene E / S cableadas (dirección del módulo 255). La parte física del hardware de E / S no es más que un Módulo de expansión de E / S 20 (Con la dirección 0) conectada al bus de extensión del módulo de la CPU. Cualquier otro módulo de expansión conectado al bus tomará automáticamente las direcciones de 1 a 15.
-
autorPublicación
- Debe iniciar sesión para responder a este tema.