CAPÍTULO 1 - Universidad de Sevilla

Departamento de Física Aplicada III. Universidad de SevillaEn nuestro caso, trabajaremos siempre con vectores reales, por lo que la entradapi1 deberá ser “nula”. Además, el vector “t” será generado por la propia aplicaciónMatlab, con un tamaño definido a partir del tiempo del experimento seleccionado por elusuario. Por tanto, no tiene sentido definir un tamaño a priori, por lo que también elvector pr será “nulo”.Dado que HP-VEE no admite “vectores vacíos”, lo que se hace es crear“artificialmente” un vector que contenga sólo un elemento nulo. Esto es lo que hace elobjeto “EmptyArray”, que será la entrada de pr y pi1.Una vez introducido el vector “t” en Matlab, todo está dispuesto para que elusuario haga uso de la aplicación para diseñar los perfiles. Y es aquí donde se presentael problema del sincronismo entre las dos aplicaciones. Dado que es el usuario el quedefine los perfiles en Matlab, no podemos saber a priori cuánto tiempo va a tardar esteproceso, y por tanto, cuándo puede tomar de nuevo HP-VEE el control de la aplicación.El usuario puede tardar más o menos tiempo en función de factores como el número depuntos introducidos, la duración del experimento, tipo de interpolación seleccionada,etc.Se hace necesario, pues, programar un mecanismo que “sincronice” las dosaplicaciones para que, una vez se haya terminado el proceso en Matlab, HP-VEE puedaretomar el control y continuar con el proceso.figura 5.27).Esto se implementa mediante el bucle gobernado por el objeto UntilBreak (VerEl modo de operación es el siguiente: una vez ejecutado el objeto “Put FullMatriz” se activa el objeto de control de flujo “Until Break”. Este objeto crea un “hilode ejecución” del programa; esto es, hace que se ejecute continuamente el grupo deobjetos que están conectados a su salida hasta que se ejecute un objeto tipo “Break”.Esta técnica de programación se denomina “espera activa”, ya que lo quehacemos es esperar que se termine la aplicación en Matlab, y mientras esto sucede133