Contador I2C discreto IC

Siento un poco que me estoy perdiendo... Parece que no puedo encontrar un chip de contador i2c (moderno). Algo que tome eventos aleatorios, los resuma y me permita sondear desde un uC un par de veces por segundo. Los eventos pueden estar separados por minutos o en el rango de 100khz.

Estoy tratando de diseñar una placa modular que interactúe con el uC principal. Esta placa modular es bastante simple, pero las variantes en la aplicación final pueden hacerla bastante diferente.

Entiendo que esto tiende a hacerse directamente en un uC, pero estoy buscando algo que se preste a la producción (pequeña-mediana escala). Estoy tratando de evitar pasos de programación adicionales (solo para un contador) en nuestra producción. Ah, y también bajo consumo ;P

He pensado en hacer un mal uso de un chip RTC, pero eso no parece adecuado para la producción y realmente no necesito una interfaz xtal.

¿Alguna idea?

los pasos de programación son inevitables
@TonyStewart inevitable, sí, pero delegable: el proveedor del microcontrolador o un distribuidor como DigiKey puede realizarlos por usted y enviarle circuitos integrados programados.
sí, cualquier cosa puede ser una fabricación o compra, incluso contratar programadores en línea aquí (no yo), no sabía que DK tenía programadores, pero posiblemente tenga contratistas para hacerlo.
El diseño realmente no es el problema. Soy bastante capaz de configurar la solución uC (actualmente es mi alternativa). El principal problema son solo los volúmenes, esto podría hacer 1-2k al año. Lo que siempre termina en ese extraño término medio de que tiene sentido obtener cosas personalizadas de MFG. pero el volumen no es lo suficientemente alto como para bajar el precio...

Respuestas (4)

No hay escasez de microcontroladores pequeños que tengan ambos:

  1. Contador digital.
  2. Periférico I 2 C de hardware incorporado que puede actuar como un esclavo I 2 C.
Sé que es una opción, pero simplemente no tiene mucho sentido para mí, ya que puede obtener i2c GPIO, ADC, DAC, relojes, etc. y la mayoría de los uC también los tienen integrados. Así que sí, parte de la demanda del mercado y todo eso, parece un poco raro...
Por cierto, hace unos años tuvimos una pregunta similar (quizás incluso duplicada): el contador digital controlado por I2C .

El PCF8593 está diseñado para contar opcionalmente eventos en un pin en lugar de tiempo en un cristal.

De la hoja de datos de NXP Semiconductor para la pieza:

ingrese la descripción de la imagen aquí ingrese la descripción de la imagen aquí

Agregue los detalles importantes a su respuesta simple, o recibirá poca atención o votos.

Si tiene que tener una solución fuera de borda con el tiempo. Use un CPLD, luego puede obtener la lógica que desee. La complejidad del diseño aumenta, pero ahorrará energía. El precio comienza en ~ 1.5 con cantidad.

Esto no evita un paso de programación. Estará programando un CPLD en lugar de una MCU, pero eso no simplifica el proceso de producción de OP (que es lo que él quiere al final).
Sí, nuestro proceso de producción es realmente el principal problema con este tema en particular. Pero no tengo la autoridad para arreglar eso.... :|
¿Por qué no? Uno puede obtener CPLD programados de fábrica, no es necesario programarlos, simplemente soldarlos a la placa.

Parece que tienes razón. Parece que no hay contadores binarios habilitados para i2c en el mercado. Probablemente debido a uCs y CPLDs baratos que pueden hacer el trabajo. Sin embargo, si lo desea, aún puede usar un contador binario simple como SN74LV conectado a un expansor GPIO I2C como XRA1203 (me gustan porque son muy versátiles y configurables) para construir un "contador binario habilitado para i2c". Sin embargo, esto le costará más que un CPLD.