Universidad Autónoma de Nuevo León
Facultad de Ingeniería Mecánica y Eléctrica
Sistemas Digitales PROYECTO FORMATIVO 1
Natalia Daenna González Viera 1843929 M1 N.L. 28 Ing. Juan Ángel Garza Garza
Fecha de elaboración: 27/03/19 - 30/02/19 Tiempo estimado de elaboración: 20 horas
Comprobaciรณn de resultados en Logisim
Comprobaciรณn de resultados en Logisim
PROYECTO FORMATIVO 1 Redacción y diseño del problema: Un cerrojo electrónico es controlado por cuatro botones llamados A, B, C y D y se consideran activados cuando es oprimido y proporcionan un valor de uno y desactivados cuando no está oprimido y proporcionan un valor igual a cero, además cuenta con una salida P, que indica con P=1 abrir puerta y P=0 cerrar puerta. Diseñe un sistema digital para el control de acceso, de modo que se pueda abrir la puerta con cualquiera de las siguientes combinaciones: 1.- Si se activan los botones A y B, sin importar los botones C y D. 2.- Si se activa el botón B, pero no C y D sin importar el botón A. 3.- Si se activan los botones B y C, pero no los botones A y D. 4.- Si están activados los botones A y C, pero no B, sin importar el botón D. 5.- Si están activados los botones A y D, pero no el botón B, sin importar el botón C. ..... Para la solución de este problema decidí crear la tabla de verdad y sus respectivas ecuaciones, a pesar de que el lenguaje ABEL-HDL me permita simplificar en gran magnitud el proceso. Tabla de verdad: 4 Entradas m 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
A 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1
B 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1
1 Salida C 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 1
D 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1
P 0 0 0 0 1 0 1 0 0 1 1 1 1 1 1 1
Ecuaciones: Al observar la tabla de verdad se puede apreciar claramente que conviene más obtener las ecuaciones por medio de la forma POS (maxitérminos), ya que contamos con menor cantidad de ceros que de unos, ahorrándonos espacio en la ecuación.
P=m0+m1+m2+m3+m5+m7+m8 AC = ∑m (0,1,2,3,5,7,8)
P=(A+B+C+D)(A+B+C+D’)(A+B+C’+D)(A+B+C’+D’)(A+B’+C+D’) (A+B’+C’+D’)(A’+B+C+D)
(cabe destacar que la ecuación anterior se pasó a mínima con ayuda de los mapas de Karnaugh, apareciendo los resultados en la sección después del diagrama de bloques)
Diagrama de bloques:
Ecuaciones mínimas: Las obtuve con ayuda de los mapas de Karnaugh: Con suma de productos (SOP):
Con productos de suma (POS):
AND/OR
OR/AND
Diagrama esquemático en la forma SOP y POS:
(forma SOP)
(forma POS)
ABL código:
Simulación Test Vectors: diagrama de tiempos
Ecuaciones mínimas: P
=( A&C # A&D # B & !D );
Distribuciรณn de terminales (Pin Out) del archivo RPT: P22V10G
+---------\
/---------+
|
\
|
-----
| 1 | A| 2 | B| 3 | C| 4 | D| 5 | | 6 | | 7 | | 8 | | 9 | | 10 | | 11 |
/
| | 24 | Vcc | 23 | | 22 | | 21 | | 20 | | 19 | | 18 | | 17 | | 16 | | 15 | | 14 | P |
GND | 12
13 |
|
|
|
|
`---------------------------'
Simulaciรณn Proteus:
Foto del circuito:
Conclusiones En conclusión, puedo decir que este proyecto fue de alguna manera muy interesante para mi a pesar de haber ya hecho un proyecto previo a este, muy similar; el pasado también fue de mucha ayuda ya que de mis errores previos aprendí y esta vez no los cometí, también me di cuenta que ahorre demasiado tiempo, tiempo el cual en la actividad pasada usé como 10 veces más, esta vez ya contaba con un conocimiento previo a los elementos e instrucciones que se me pedían, pero esta vez siento que los conceptos de cada cosa fueron un poco más profundos y con una mejor definición hacia ellos por mi parte; el proceso fue mucho más fluido que en el proyecto anterior a este, también siento que si esto sucedió en el segundo, será aun mejor en el tercer proyecto donde a pesar de que vendrá un poco de mayores conocimientos, será aun mas fluido ya que conocimientos básicos como tablas de verdad, lo que es Proteus, los diagramas esquemáticos y de tiempos, las ecuaciones mínimas, etc., ya están muy bien definidas por mi parte y en cada proyecto que pase se irán puliendo más.
Recomendaciones Una de las principales recomendaciones que quisiera recalcar es que cuando se decida iniciar a realizar el proyecto, todo se inicie de forma física, empezando con un lápiz y papel, ya que se cometerán más errores si se inicia directamente en el programa y muy probablemente cuando vemos el error directamente en el software sentimos mayores imposibilidades para resolverlo, o creemos que no lograremos comprender ni identificar nuestro error, pero la mayoría de las veces son errores muy simples y en su mayoría de la incorrecta compresión del problema planteado, para lo cual hay que tener muy bien definido todo y también saber si contamos ya con los suficientes conocimientos como para empezar a dictarlo a un programa como ISP Lever, etc.