MCU extraíble para una PCB

Estoy tratando de hacer mi primer PCB, y me gustaría programar un ATmega328P-PU usando mi Arduino y una placa de prueba y transferirlo a mi placa de circuito impreso.

Mi problema es que cometeré un error o tendré que reprogramarlo en el futuro, por lo que soldarlo permanentemente no es una gran idea.

Voy a comprar un zócalo de microcontrolador, pero me pregunto si es específico para el modelo y si el esquema del águila es diferente al de la MCU.

Hablando en términos prácticos, generalmente puede sustituir los circuitos integrados DIP y sus enchufes de acoplamiento entre sí en la misma huella de PCB y, por extensión, el mismo símbolo esquemático, para usar un enchufe en el prototipo de algo que finalmente tendrá el IC soldado directamente. Sin embargo, dependiendo de su circuito, es posible que pueda conectar un arnés ISP al chip en su lugar. Además, si tiene un encabezado en serie (y realmente debería, para los mensajes de depuración), simplemente puede grabar un cargador de arranque Arduino una vez y luego hacer su programación posterior a través de la conexión en serie.
¿Por qué molestarse en hacerlo removible? A menos que esté utilizando todos los pines, el ATmega328P tiene la capacidad de programación en serie en circuito (ISCP). Y si está utilizando el cargador de arranque arduino, puede programarse a través de una conexión en serie.
Debe considerar el precio de los zócalos, la necesidad de una herramienta para extraer el chip (usar una palanca o un destornillador funciona, pero después de algunas inserciones, su MCU se dañaría). El costo de la MCU actual es tan bajo que usar un zócalo podría no ser útil en absoluto. Y como ya se dijo, usar ICSP es lo mejor que se puede hacer. quitar el chip para programarlo dañaría mucho el chip durante el desarrollo del código. Y usar un zócalo de alta calidad que no dañe el chip costaría como 15$...
Parece que han surgido dos problemas diferentes: 1) Cómo programar mejor, y 2) si debe usar un socket. En cuanto a (1), sí, ICSP es el camino a seguir. En cuanto a (2), si está utilizando un paquete DIP, sí, use un zócalo, por todos los medios. Si no está hablando de producción, estropear y quemar un DIO o algo así se arregla cambiando un chip, en lugar de desoldar/resoldar.

Respuestas (2)

Dado que está utilizando una versión de orificio pasante, es posible que desee utilizar un zócalo IC:

Enchufe

También puede incluir un encabezado ISP en su tablero para que pueda programarlo en el sistema. Atmel tiene un documento sobre cómo hacerlo .

¿Por qué siguen usando el puerto serie? Sé que la mayoría de las PC tienen el serial integrado, pero no he visto el conector en mucho tiempo...
@VladimirCravero Me pregunto si querían apuntar a sistemas de gama alta para que otro procesador pudiera reprogramar el chip sobre la marcha según las preferencias del usuario, ¿algo así como un chip BIOS?
@VladimirCravero: Los convertidores USB->Serial se pueden obtener por unos pocos dólares.
sí, pero la mayoría de los ucontrollers integran algún hardware usb-ish... ese AN es algo viejo (2008) de todos modos.
@VladimirCravero: no, paga una prima por USB en chip, por lo que, numéricamente hablando, la mayoría de los microcontroladores enviados no lo proporcionan. Además, hace que el firmware sea drásticamente más complicado: un puerto serie seguirá recibiendo mensajes de depuración cuando el firmware de su etapa inicial sea un lío de errores, pero mantener el USB activo es muy delicado... de hecho, es realmente útil tener un puerto serie disponible. para depurar su código USB.

Los enchufes son específicos del paquete. La variante -PU es un paquete DIL de 28 pines de 300 mil, por lo que cualquier enchufe que se ajuste debería funcionar (ya que la velocidad del reloj no será lo suficientemente alta como para que la inductancia y la capacitancia sean un problema).

Los zócalos DIL comparten el mismo espacio que el IC DIL en sí, pero el tamaño del orificio puede ser importante según el tipo que obtenga (limpiador de resorte, mecanizado o ZIF).

MCU extraíble para una PCB
RespuestasAquíPolítica de privacidad1y, 0v