5 votos

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

Cuento corto:

Estoy utilizando un Atmel AT32UC3C2512C MCU y he seleccionado un oscilador de cristal de 20MHz para él y dos NP0 10pF condensadores. Yo estaba en duda entre 10pF, 15pF o 22pF, así que me decidí a empezar con el más pequeño. Este puede grabar un MCU?

Largo de la historia:

El PCB es realmente de alta densidad y uso todo el 64 pines así que no puedo poner todo el esquemático y el PCB en aquí. En el primer tiempo me volví en el circuito de encendido el LED conectado a un GPIO activado (que creo que no iba a hacerlo, ya que normalmente los pines se trata como insumos de la fábrica y el LED se necesita una salida de ALTA para encender) y fue muy dimm...después de algunas investigaciones en la inmensa hoja de datos parece que he puesto el LED en un pin que no puede manejar un LED (Murphy ataca de nuevo)...en mi defensa, la hoja de datos no proporcionan información suficiente en los pines de corriente, la única sugerencia que tengo para esto es la unidad de fuerza de la clavija y algunos ejemplos, pero no hay datos reales se proporciona.

He quitado el LED y después de jugar un poco en Atmel Studio el MCU quemado...es de extrañar que siguió corriendo! Así que fue capaz de código más y aún con la MCU de la captura de fuego varias veces, siguió corriendo. Así que después de un tiempo se acaba quemado por el buen (generalmente de volver a conectar el poder de detener la captura de fuego y funciona como debiera, pero después de un tiempo, simplemente mediante la conexión de la batería se hará la luz y pop de humo).

Así que no hubo sorpresas, el LED del pin no podía manejar demasiada corriente por lo que probablemente se me quemó el puerto y el MCU se volvió inestable. Así que sustituye el MCU para una nueva....y en la primera sesión de programación se quemó demasiado! Una nueva marca! Sin LED conectado a un pin incorrecto....todos los pins como entradas con pull-ups...el fuego (amarillo resplandor de luz con el humo) se inició en las inmediaciones de la MCU interna de los reguladores de los pines, que están justo al lado de los pines del oscilador. He comprobado todas las tensiones y los rieles se limpia y estable. Puedo programar el MCU, y ejecutarlo bien con el oscilador interno, pero a veces, aleatoriamente se prende fuego, así que me temo que el de convertirlo en cada momento! Es como "ruleta rusa".

Así que mi conjetura es que tal vez el cristal de la condensadores de hecho, la MCU inestable, o el pequeño quemado piezas de flujo de la anterior MCU que yo no podía quitar actúan como vagabundos componentes y cambiar el comportamiento de la MCU.

He comprobado todos los pines antes de encender para posibles cortos con el siguiente pin y todos estaban limpias. Contar con nadie más utiliza este MCU y experimentado algo como esto?

EDIT 1:

Es una conjetura, pero podría ser, así que me gustaría escuchar opiniones acerca de esto: Tengo algunos pines conectados a N-Transistores MOS derribado por el resistor de 10k, por lo que si el MCU vino de fábrica con todo lo del pin se detuvo como entradas (y la hoja de datos indica que el interno resistencias pull-up puede variar de 2k a 16k) por lo que el pin puede ser colocado en el 2,5 V y ya que no hay buskeeper esto podría tener destroied el puerto.

Es una conjetura, porque el fuego no llegó a partir de este pines pero desde el regulador interno de pines y el Vcc conectado a otro puerto (el LED del puerto, lo que tiene sentido para el primer MCU, pero no para el segundo)...comentarios?

10voto

alexan_e Puntos 8256

En el primer tiempo me volví en el circuito de encendido el LED conectado a un GPIO activado (que creo que no iba a hacerlo, ya que normalmente los pines se trata como insumos de la fábrica y el LED se necesita un ALTO salida para encender) y fue muy dimm...

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

la hoja de datos no proporcionan información suficiente en los pines de corriente, la única sugerencia que tengo para esto es la unidad de fuerza de la clavija y algunos ejemplos, pero no hay datos reales se proporciona.

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

enter image description hereenter image description here

que yo lo describe el pin de la capacidad de manejo bastante bien.

Sobre el efecto o el cristal, yo no veo un camino para lo que usted describe a causa de un problema que puede conducir a la destrucción de la viruta.
Yo creo que tu problema puede ser causado por la sobrecarga de los terminales de e/S, se han utilizado adecuada resistencias en todos los dispositivos que están conectados a los terminales de e/S (como transistores, LEDS, etc)?

3voto

markpasc Puntos 775

el fuego (amarillo resplandor de luz con el humo) se inició en las inmediaciones de la MCU interna de los reguladores de los pines, que están justo al lado de los pines del oscilador.

Este es el motivo por el laboratorio de fuentes de alimentación tienen un limitador de corriente...

Usted tiene una muy fuerte corto, más probable es que un pin VCC conectado a GND o a GND pin conectado a VCC. El cortocircuito de un GPIO general no lo hace (mucho) los daños a causa de R_DSon en los GPIOs conductor. Triple-comprobar su diagrama esquemático de un diseño de errores con pines de alimentación.

i-Ciencias.com

I-Ciencias es una comunidad de estudiantes y amantes de la ciencia en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X