¿Puede un capacitor de oscilador de cristal equivocado quemar la MCU?

5

Historia corta:

Estoy usando un Atmel AT32UC3C2512C MCU and I seleccionó un oscilador de cristal de 20MHz para ello y dos capacitores NP0 10pF. Tenía dudas entre 10pF, 15pF o 22pF, así que decidí comenzar con el más pequeño. ¿Puede esto quemar un MCU?

Historia larga:

El PCB es realmente de alta densidad y uso todos los 64 pines, por lo que no puedo colocar el esquema completo y el PCB aquí. La primera vez que encendí el circuito del LED conectado a un GPIO se encendió (lo cual creo que no debía hacerlo, ya que generalmente los pines vienen como entradas de fábrica y el LED necesitaba una salida ALTA para encenderse). ) y fue muy tenue ... después de algunas investigaciones en la inmensa hoja de datos, parece que coloqué el LED en un pin que no puede manejar un LED (Murphy ataca de nuevo) ... en mi defensa, la hoja de datos no proporcionó suficiente información sobre los pines actuales, la única pista que tengo para esto es la fuerza de accionamiento del pin y algunos ejemplos, pero no se proporcionan datos reales.

Quité el LED y, después de tocar un poco en Atmel Studio, la MCU se quemó ... ¡sorprendentemente siguió corriendo! Así que pude codificar más y aún con el MCU prenderse fuego varias veces, seguía funcionando. Entonces, después de un tiempo, simplemente se quemó para siempre (por lo general, volver a conectar la energía hizo que dejara de prenderse fuego y funcionar como debería, pero después de un tiempo, simplemente conectando la batería se encenderá y saldrá humo).

Así que no hay sorpresas allí, el pin LED no podía manejar demasiada corriente, así que probablemente quemé el puerto y la MCU se volvió inestable. Así que reemplacé el MCU por uno nuevo ... ¡y en la primera sesión de programación también se quemó! Una nueva marca! No hay LED conectado al pin incorrecto ... todos los pines configurados como entradas con pull-ups ... el fuego (luz amarilla brillante con humo) comenzó cerca de los pines reguladores internos de la MCU, que están justo en el lado de Los pines del oscilador. Revisé todos los voltajes y los rieles están limpios y estables. Puedo programar el MCU y ejecutarlo bien usando el oscilador interno, pero a veces, al azar, se incendia, ¡así que tengo miedo de encenderlo cada vez! Es como la "ruleta rusa".

Por lo tanto, mi estimación actual es que tal vez los condensadores del cristal hicieron que la MCU fuera inestable, o que las pequeñas piezas de flujo quemadas de la MCU anterior que no pude eliminar están actuando como componentes extraviados y cambiando el comportamiento de la MCU.

Revisé todos los pines antes de encenderlos para detectar posibles cortocircuitos con el siguiente pin y todos estaban limpios. ¿Alguien más ha usado este MCU y ha experimentado algo así?

EDIT 1:

Es una suposición descabellada, pero podría serlo, así que me gustaría escuchar sus opiniones al respecto: Tengo algunos pines conectados a los transistores N-MOS bajados por una resistencia de 10k, por lo que si la MCU vino de fábrica con todos los pines levantados como entradas (y la hoja de datos indica que las resistencias de pull-up internas pueden variar de 2k a 16k ) por lo que el pin podría colocarse a 2,5 V y, como no hay un buskeeper, podría haber destruido el puerto.

Es una suposición descabellada porque el fuego no provino de estos pines, sino de los pines del regulador interno y el Vcc conectado a otro puerto (el puerto del LED, que tiene sentido para el primer MCU pero no para el segundo). .comments?

    
pregunta mFeinstein

2 respuestas

3
  

el fuego (luz amarilla brillante con humo) comenzó cerca de los pines reguladores internos de la MCU, que están justo en el lado de los pines del oscilador.

Esta es la razón por la que las fuentes de alimentación de laboratorio tienen un limitador de corriente ...

Tienes un muy fuerte corto, muy probablemente un pin VCC conectado a GND o un pin GND conectado a VCC. Cortocircuitar un GPIO generalmente no causa (mucho) daño debido a R_DSon en el controlador GPIOs. Revise tres veces el esquema y la disposición para detectar errores con los pines de alimentación.

    
respondido por el Turbo J
1
  

La primera vez que encendí el circuito en el LED conectado a un GPIO   encendido (que creo que no se suponía que lo hiciera, ya que generalmente   los pines vienen como entradas de fábrica y el LED necesita un ALTO   salida para encender) y era muy tenue ...

Ese es el efecto que obtienes cuando conectas el Ánodo del LED a un pin configurado como entrada con la resistencia de pull-up habilitada, la corriente que se obtiene a través de la resistencia es suficiente para atenuar el LED.

  

la hoja de datos no proporcionó suficiente información sobre los pines actuales, la   El único consejo que tengo para esto es la fuerza de accionamiento del pasador y algunos   ejemplos, pero no se proporcionan datos reales.

En la hoja de datos en las características eléctricas que dice

lo que creo que describe la capacidad de conducción de pines bastante bien.

Respecto al efecto o al cristal, no veo una manera de que lo que usted describe cause un problema que pueda llevar a la destrucción del chip.
Creo que su problema puede deberse a la sobrecarga de los pines de E / S. ¿Ha utilizado resistencias adecuadas en todos los dispositivos que están conectados a los pines de E / S (como transistores, LEDS, etc.)?

    
respondido por el alexan_e

Lea otras preguntas en las etiquetas