Está en la página 1de 7

Instituto Politécnico Nacional

Unidad Profesional Interdisciplinaria en


Ingeniería y Tecnologías Avanzadas
Ing. Mecatrónica

Práctica 4.Arreglos y clusters.


.
Periodo 2015/2

Elaboró: Erick Huitrón Ramírez

Enviado: 06/06/2015
Arreglos y clusters.

Objetivo.

Implementar aplicaciones que operen con una cantidad masiva de datos de forma simultánea.

Tópicos comprendidos.
2.6 Arreglos y Clusters.

Instrucciones generales.
El presente documento describe las actividades de programación de instrumentos virtuales correspondientes
a la práctica 4 de Instrumentación Virtual.

Debe señalarse que la apertura, ejecución y revisión de los archivos generados se efectúa a través de un
software desarrollado con tal fin, de tal forma que los archivos principales generados deben nombrase
específicamente como lo señala este texto. Los nombres de subvi´s u otros complementos no son relevantes,
pero si deben acompañar al archivo principal, ya que no se corregirán programas que inicialmente no sean
ejecutables. Los archivos generados en esta práctica son EJERCICIO 1.vi, EJERCICIO 2.vi, EJERCICIO 3.vi
y EJERCICIO 4.vi y todos deben depositarse (con sus complementos) en una carpeta cuyo nombre inicie con
el número de boleta del alumno, seguido de un espacio y las siglas P4 (Por ejemplo: 2006640831 P3). Dicha
carpeta deberá comprimirse como archivo .zip (no se aceptan .rar), y adjuntarse en un correo electrónico
dirigido a las direcciones ehuitronr@ipn.mx y ehuitronr0500@egresado.ipn.mx con el Asunto: 3MV* IV
APELLIDO1 APELLIDO2 NOMBRE PRÁCTICA 4, dentro del periodo de recepción.

Cualquier duda relacionada al procedimiento podrá realizarse en clase o los medios comunes de
comunicación, para aclararla y externarla al resto del grupo.

*3MV, hace referencia al grupo de inscripción que puede ser 3MV3 ó 3MV2.
1. Binarizador de imágenes.

Nombre de archivo: EJERCICIO 1.vi

Realiza un programa en LabVIEW que lea una imagen mediante la selección de un archivo con un
File Path Control (el programa debe leer formatos PNG, JPG, JPEG y BMP sin que el usuario
indique previamente que formato se espera, es decir, la deducción se hace con la propia
selección). El programa debe procesar la imagen seleccionada, visualizando las etapas
presentadas a continuación.

Figura 1. Imagen original

Figura 2. Segmentación RGB

Figura 3. Escala de grises

Figura 4. Proceso de umbralización.


Figura 5. Conversión de umbral a mapa de bits. (Aplicable solo a imágenes muy pequeñas).

Consideraciones:

Antes de ejecutar el programa, el usuario debe seleccionar con un control ENUM, la capa con que
desea trabajar para convertirla en escala de grises y umbralizarla. No obstante, la segmentación
RGB debe visualizarse todo el tiempo.

En el proceso de umbralización se debe contar con un control slide vertical llamado “UMBRAL”
acotado entre 0 y 255, que al moverse muestre los diferentes estados de umbralización como se
observa en la figura 4. Esta etapa debe encontrarse en un ciclo para observar constantemente los
cambios.

2. El cubo de colores.

Nombre de archivo: EJERCICIO 2.vi

Con apoyo en las estructuras de control, uso de arreglos y funciones de tratamiento de imagen
(como RGB to color.vi, Flatten pixmap.vi, Draw Flattened pixmap.vi, etc.), realiza un programa en
LabVIEW que genere las seis caras del cubo de colores RGB, y las exhiba en seis indicadores
Picture, dispuestos como el desdoble del cubo. En la figura 8 se muestran dos caras del cubo de
colores y en la figura 8, un ejemplo parcial de configuración.

Figura 6. Ejemplos de caras del cubo de colores.


Figura 7. Diagrama de bloques de ejemplo para la generación del cubo de colores.

Figura 8. Aristas del cubo de colores RGB.


Consideraciones:
Las caras del cubo deben tener forzosamente la distribución de colores y presentación del
despliegue señalada en la figura10, en caso de tener una distribución distinta, tener el algún error
en alguna de las caras, o filas o columnas con colores erróneos, se anulará el ejercicio.

