No tengo mucha experiencia en electrónica. Estoy diseñando una PCB que incluye una MCU (EFM32) y algunos circuitos integrados. He visto en muchos circuitos que generalmente agregan un reloj de cristal externo en el tablero y me preguntaba por qué no usar el reloj MCU interno para sincronizar el circuito.
Sé que esta pregunta es una pregunta para principiantes, pero tengo dificultades para encontrar una respuesta (supongo que es un problema de palabras clave).
Parece estar trabajando bajo la idea errónea de que el EFM32 tiene un cristal incorporado. no lo hace
Tiene, como muchos microcontroladores, un oscilador RC interno, que es tremendamente inexacto.
También tiene "Un circuito oscilador de cristal de alta velocidad" (así como uno de baja velocidad) que es el circuito necesario para usar un cristal externo. Para usarlo debes conectarle un cristal para regular las oscilaciones. Ese cristal debe estar entre 4MHz y 32MHz (más alto en algunas versiones del chip), o 32.768kHz para el oscilador de baja velocidad.
¿Por qué no usar el reloj MCU interno para cronometrar el circuito?
La precisión de los relojes RC internos no es suficiente cuando usa USB o UART/RS232 en la mayoría de los casos, especialmente cuando se considera la temperatura total y el rango de VCC. Un cristal tiene límites mucho más estrictos en su frecuencia de operación y menos deriva de temperatura.
USB requiere un cristal de 48 MHz en una MCU EFM32 (HFXO) para funcionar correctamente.
Cuando se usa para el cronometraje, desea un cristal preciso de 32768 Hz para el RTC (LFXO).
Miguel
usuario1553136
david tweed
usuario1553136
Majenko