Comportamiento extraño: NE555 + 7493 Ripple Counter + 4 to 16 Decoder

0

He implementado lo siguiente con los chips TTL 74LS:

  1. Un temporizador basado en NE555 genera una señal de reloj cada segundo
  2. La señal del reloj se alimenta a un contador de rizado binario de 4 bits TTL 7493.
  3. El valor del contador binario de 4 bits se alimenta a un decodificador de 4 a 16 que he construido a partir de compuertas TTL 7408 y TTL 7404.

Cuando conecto el temporizador y solo el contador de rizado de 4 bits, el contador de rizado genera el valor binario correcto. Cuando uso el decodificador de 4 a 16 con un valor binario codificado a mano, también produce la señal alta en la línea de salida correcta.

Pero tan pronto como introduzco la salida del contador de rizado de 4 bits en el decodificador de 4 a 16, el contador de rizado produce una secuencia de conteo binaria incorrecta. Ya estoy luchando con este problema durante unos días, y no tengo ni idea de cómo solucionarlo, ni tengo ni idea de por qué ocurre este comportamiento.

Como he dicho, el decodificador de 4 a 16 y el contador de rizado de 4 bits funcionan perfectamente cuando los uso por su cuenta, pero tan pronto como los encadeno, ocurre un comportamiento extraño.

Se agradece cada ayuda y consejo :-)

Gracias & buenos saludos,

    

2 respuestas

1

La salida de un contador de rizado no cambia de un 'recuento' a otro instantáneamente. El nuevo estado "ondula" en las salidas hasta que alcanza el nuevo estado.

Es posible que estos estados "intermedios" aparezcan en las salidas del decodificador 4 a 16 como salidas "aleatorias".

Si registra el contador de ondulación manualmente y luego observa las salidas, serán correctas, porque la ondulación se produce rápidamente, pero el decodificador 4 a 16 es lo suficientemente rápido para cambiar de acuerdo con los resultados intermedios.

    
respondido por el Dutch2
0

Si estás usando 2 AND de entrada para la decodificación, necesitarás 32 de ellos en la segunda fila para decodificar los términos mínimos y luego necesitarás 16 más en la tercera fila para reducir los 32 estados de salida de la Primera fila hasta 16 de un hots. Eso es 48 puertas, así que tienes razón en eso. Todo lo que queda, entonces, si su decodificador funcionó perfectamente cuando lo excitó, es averiguar por qué no funciona cuando está impulsado por el contador. Mi conjetura sería que no almacenar en búfer las salidas del contador cargaría sus salidas hasta el punto en que no llegarían a ser un 1 o un 0 en lo que respecta al decodificador.

    
respondido por el EM Fields

Lea otras preguntas en las etiquetas