Instituto Politcnico Nacional

Unidad Profesional Interdisciplinaria en

Ingeniera y Tecnologas Avanzadas
Ing. Mecatrnica

Prctica 2. Estructuras de control.

.
Periodo 2015/2

Elabor: Erick Huitrn Ramrez

Enviado: 29/05/2015

Estructuras de Control
Objetivo
Identificar las estructuras fundamentales de programacin grfica, y reconocer los casos
inmediatos de aplicacin en problemticas de ingeniera.

Tpicos abarcados.
2.3 Creacin de SubVIs
2.4 Estructuras de control
2.4.1 While
2.4.2 For
2.4.3 Case
2.4.4 Sequence
2.4.5 Formula Node
Estructuras de eventos (Adicional)
Mquinas de estado (Adicional)

Instrucciones generales.
El presente documento describe las actividades de programacin de instrumentos virtuales correspondientes
a la prctica 2 de Instrumentacin Virtual.
Debe sealarse que la apertura, ejecucin y revisin de los archivos generados se efecta a travs de un
software desarrollado con tal fin, de tal forma que los archivos principales generados deben nombrase
especficamente como lo seala este texto. Los nombres de subvis u otros complementos no son relevantes,
pero si deben acompaar al archivo principal, ya que no se corregirn programas que inicialmente no sean
ejecutables. Los archivos generados en esta prctica son EJERCICIO 1.vi, EJERCICIO 2.vi y EJERCICIO 3.vi
y ambos deben depositarse (con sus complementos) en una carpeta cuyo nombre inicie con el nmero de
boleta del alumno, seguido de un espacio y las siglas P2 (Por ejemplo: 2006640831 P2). Dicha carpeta
deber comprimirse como archivo .zip (no se aceptan .rar), y adjuntarse en un correo electrnico dirigido a las
direcciones ehuitronr@ipn.mx y ehuitronr0500@egresado.ipn.mx con el Asunto: 3MV* IV APELLIDO1
APELLIDO2 NOMBRE PRCTICA 1, dentro del periodo de recepcin.
Cualquier duda relacionada al procedimiento podr realizarse en clase o los medios comunes de
comunicacin, para aclararla y externarla al resto del grupo.
*3MV, hace referencia al grupo de inscripcin que puede ser 3MV3 3MV2.

Ejercicios.
1. Neurona todo-nada. Nombre de archivo: EJERCICIO 1.vi
Una neurona artificial estndar consiste en:

Un conjunto de entradas

Una regla de propagacin

Una funcin de activacin

(
neurona y su estado de activacin.

y pesos sinpticos

), que representa simultneamente la salida de la

Conjugndose en un modelo como el presentado en la figura 1.

Entradas
3

Salida

-1
Si en el modelo de neurona estndar consideramos que las entradas son digitales por ejemplo
{ } y la funcin de activacin es escaln H(.) (Denominada tambin de Heavside), definida
entre 0 y 1, se tiene


Como

cuando

cuando

, se tiene

Construye en LabVIEW un SubVI que contenga dos entradas numricas DBL (

), dos
entradas numricas que representan los pesos sinpticos (
), una entrada numrica que
representa el umbral , y con ellas efectu la regla de propagacin seguida de la funcin de
activacin. De acuerdo al texto anterior, el programa debe visualizar en un indicador booleano la
respuesta de la neurona. Anexar una grfica donde se visualicen las posiciones de las entradas
numricas y la recta que determina el umbral de decisin.

Figura 2. Elementos de una neurona Todo-nada y presentacin de la frontera de decisin.

Consideraciones:
El subVI debe estar documentado, debe contener un cono y enlace pane conector, de cinco
entradas y dos salidas.
Las entradas (

) son requeridas, (

) son recomendadas y

es opcional.

Colocar valores precargados para simular una compuerta AND.

2. Red Neuronal Artificial. Nombre de archivo: EJERCICIO 2.vi

