¿Hay un IC que "registre" un registro o búfer de la señal digital recibida (altos y bajos) que ingresará, y finalmente enviará a otro IC a través de la interfaz I2C?
El problema es que tengo dos relojes diferentes y el IC receptor no puede obtener la señal porque es demasiado rápido.
ACTUALIZACIÓN: Gracias por las respuestas.
Los datos de envío de chips funcionan a una velocidad de al menos 256Mhz, datos de recepción de chips - 48Mhz. El protocolo de comunicación se ve así:
Sí. Se llama FIFO. Se utiliza comúnmente para acoplar dos dominios de reloj diferentes. No hay muchas opciones I2C . Pero haría bien en la búsqueda de un UART al convertidor I2C .
Parece que esta es la pregunta equivocada para el problema: realmente debería considerar hacer que el reloj de datos funcione a una velocidad aceptable para ambos dispositivos. Si no puede leer los datos más rápido que ~ 48MHz, entonces no tiene sentido cronometrarlos a 256MHz, ya sea ajuste los relojes o cambie el software para enviarlos más lentamente.
La mayoría de las comunicaciones de estilo I2C / SPI están moviendo cantidades relativamente pequeñas de datos a una velocidad relativamente baja, generalmente por debajo de 1MHz. Si tiene grandes cantidades para mover, quizás sea mejor mirar las líneas de datos paralelas en lugar de aumentar la velocidad del reloj. La ejecución de relojes más lentos hace que el diseño de la placa sea más fácil y el sistema más tolerante, y evita los dolores de cabeza RFI / EMI.
También puede consultar el control de flujo (google), el protocolo de enlace, la señalización, el estiramiento del reloj, los arreglos maestro / esclavo, etc. - este problema ha existido durante años en todos los aparatos electrónicos y ha sido resuelto de varias maneras por mentes más nuestro.
Lea otras preguntas en las etiquetas i2c digital-logic signal