3. Vistas internas del cubo de colores.


Nombre de archivo: EJERCICIO 3.vi

El cubo de colores del ejercicio anterior representa solo las vistas exteriores del mismo, sin
embargo es sabido que en su interior contiene más colores, que pueden ser vistos cuando se
efectúa algún corte. Agrega un elemento slide (A) con valores extremos de 1 a 255, para que el
programa anterior permita ver las seis caras de un cubo de lado variable ubicado en el centro del
cubo de colores.

Figura 9. Expansión del cubo de colores RGB, acorde al movimiento del slide desde 1 a 225.
4. Cluster/Arreglo de datos. Nombre de archivo: EJERCICIO 4.vi

Realiza un programa en LabVIEW que contenga un arreglo de cluster mixto donde el usuario
pueda ingresar los siguientes datos para diversas personas (una persona por elemento del
arreglo).

Dato Control dentro de cluster


Nombre String
Apellido Paterno String
Apellido Materno String
Estado de nacimiento Menú ring con 32 datos precargados (Aguascalientes, Baja
caliornia, etc).
Escolaridad Numérico (1. Básica, 2. Media Básica, 3. Media superior, 4.
Superior, 5. Posgrado)
Fecha de nacimiento Control Time Stamp (Menú de numéricos).
Sexo Boleano (F- Femenino, T-Masculino).

Figura 6. Ejemplo parecido del cluster.

El programa debe realizar diversas operaciones con los datos ingresados en el cluster para
devolver un arreglo de dos dimensiones de tipo String que contenga la siguiente información.

Elemento Contenido
0 Índice, numero de persona de acuerdo al arreglo iniciando en 1.
1 Apellido Paterno Apellido Materno y Nombre
2 Edad Años y meses (calculada entre el ingreso del clúster y la fecha de la
computadora)
3 RFC
4 Nombre del estado de nacimiento.
5 Escolaridad (Básica, Media Básica, Media superior, Superior, Posgrado)
6 Sexo (Masculino o femenino)

(En la primera dimensión se colocan los datos de una persona, y con la segunda se cambia de
persona).

Figura 7. Ejemplo parecido del arreglo resultante.

Lineamientos de evaluación.

 Queda prohibido el uso de variables compartidas, nodos de propiedades, nodos de formula


con código C para sustituir estructuras (IF, CASE, FOR, WHILE, SEQUENCE) en el
desarrollo de esta práctica, así como variables locales, globales, compartidas o nodos de
propiedades.
 El desarrollo y entrega de la práctica deberá realizarse de forma individual.
 El 2 de julio de 2015 en la sesión de clase, los alumnos que realizaron y entregaron a
tiempo la práctica, deberán entregar un reporte impreso simplificado que contenga
únicamente imagen del panel frontal y diagrama de bloques (de ser necesario, solo la
sección que represente la parte más importante del programa).
 El horario límite de recepción de esta práctica es 28 de junio de 2015 a las 23:59 hrs.
 Se dejará de dar asesorías y aclaraciones relacionadas a esta práctica, dos semanas
antes de su entrega.
 Las asesorías solo se desarrollaran en el cubículo y en horario de clase si se cuenta con
tiempo disponible. Solo se dará asesoría si el alumno cuenta con avance del ejercicio en
particular y sobre dudas específicas.
 Es responsabilidad del alumno solicitar con tiempo, la aclaración de instrucciones del
ejercicio que pudieran no ser entendibles.
 La revisión solo procederá si el alumno cuenta con sus programas listos, reporte impreso y
programas adicionales en los que el alumno pudiera haberse apoyado para el desarrollo de
esta práctica. El profesor puede solicitarlos durante la revisión y entrevistar al alumno
respecto al desarrollo de los programas.
 Todos los trabajos que sean encontrados con similitud total o parcial entre sí,
similitud de diseño, alta correlación de construcción u archivos derivados de otros
archivos serán anulados. Todos los alumnos involucrados perderán su calificación
de práctica de forma definitiva.
 Por ningún motivo o situación imprevista se recibirán reportes impresos o se
desarrollarán revisiones en horarios y fechas distintas a las señaladas.