Emplea el SubVI del ejercicio anterior en otro instrumento virtual para conformar una red neuronal
bsica capaz de integrar la respuesta de dos neuronas y formar la respuesta de las compuerta
XOR y XNOR. El programa debe contener dos entradas numricas (
), seis entradas
numricas (
),
tres
numricas
de
umbral
(
3
3
3 , y una salida
booleana, en una sola grfica deben presentarse las fronteras de decisin de las dos neuronas.
Al abrir el instrumento virtual se deben tener los valores de pesos y umbrales precargados.

3. Cajero automtico. Nombre de archivo: EJERCICIO 3.vi

Realiza un programa que simule la operacin de un cajero automtico, basado en la estructura de
mquinas de estado por eventos. Las cantidades a considerar en los procesos del programa son:
Crdito disponible: un valor aleatorio entre MX$ 30 000.00 y MX$ 10 000.00, que representar el
dinero disponible para el usuario.
Adeudo Tarjeta de crdito: un valor aleatorio entre MX$ 10 000.00 y MX$ 1000.00, que
representar el adeudo del cliente.
Estas cantidades pueden ser distintas cada vez que se opere el VI, pero durante su ejecucin, la
cantidad inicial debe actualizarse de acuerdo a los retiros o pagos que haga el usuario.

La operacin principal del cajero ser la siguiente:

Al ejecutar el VI, una pantalla debe estar alternando cada tres segundos entre tres imgenes
determinadas por el programador (Las imgenes deben estar cargadas en el IV, no deben ser
ledas al momento desde archivos externos), simultneamente, un led cuadrado deber parpadear.
El usuario simular el ingreso de la tarjeta bancaria con un botn (CARD), ante este evento el
programa deber dejar de mostrar las imgenes, detener el parpadeo del led, y mostrar una
pantalla donde se simule la validacin de la tarjeta durante tres segundos, en esta pantalla, para
evitar el aburrimiento del usuario, debern visualizarse un slide que pase lentamente de un llenado
del 0% al 100% y presentarse un indicador numrico gigante que muestre uno a uno los nmeros
de la secuencia de Fibonacci, calculados en ese intervalo de tiempo.
Posteriormente, el programa solicitar el ingreso de una contrasea (En este caso, los ltimos
cuatro dgitos del nmero de boleta del alumno, que debern colocarse como etiqueta libre en esta
pantalla para revisin.), y se ingresar cuando el usuario pulse un botn ACEPTAR. Si la
contrasea es correcta, el usuario ser canalizado a la siguiente pantalla, en caso de equivocarse
por primera y segunda vez, se le notificar y se invitar a ingresar su contrasea nuevamente, en
caso de errar por tercera vez, se presentar un mensaje de advertencia que le indicar el bloqueo
de su tarjeta, y el programa se detendr.
La siguiente pantalla (Men principal) deber ofrecer las opciones: Retiro de efectivo, Pago de
tarjeta de crdito, Compra de tiempo Aire, Estado de cuenta y Salir, mediante botones. Cuando
estos botones sean pulsados, debern canalizar la secuencia y la pantalla del programa a las
siguientes operaciones:
Opcin Retiro de efectivo:
Se mostrar nuevamente el crdito disponible. La pantalla debe ofrecer un control numrico para
que el usuario ingrese la cantidad que desea retirar, cuando la haya ingresado deber presionar un
botn ACEPTAR, y en caso de que la cantidad solicitada sea menor que el crdito disponible, se
efectuar una resta para actualizar la cantidad. Este nuevo dato deber manifestarse y procesarse
en el resto de las operaciones.
Opcin Pago de tarjeta de crdito:
Se mostrar el valor de crdito disponible y adeudo tarjeta de crdito. La pantalla debe ofrecer un
control numrico para que el usuario ingrese la cantidad que desea abonar, y en caso de que esta
sea menor o igual que el crdito disponible, y menor o igual que el adeudo, simular la transaccin
con la actualizacin de todos los datos.
Compra de tiempo Aire:
Se mostrarn las opciones de recarga MX$500.00, MX$300.00, MX$200.00, MX$100.00, y de
acuerdo a la eleccin del usuario se descontar el cargo de su crdito disponible. No se contempla
que el usuario indique su nmero de celular.
Estado de cuenta:
Esta pantalla presentar un registro en caracteres y con nmeros de todas las transacciones del
usuario realizadas durante la ejecucin del Instrumento virtual.

Salir:
Coloca el programa en su estado inicial a la espera de un nuevo evento de ingreso de tarjeta de
crdito.

De las pantallas Retiro de efectivo, Pago de tarjeta de crdito, Compra de tiempo Aire y Estado de
cuenta, se puede retornar al men principal.
Todas las pantallas deben estar personalizadas correctamente en simulacin de ofrecimiento como
producto final.

Lineamientos de evaluacin.

El desarrollo y entrega de la prctica deber realizarse de forma individual.

El 25 de junio de 2015 en la sesin de clase, los alumnos que realizaron y entregaron a
tiempo la prctica, debern entregar un reporte impreso simplificado que contenga
nicamente imagen del panel frontal y diagrama de bloques (de ser necesario, solo la
seccin que represente la parte ms importante del programa).
El horario lmite de recepcin de esta prctica es 21 de junio de 2015 a las 23:59 hrs.
Se dejar de dar asesoras y aclaraciones relacionadas a esta prctica, dos semanas
antes de su entrega.
Las asesoras solo se desarrollaran en el cubculo y en horario de clase si se cuenta con
tiempo disponible. Solo se dar asesora si el alumno cuenta con avance del ejercicio en
particular y sobre dudas especficas.
Es responsabilidad del alumno solicitar con tiempo, la aclaracin de instrucciones del
ejercicio que pudieran no ser entendibles.
La revisin 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 prctica. El profesor puede solicitarlos durante la revisin 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 diseo, alta correlacin de construccin u archivos derivados de otros
archivos sern anulados. Todos los alumnos involucrados perdern su calificacin
de prctica de forma definitiva.
Por ningn motivo o situacin imprevista se recibirn reportes impresos o se
desarrollarn revisiones en horarios y fechas distintas a las sealadas.

Design Concepts
a. Modularity, scalability, readability, and maintainability
1. Develop a LabVIEW application (VI) that is:
a) Modular VI functionality is subdivided into modules or subVIs
b) Scalable VI requires little or no change to the user interface or block
diagram to handle larger data sets or additional program states
c) Readable VI conveys information about itself through good documentation
and programming style
d) Maintainable VI facilitates modifications without changing the original
intent of the module or application
b. Cohesion and coupling
1. Develop LabVIEW modules that are:
a) Highly cohesivemodule has a clearly defined and published goal
b) Loosely coupledmodule minimizes dependency on other modules for
completing or complementing its functionality
c. Hierarchical design
1. Develop a LabVIEW VI that utilizes the preceding techniques to create a logical hierarchical
design
d. File structure
1. Organize the VIs in the file system to reflect the hierarchical nature of the
software
2. Create a folder for the application and give it a relevant name
3. Make the main (top-level) VI accessible in the application folder
4. Create separate folders for subVIs and controls
Tomado del archivo cld_exam_prep_guide_english.pdf como gua del examen de certificacin
CLD