Paleta de herramientas de Labview
3.Mueva el Cursor del ratón al conector Origin.Worksheet del VI OA_NewWorksheet. 4.Cuando la forma del Cursor se convierta en , haga clic con el botón derecho y elija Create/ Property/ Cols para crear un Property Node. A continuación, haga clic con el botón derecho y elija Cambiar todo a escritura. Después de eso, el Nodo de Propiedad será como . Luego conecte el conector de referencia al conector Origin.Worksheet del VI OA_NewWorksheet. Y cablee el conector de Error IO al conector correspondiente del OA_NewWorksheet VI también.
4. Mueva el ratón al conector Origin.Worksheet del Property Node . Cuando la forma del cursor del ratón sea como , haz clic con el botón derecho y elige Create/ Method/ Execute para crear otro Property Node. El Nodo de Propiedad será como . A continuación, conecte el conector de referencia al conector Origin.Worksheet del Nodo de Propiedad anterior. Y conecte el conector Error IO al conector correspondiente también. A continuación, añada una constante de cadena y póngala como impASC fname:= system.path.program$+”Samples\S15-125-03.dat”, y luego conéctela al conector LabTalkStr.
Descripción de Labview subvi
En cuanto a las formas de evitar que ocurra, aparte de refactorizar el código (que probablemente sea necesario de todos modos), puedes intentar desactivar el enrutamiento automático de cables: Herramientas ” Opciones ” Diagrama de Bloques ” Desmarquee la opción ‘Activar el enrutamiento automático de cables’.
Sin embargo, para mover la complejidad del diagrama de bloques en un sub VI requerirá algo de refactorización porque quiere incluir un bucle while que cambie el comportamiento basado en la entrada del panel frontal (como el botón booleano de stop abs 2). De lo contrario, cualquiera que sea el valor de stop abs 2 cuando el nuevo sub VI se ejecuta no cambiará mientras se está ejecutando.
La Ayuda de LabVIEW reitera este punto: “Debido a que el terminal permanece en el diagrama de bloques original y el terminal está conectado al nuevo subVI, el subVI no actualiza el valor del terminal en cada iteración del bucle dentro del subVI”.
Matriz de Labview
El libro Refactoring de Martin Fowler lo resume muy bien al hablar de la refactorización. Se necesitan dos sombreros. Uno para añadir funcionalidad y el otro para refactorizar. Tu proceso puede tener un buen punto para cambiar los sombreros (yo uso TDD que lo hace) – o puede que tengas que ser más deliberado. Pero en algún momento, usted necesita pensar en la refactorización.
Me apunté a una presentación en la NI Week para hablar de código limpio y necesitaba hablar de este tema. El día antes de la planificación para escribir la sección subVI, yo estaba trabajando en un proyecto de cliente. Como tengo un bebé pequeño en casa, intento salir a las 5 de la tarde todas las noches, pero se acercaban las 5.40 de la tarde, y mi mujer me mandaba mensajes para ver dónde estaba, así que puse el código en marcha pero no me puse el sombrero de refactorización.
La primera y más sencilla pista es buscar secciones de código con comentarios que describan lo que hacen. Si es un trozo lo suficientemente importante como para comentarlo, probablemente es lo suficientemente cohesivo como para hacer un buen subVI.
¿Ves las secciones para el formato en la parte inferior? Hay tres tipos de datos que deben ser formateados para la tabla. Uno ya está en un subVI, pero los otros dos sólo están etiquetados para hacer la conversión. Esta es la clásica señal de un subVI que aún no ha sido creado.
Gráfico de Labview
Darren es conocido por escribir útiles VI plug-ins para LabVIEW. He tenido un historial de creación de ganchos en el código C++ para llamar a VIs plug-in. A él y a mí nos disgusta el comportamiento actual de la función Create SubVI From Selection. No conoce el token de configuración para los paneles de conectores preferidos, no pone los terminales de error en la parte inferior y los terminales de clase/refnum en la parte superior, a veces nombra un control “error out” y un indicador “error in”, y el panel no está diseñado tan limpio como nos gustaría. Todas estas cosas podrían arreglarse en el código C++, pero siempre es difícil encontrar desarrolladores de repuesto, y Darren ya tiene algún código G para hacer este trabajo. Por lo tanto, tenía sentido para nosotros dos trabajar en una interfaz de C ++ a G para mejorar Create SubVI From Selection. En nuestro tiempo libre, hemos encontrado el lugar correcto en el código de C ++ para enganchar, averiguado los datos que deben ir a través de la interfaz, y conseguido el código bastante cerca de terminar. Una vez que supimos que iba a funcionar, pedimos permiso para añadirlo como una característica en 2011.
