Temporizacion bucles

Question

Hola a todos,
Escribo este post porque tengo una duda con respecto a la temporización en bucles en LabView. Os comento mi problema, yo quiero contar el tiempo transcurrido en un instante determinado de mi programa, y lo hago hasta ahora mediante un TimeLoop. El problema es que no sé inicializar el tiempo que cuento en ese TimeLoop, de manera que cuando inicializo la aplicación (sin cerrarla) continúa el tiempo en el valor que se había detenido previamente, pero no se inicializa a '0'.
¿Cómo puedo volver a inicializar el valor del bucle cada vez que reinicio la aplicación sin cerrarla? Es evidente que si la cierro la bucle se inicializa, pero esa no es la circunstancia problemática.
Espero haberme explicado de manera adecuada y que alguien me pueda echar una mano en la medida de lo posible. Es una aplicación algo urgente y requiero solucionar este tema lo antes posible. Llevo varios días intentando encontrar la solución pero no sé que opción del TimeLoop (si es que existe) debo tocar para que el tiempo se inicialice.
Un saludo a todos y gracias de antemano.

Answer 1

Hola Jorge81, como temporizaste el código ahora, es un poco más preciso pero aun así tiene un par de técnicas de programación que no son ideales en LabVIEW.
Las variables locales en general solo se deben de utilizar para actualizar controles, no indicadores, el método ideal para actualizar un indicador es con el valor del cable. Ahora en el caso de lo que colocaste aquí no se puede porque estas usando una flat sequence.
Las Flat sequence son estructuras buenas para forzar flujo de datos, y cuando programas en FGPA son mas comunes. Sin embargo no deben de ser el principal mecanismo para forzar secuencias. Dentro de sus principales problemas es que te obliga a usar mas variables, no es escalable (es decir si quieres agregar estados adicionales) y también no puedes cambiar la secuencia en forma dinámica lo cual obliga a escribir mas código.
El tercer problema de usar el wait de 10 segundos es que si eso está dentro de un loop, ese loop va a dejar de responder por 10 segundos hasta que el tiempo termine. Es decir si hay un paro de emergencia o necesitas hacer algo mas mientras esperas, no va a responder hasta después de 10 segundos, es mas en este caso la velocidad máxima de este ciclo seria de 13 segundos.
Aquí te agrego un ejemplo sencillo con una maquina de estados que prende un LED por tres segundos , lo apaga y por 10 y después lo vuelve a prender.
Algunas cosas importantes son que el tiempo del ciclo lo da el wait de 100ms . Es importante agregarlo porque si no lo tenemos la aplicación va a ejecutar lo más rápido que pueda y va a usar el 100% de tu CPU.
Dentro de los estados hay dos partes una que es el código que ejecuto y la decisión al estado que quiero pasar.
Por ejemplo cuando prendo el LED, mi código de ejecución es simplemente actualizar mi valor, y la decisión es siempre pasar al siguiente estado. En los de espera no estoy ejecutando ningún código, simplemente veo si ya paso el tiempo, si no a pasado puedo regresar y si ya paso cambio de estado.
Ahora cambio el estado del LED en dos casos pero no necesito variables porque la actualización del valor la realizo fuera del case. Con esto puedo reducir el número de variables que utilizo.
El clúster de estado es mi información local que controlo dentro del ciclo y me da el estado de mi maquina, esto permite encapsular la información y facilitar entender que está pasando en el programa.
También tanto el cluster como el Enum que estoy utilizando son Type definitions, esto permite que cuando las actualice en todos los lugares de mi código se actualicen y es más fácil cambiar el código.
Saludos
Benjamin C
Senior Systems Engineer // CLA // CLED // CTD
Adjuntos:
State Machine with Timing.zip ‏79 KB