Discusiones sobre Productos NI
Temporizacion bucles
Hola,
recupero este tema con una duda ya que creo que encaja bien en este hilo, quería hacer una temporización para que un indicador presente un retraso en su encendido, de modo que he operado de esta forma(con un bucle "while loop" contador de ciclos), y mi pregunta es si es un bueno método o ¿existe algo mas eficiente? PD Aún no domino todos los recursos de LabView.
Magnifica respuesta BeCeGa!!!
Me vale de mucho, voy aprender mucho con tu comentario.
Entiendo lo que dices sobre el tiempo de ejecucion, algo importantisimo, por suerte mi aplicacion no va a requerir unos tiempos exactos. De todas formas me apunto tu gran aportacion y lo tendré en cuenta para futuras aplicaciones. Ayer por la tarde antes de que contestaras me decidí a cambiar la forma de realizar esta temporización que necesito y quedó así. Dame tu punto de vista, estaré muy agradecido.
Respeto a lo de las variables locales, es verdad que estoy utilizando bastantes. LLevo como unas 30 o así. No he apreciado ningún problema que me comentas pero estaré alerta.
Le echaré un vistazo tambien a ese enlace:
También por lo que veo aquí lo que estas haciendo es un secuenciado y necesitas manejar tiempo, te recomiendo que leas sobre maquinas de estados, que te pueden ayudar a controlar mejor tu secuencia en una forma mas reusable y te ayudaran a reducir el número de variables.
http://www.ni.com/academic/students/learn-rio/stat
PD: Te he agregado como amigo. Espero que no te moleste.
Un saludo.
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
