Hoy tuve problemas para que mi programador reconociera a mi avr. La razón fue porque el período de sck era incorrecto para el oscilador interno. Tan pronto como instalé un cristal funcionó bien.
Estoy confundido en cuanto a por qué nos molestamos en configurar los fusibles AVR para los cristales si puede reconocer el cristal de todos modos.
Hay muchas formas diferentes de generar una señal de reloj en un microcontrolador. Necesita los fusibles para decirle al microcontrolador cómo generar o encontrar esa señal de reloj. El microcontrolador no puede detectar automáticamente el reloj.
Es posible que su microcontrolador haya utilizado de forma predeterminada un cristal con la configuración correcta para el tipo de cristal que haya conectado.
No estoy seguro de los Atmels, pero aquí hay algunos tipos de configuración de PIC:
También puede decirle a µC que use (uno o ambos de) sus pines del oscilador como pines IO. Nuevamente, esto se acopla con los fusibles del oscilador, por lo que se debe configurar allí.
Personalmente creo que los fusibles para este tipo de cosas son una idea tonta, y la señal del reloj podría muy bien ser predeterminada al oscilador interno en el encendido y luego el firmware selecciona otro (más rápido, más estable, más bajo, etc.) ) la señal del reloj para operar sin necesidad de desvanecerse con fusibles.
Más a menudo, es porque desea una fuente de reloj más estable. El oscilador en chip en el AVR no es muy preciso y tiene algunos temblores. También necesitamos un oscilador externo porque la frecuencia del oscilador en el chip, cuando se divide por números enteros, no puede generar las velocidades en baudios estándar para la comunicación U (S) ART.
Lea otras preguntas en las etiquetas avr