problema del reloj externo AVR

3

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

Estaba pensando, solo agrego el reloj, los chips de arduino usarán el cristal y los otros chips no. Estoy en lo correcto?

    
pregunta Rick_2047

3 respuestas

3

siempre y cuando tenga los fusibles configurados para usar el oscilador interno y no esté utilizando los pines XTAL por ningún motivo en esos chips, debe estar en A-OK. Sin embargo, debe no establecer esos pines XTAL en las salidas, sino que las entradas sin habilitan las funciones internas (es decir, DDRx = 0; PORTx = 0). Sin embargo, por otra parte, 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 "conducir" el cristal a resonar ...

EDIT Ok, solo quería asegurarme de que no estabas tratando de "compartir" los cristales. Como han dicho los demás, no puedo imaginar una razón (sana) por la que tendrías que ejecutar tus fichas a la misma velocidad de reloj. Sin embargo, tenga en cuenta que algunas de sus configuraciones de registro (por ejemplo, las previsiones del temporizador, la configuración de la velocidad en baudios, etc.) tienen un acoplamiento implícito a su frecuencia de reloj y es posible que necesiten ajustes en un firmware idéntico.     

respondido por el vicatcu
1

El ajuste del reloj de los chips ATMega * 8 está definido por los fusibles. Prefiero usar la misma configuración de reloj para el chip arduino y el AVR o su aplicación podría 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 en la hoja de datos.

    
respondido por el JonathanD
1

depende de lo que quieras decir con "causar problemas".

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

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

Los relojes desincronizados pueden aumentar el jitter y el rebote en el suelo en cada uno de los circuitos. Una sugerencia es evitar que el retorno de la corriente de tierra se desplace por 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 la ruta de retorno actual.

    
respondido por el Mark

Lea otras preguntas en las etiquetas