Tabla de contenido
Publicidad
12.3.4 Tareas
Las tareas han cambiado.
•
Las tareas ENCODER y SPEED ya no se utilizan. En su lugar se han incorporado las
tareas POS0 y POS1. Además, es posible utilizar la tarea CLOCK en vez de la tarea
ENCODER. Las tareas POS0, POS1 y CLOCK se ejecutan en sincronización con el
accionamiento (como hacía la tarea SPEED), pero ahora puede especificarse un
múltiplo del valor de tiempo (entre 250 µs y 8 ms para POS0 y POS1; entre 5 ms y
200 ms para CLOCK). Como son alias de las tareas POS0 y POS1, los nombres
SPEED y ENCODER se pueden seguir utilizando; sin embargo, hay que tener en
cuenta que la base de tiempo es distinta y que habría que modificar el código.
También hay que tener en consideración que la base de tiempo no cambia en función
de la frecuencia de conmutación del accionamiento, como ocurría en UD70.
•
Se han añadido tres tareas EVENT nuevas, que no deberían causar problemas a la
hora de migrar programas.
•
Las tareas EVENT se pueden programar en DPL utilizando el nuevo bloque de
función SCHEDULEEVENT.
12.3.5 Bloques de función definidos por el usuario
•
UD70 establecía el límite en 10 entradas de enteros y 10 salidas de enteros,
además de imponer restricciones de alineación. Estas restricciones no existen en el
módulo de aplicaciones. El número de entradas y salidas sólo está limitado por la
memoria. No deberían existir problemas de migración.
12.3.6 Comunicaciones
♣♥
CTNet
•
CTNet Las comunicaciones ya no son opcionales, sino estándar. Todos los parámetros
de configuración han cambiado. La generación de sincronismo es algo diferente
porque ahora se expresa en milisegundos reales, en lugar de utilizar el múltiplo de
1,38 ms más próximo como en UD70. Además, a diferencia de UD70, la activación
de la tarea EVENT también tiene lugar en el nodo maestro y en los nodos esclavos.
•
Los parámetros de configuración se han trasladado el menú 20 a los menús de los
módulos de opciones (15, 16, 17 y 81).
•
Ya no se admite el uso de variables de diagnóstico especiales, como NOFMESSAGES.
Ahora es un bloque de función nuevo (CTNETDIAGS) el que devuelve la información de
diagnóstico. Los programas anteriores que incorporen estas variables de diagnósticos no
se compilarán y tendrán que modificarse para que empleen el nuevo bloque de función.
•
La activación de la tarea EVENT por sincronismo también tendrá lugar tanto en el
nodo en el que se genera dicho mensaje como en los nodos esclavos.
Puerto EIA-RS485
•
El protocolo CT-ANSI se ha mejorado para garantizar una capacidad total de
lectura/escritura de 32 bits.
•
El modo de caja de conexiones de E/S 10 ya no se admite.
•
Los modos de accionamiento a accionamiento y de cascada 2, 3 y 4 han dejado de
utilizarse.
•
El modo RS232 accionamiento a accionamiento tampoco se utiliza.
•
El modo 9 ya no es compatible debido a limitaciones de hardware.
•
Los modos 11y 12 también son incompatibles. Como las memorias intermedias no
se utilizan en los modos de usuario, no se necesita el modo 11 que evitaba las
memorias intermedias del programa UD70.
•
Ahora se ofrecen nuevos nodos Modbus-RTU maestros y sus correspondientes
comandos.
Aplicaciones Módulos de Guía del usuario
Edición 2
♣♥
www.controltechniques.com
117
Publicidad
Tabla de contenido
