¿Por qué es tan engorroso un contador / divisor binario de 15 etapas?

2

Parece que hay muchas formas de tomar una señal de 32.768 kHz y convertirla en 1Hz.

  • Puedo usar un CD4060, pero aún tengo que agregar un flip-flop ... así que 2 chips "grandes" con exceso de funciones (potencialmente) no utilizadas allí. Seguro que las otras 4060 salidas podrían ser útiles, y podría encontrar un uso para el otro flip-flop a bordo, pero todavía un lote de bienes raíces para una pila de tal vez con un oscilador incorporado probablemente tan preciso como un 555, negado por un cristal de todos modos.

  • La "navaja suiza de divisores": puedo usar el CD4536 programable, que proporciona una salida única desde cualquier etapa desde 1-24. Pero nuevamente, con el tamaño del chip y "cableado" para la programación (una gran cantidad de bienes raíces para una función) y nuevamente con el oscilador incorporado.

  • La imagen de la simplicidad, Nexperia hace un pequeño divisor de 14 etapas de 14 pines. Oh, tan cerca. Aún es necesario agregar un flip-flop, pero al menos el '4214 no es un divisor de 16 derivaciones como el' 4060.

  • Sólo por diversión, podría conectar 8 CD4013 en cascada.

Hay otros contadores / divisores que caen muy cortos o más allá de 15 etapas como una opción. Parece que las 15 etapas de la división binaria no son tan importantes como lo sospecharía.

Entonces, mi pregunta es: con el cristal de 32.768 kHz siendo tan prolífico, y la (creo, común) la necesidad de producir "segundos" con relojes y temporizadores, ¿por qué no hay una solución discreta? por hacer eso? ¿Me estoy perdiendo algo?

PS Sé que los microcontroladores, RX de GPS, RTC y otros dispositivos modernos pueden proporcionar toda la función de cronometraje que uno pueda necesitar, pero con toda la otra tecnología "arcaica" aún disponible, encuentro es difícil creer que tal dispositivo no existe / no existía.

Addendum Parece que he creado cierta confusión con mi ejemplo, en el que personalmente estaba buscando una señal de 1Hz de lo que pensé que era una frecuencia "jellybean". Pero, se trata de la disponibilidad de recuento por etapas, no de la frecuencia producida. Mi ejemplo es mi descubrimiento de una falta de dispositivos con una capacidad de división intermedia específica, independientemente de la frecuencia de entrada, donde la salida de \ $ 2 ^ {15} \ $ (y 16 y 17) parece ser casi evitada, y eso con a excepción de un ejemplo, se requiere un dispositivo adicional para alcanzar ese número.

Ya tenía mi solución de 1Hz antes de esta pregunta, pero sentí curiosidad y busqué lo que pensé que era la "manera antigua" de lograr esta frecuencia en productos de temporización pequeños y baratos. Por lo tanto, mi búsqueda consistió en un disponible de una etapa 15 dentro de un solo dispositivo. Tal vez el 32.768k no era parte de la vieja forma. En cualquier caso, me pareció extraño que todos los contadores / divisores predefinidos disponibles que proporcionaban rangos de selección entre \ $ 2 ^ 0 \ $ y \ $ 2 ^ {24} \ $ parecieran mejorar alrededor de \ $ 2 ^ {15} \ $ .

    
pregunta Jay

2 respuestas

2

La razón es que eso no es todo lo que necesita hacer un contador.

Dado que cualquier temporizador o contador deberá proporcionar contadores BCD para los segundos (y minutos y horas, si corresponde), junto con el formato y la conducción de la pantalla, tiene mucho más sentido que el IC personalizado incorpore tanto el oscilador como el cadena divisoria en el IC, en lugar de tener esto como un segundo IC externo.

Lo que parece que estás preguntando es por qué nadie hace un IC de 6 pines que toma energía, tierra, 2 pines para el cristal y emite una señal de 1 Hz. Bueno, eso es porque no hay mucha demanda para ello.

Si desea 1 Hz, una solución mucho más pequeña es esta parte ASTMK , que proporciona una lógica de 1 Hz. nivel de salida en un paquete de 2 mm x 1 mm, que es más pequeño que un cristal estándar de 32,768, que normalmente funcionará alrededor de 4 mm x 8 mm.

    
respondido por el WhatRoughBeast
2
  

con el cristal de 32.768 kHz siendo tan prolífico, y (creo que es común) la necesidad de producir "segundos" con relojes y temporizadores, ¿por qué no hay una solución discreta para hacerlo?

¿Es esa necesidad realmente tan común? Aparte de los relojes de pared analógicos de consumo, que tienden a usar cosas más baratas que los IC empaquetados DIP, no veo nada en este momento: cualquier cosa que haga más que mover una manecilla de segundos simplemente tendrá un MCU mínimo (horno de microondas), generalmente, o incluso algunos ASIC. (relojes, por ejemplo).

Los casos de uso para algo que solo divide un reloj lento por \ $ 2 ^ {16} \ $ como que parecen escasos.

    
respondido por el Marcus Müller

Lea otras preguntas en las etiquetas