Problema con el reloj externo del AVR

Hola, tengo algunos chips con el cargador de arranque arduino y algunos chips sin él. Quiero usarlos usando el mismo circuito. La confusión que tengo es con el reloj, el arduino usa 16MHz externo y el avr tiene su interno, ¿me causará algún problema si los uso en el mismo circuito?

Estaba pensando, solo agrego el reloj, los chips arduino usarán el cristal y los otros chips no. ¿Tengo razón?

Respuestas (3)

siempre que tenga los fusibles configurados para usar el oscilador interno y no esté usando los pines XTAL por ningún motivo en esos chips, debería estar bien. Sin embargo, no debe configurar esos pines XTAL en salidas, sino entradas sin pullups internos habilitados (es decir, DDRx = 0; PORTx = 0). Sin embargo, en una nota separada, no estoy tan seguro de que esté bien con más de un cristal por chip. Los cristales son componentes "pasivos", y el AVR en realidad tiene algunos circuitos para "impulsar" el cristal para que resuene...


EDITAR OK, solo quería asegurarme de que no estabas tratando de "compartir" cristales. Como han dicho los demás, no puedo imaginar una razón (sensata) por la que tendría que ejecutar sus fichas a la misma velocidad de reloj. Tenga en cuenta, sin embargo, que algunas de sus configuraciones de registro (por ejemplo, escalas previas del temporizador, configuraciones de velocidad en baudios, etc.) tienen un acoplamiento implícito con su velocidad de reloj y pueden necesitar ajustes en un firmware idéntico.

No tengo más de un cristal en un chip. Los de arduino tienen su propio reloj de 16 MHz, mientras que los chips normales usan el reloj interno.

La configuración del reloj de los chips ATMega*8 está definida por los fusibles. Prefiero usar la misma configuración de reloj para el chip arduino y el AVR o su aplicación puede no funcionar correctamente (especialmente si usa comunicación en serie, etc.).

Esta página contiene información útil sobre el tema, así como enlaces a las partes relevantes de la hoja de datos.

depende de lo que entiendas por "provocar problemas".

Suponiendo que se comuniquen con algo como SPI o I2C con el soporte SoC adecuado, no habrá ningún problema de comunicación ya que SPI/I2C están diseñados para funcionar sin sincronización de reloj entre circuitos integrados.

Es posible que tenga problemas de integridad de la señal y EMI con múltiples circuitos integrados que funcionan con relojes independientes. Esto será especialmente evidente en circuitos prototipo pirateados con alta resistencia a tierra, por ejemplo, una placa de pruebas con conexiones a tierra es un problema mucho mayor que una PCB con un plano de tierra sólido de 2 oz.

Los relojes desincronizados pueden causar un aumento de la fluctuación y el rebote a tierra en los circuitos de los demás. Un consejo es evitar que el retorno de la corriente a tierra viaje por debajo de otros circuitos que funcionan con un reloj diferente. Recuerde siempre que la corriente de alta frecuencia sigue el camino de menor inductancia, no el camino de menor resistencia cuando se considera el camino de retorno de la corriente.