1. Dónde encaja 64 Mbit

Las densidades de NOR en serie se agrupan en torno a tres puntos: 16–32 Mbit para imágenes pequeñas de RTOS y configuración, 64 Mbit para firmware de tamaño medio con un sistema de archivos o preparación OTA, y 128 Mbit y superiores para imágenes de clase Linux y registro de datos.

Una pieza de 64 Mbit ofrece 8 MB de espacio de direcciones. Después de un bootloader, un área de configuración y una partición de preparación OTA, el presupuesto práctico para la aplicación queda en torno a 3–5 MB —suficiente para un dispositivo en red con interfaz web o un sistema de archivos modesto, pero no para una imagen Linux completa.

Por eso esta densidad es tan común en routers, cámaras, gateways y controladores industriales: es la pieza más pequeña que alberga cómodamente una aplicación conectada.

Por qué las decisiones de densidad NOR son persistentes

Una vez que un producto se envía, la densidad de flash es difícil de cambiar. El bootloader asume una dirección, el sistema de archivos asume un tamaño, el flujo OTA asume dos bancos y la prueba de fabricación asume una pieza específica. Incluso una actualización de 64 Mbit a 128 Mbit, que parece trivial, afecta a los cuatro.

Por eso los diseñadores tienden a sobredimensionar la densidad al principio en lugar de especificarla de menos. La diferencia de coste entre 64 y 128 Mbit es de unos pocos céntimos; el coste de un rediseño de almacenamiento al final de la vida de un producto son semanas de ingeniería.

La dirección inversa —sobredimensionado y ahora intentando ahorrar costes— es la presión más habitual. También es la más costosa, porque reducir el espacio de direcciones obliga a revisar todo lo que dependía de él.

2. Qué debe coincidir

La fila de encapsulados merece atención. En la familia de 128 Mbit, la mayoría de las piezas son SOIC-8 de 208 mil. En la familia de 64 Mbit, el mismo número de pieza puede existir en cuerpos SOIC de 150 mil, 200 mil y 208 mil, además de dos tamaños WSON/USON. Dos piezas pueden ser "SOIC-8" y aun así no encajar en el mismo pad.

3. Mapa de la familia Winbond

Leer el sufijo es el primer paso. La familia "JV" es de 3 V y la familia "JW" es de 1.8 V; a continuación viene el código de encapsulado, y las letras finales codifican las opciones de temperatura y calidad. En el esquema de Winbond, el JEDEC ID para esta densidad es EF 40 17 — algo útil que registrar al arrancar, porque le indica de inmediato qué componente recibió realmente la placa.

El precio por densidad no es lineal. El punto de 64 Mbit suele tener el mejor costo por megabyte de la familia NOR, porque comparte la misma generación de die y el mismo encapsulado que el de 32 Mbit mientras duplica la capacidad. Esa es una razón por la que sigue siendo popular incluso a medida que las aplicaciones crecen.

4. Candidatos de referencia cruzada

Los tres son componentes SPI de 64 Mbit de clase 3 V. Las diferencias están en la geometría del encapsulado, el JEDEC ID, la disposición del registro de estado y la configuración de lectura rápida. El componente de Macronix es de 200 mil, el de GigaDevice es de 208 mil y el de ISSI es un WSON: tres huellas diferentes para la misma densidad.

Ese es el punto práctico más importante de este artículo: a 64 Mbit, la densidad y la interfaz convergen, pero el encapsulado no. Consulte el plano mecánico antes de suponer una referencia cruzada.

Una historia habitual en producción: la muestra de ingeniería era un componente de 208 mil, el segundo proveedor llegó en 150 mil y las placas fallaron en la primera pieza porque los pads eran 0,5 mm demasiado anchos en cada lado. Los componentes eran eléctricamente idénticos y mecánicamente incorrectos. Compare siempre el patrón de soldadura, no solo el número de pines.

Notas de montaje para encapsulados sin pines

Los componentes WSON y USON no son simplemente versiones más pequeñas de los SOIC. Tienen un pad expuesto, carecen de terminales conformables y presentan un perfil de reflujo diferente. Tres puntos prácticos deciden si una sustitución tiene éxito en producción.

Diseño de la plantilla.La abertura de la plantilla para el pad debe evitar un volumen excesivo; demasiada pasta hace que el componente flote o se incline.

Inspección.No hay patillas visibles que inspeccionar. La inspección por rayos X o la inspección óptica automatizada de la zona de las almohadillas es la única comprobación fiable, y no todos los fabricantes por contrato la tienen en la línea.

Retrabajo.Extraer un encapsulado sin patillas sin dañar la almohadilla es más difícil que extraer un SOIC. Si el producto tiene una alta tasa de fallos en campo, eso importa.

Si el objetivo es un reemplazo directo en una línea existente, mantenerse en la misma familia de encapsulados suele valer más que la diferencia de precio.

5. La geometría del encapsulado es la verdadera barrera de compatibilidad

SOIC-8 150 mil.Cuerpo estrecho, aproximadamente 3.9 mm. Común en diseños antiguos y de bajo coste.

SOIC-8 200 mil.Aproximadamente 5.2 mm. Macronix utiliza esta anchura para varias piezas de 64 Mbit.

SOIC-8 208 mil.Aproximadamente 5.3 mm. El estándar de Winbond para las familias JV/JW, y la anchura más común en general.

WSON-8 6×8 y 5×6.Sin terminales, pad expuesto, huella más pequeña. Se usa cuando el espacio en la placa es ajustado; requiere una plantilla y un perfil de reflujo que muchas líneas antiguas no tienen.

USON-8 3×4.La opción más pequeña, normalmente para wearables y módulos con espacio limitado.

Dos anchos que parecen casi idénticos en un plano —200 y 208 mil— no son intercambiables en una huella existente sin comprobar el patrón de pastillas. Una diferencia de 0.1 mm basta para crear un efecto lápida o una unión abierta en producción.

¿Y 32 Mbit?

Un componente de 32 Mbit vuelve a reducir el espacio a la mitad, a 4 MB. Eso es suficiente para una imagen pequeña de RTOS con OTA de un solo banco, pero no para actualizaciones de doble banco de una imagen de 2 MB.

El ahorro de costes es pequeño y las opciones de encapsulado se reducen. A menos que el producto sea extremadamente sensible al coste y la imagen sea pequeña, permanecer en 64 Mbit suele ser la mejor elección de ingeniería.

Una regla rápida: si la imagen de la aplicación es inferior a 2 MB y la OTA necesita dos bancos, 64 Mbit suele ser suficiente. Por encima de eso, prevea 128 Mbit.

¿Cuánto cabe realmente en 8 MB?

Un presupuesto aproximado ayuda. Una aplicación de RTOS con una pila de red suele ocupar 256–512 KB. Una pequeña interfaz web añade 100–300 KB. Un almacén de configuración y los registros pueden ocupar otros pocos cientos de kilobytes. Un bootloader ocupa 32–64 KB.

Eso deja varios megabytes libres en un componente de 64 Mbit —suficiente para OTA de doble banco de una imagen de 1–2 MB, o para un sistema de archivos modesto. No es suficiente para un kernel de Linux más rootfs, y por eso la clase de 64 Mbit se detiene donde lo hace.

Si la hoja de ruta incluye una aplicación más grande, o un segundo paquete de idiomas, o recursos de audio, el componente de 128 Mbit es el punto de partida más seguro. La diferencia en el precio unitario rara vez justifica un rediseño posterior.

6. Cambiar entre densidades

Cambiar de 128 Mbit a 64 Mbit es una decisión de disposición del almacenamiento antes que una decisión de componente. El espacio de direcciones se reduce a la mitad, y todo lo que esté por encima del nuevo límite debe volver a planificarse.

Compruebe primero el bootloader.Si reserva espacio mediante una dirección absoluta, un dispositivo más pequeño puede ubicar la aplicación en un área que ya no existe.

Compruebe el sistema de archivos.Una partición littlefs o SPIFFS dimensionada para 8 MB no cabrá en 4 MB. Redimensiona la tabla de particiones, no solo la flash.

Revisa el diseño de OTA.Las actualizaciones de doble banco necesitan el doble del tamaño de la imagen. En un componente de 64 Mbit, una imagen de 3 MB con almacenamiento provisional de doble banco consume 6 MB antes de cualquier dato.

Ir en la otra dirección, de 64 a 128 Mbit, es más fácil: el mapa de direcciones crece y la misma disposición suele funcionar con una partición más grande. También es la decisión más económica a largo plazo si el firmware sigue creciendo.

Lectura de la tabla de tiempos

La tabla de características de AC es donde se esconde el riesgo de sustitución. Cuatro filas son las más importantes.

Tiempo de programación de página.Normalmente, unos pocos cientos de microsegundos por página de 256 bytes. Los componentes más lentos prolongan el tiempo de programación en fabricación, lo que importa en volumen.

Tiempo de borrado de sector.El borrado de un sector de 4 KB es de decenas de milisegundos; el borrado de un bloque de 64 KB es de varios cientos. Si el flujo OTA borra bloque por bloque, un componente más lento cambia la ventana de actualización.

Tiempo de borrado de chip.Segundos. Algunos flujos de producción realizan un borrado completo del chip antes de programar; verifique que el tiempo de espera se ajuste al nuevo componente.

Latencia de lectura a frecuencia.Los comandos de lectura rápida necesitan los ciclos dummy correctos. El número varía según el fabricante y el reloj, y es la causa más común de lecturas corruptas tras un cambio.

7. Comprobaciones del firmware

Las familias de 3 V y 1,8 V se comportan igual a nivel de protocolo; la diferencia es eléctrica. Un componente de 1,8 V en un bus de 3,3 V no es una sustitución, y el modo de fallo suele ser intermitente en lugar de inmediato.

Protección de bloques y seguridad del bootloader

La mayoría de las piezas NOR ofrecen protección de bloques mediante bits del registro de estado. El estado predeterminado varía: algunas se suministran sin protección, otras protegen los sectores superiores o inferiores.

Para un producto con bootloader, proteja explícitamente la región del bootloader en el flujo de fabricación en lugar de confiar en los valores predeterminados. Una pieza que llega con una protección predeterminada diferente puede impedir la primera actualización de firmware, y el fallo parece un error de software.

También confirme que los bits de protección se pueden borrar con la secuencia de comandos que utiliza su herramienta. Algunos proveedores requieren una secuencia de desbloqueo específica, y una discrepancia deja la placa permanentemente de solo lectura en campo.

8. Plan de pruebas

Para la estrategia de suministro, dos fuentes aprobadas son suficientes. Tres o más generan trabajo de calificación sin un beneficio proporcional, y aumentan la probabilidad de que una línea de producción mezcle piezas de distintos lotes en una misma fabricación. Dos fuentes, ambas calificadas y ambas documentadas, son el objetivo práctico.

Una lista de verificación para la selección

Antes de hacer el pedido, confirme por escrito seis puntos: densidad, clase de tensión, ancho del cuerpo del encapsulado, grado de temperatura, ID JEDEC esperado por el controlador y los tiempos de borrado/programación que el flujo de producción puede tolerar.

Si alguno de los seis es desconocido, la pieza aún no es un sustituto: es una candidata. Esa distinción es lo que separa un plan de calificación de una orden de compra.

9. Coste y suministro

A 64 Mbit, la diferencia de precio entre proveedores es pequeña en términos absolutos, por lo que los factores decisivos son la disponibilidad y el encapsulado. Un componente que es cinco centavos más barato pero solo está disponible en un cuerpo de 150 mil no es un sustituto directo para una huella de 208 mil.

La cantidad por carrete importa tanto como el precio unitario. Verifique el ancho de la cinta y el tamaño del carrete, especialmente en componentes WSON y USON, donde el encapsulado está menos estandarizado que en SOIC.

Para productos con una vida útil larga, mantenga una opción de 128 Mbit en la revisión de diseño. La diferencia de costo es pequeña, y el margen evita un segundo rediseño de almacenamiento más adelante.

Qué proveedor elegir depende del encapsulado que ya tiene y de la documentación que necesita su equipo. Winbond tiene la selección más amplia en esta densidad; Macronix y GigaDevice son segundas fuentes sólidas; ISSI cubre el nicho de WSON. Ninguno de ellos es un sustituto directo sin una verificación del encapsulado.

Ciclo de vida y compra de última oportunidad

Las piezas Serial NOR tienen vidas largas, pero no infinitas. Cuando un proveedor emite un aviso de fin de vida, la ventana de last-time-buy suele medirse en meses.

Si un producto utiliza una pieza de 64 Mbit, mantenga una alternativa validada en el expediente de diseño — no solo en una hoja de cálculo. La calificación debe realizarse antes de que llegue el aviso, porque hacerlo durante un last-time-buy es costoso y apresurado.

10. FAQ

¿Es MX25L6433F un reemplazo directo para W25Q64JVSSIQ?

Tiene la misma densidad e interfaz, pero la pieza de Macronix es de 200 mil y la de Winbond es de 208 mil. Verifique el land pattern antes de comprometerse.

¿Puedo usar una pieza de 1.8 V en un bus de 3.3 V?

Las piezas JW son de 1.7–1.95 V y las piezas JV son de 2.7–3.6 V. Son clases eléctricas diferentes.

¿Puedo cambiar 128 Mbit por 64 Mbit sin cambiar el firmware?

Solo si la tabla de particiones y el diseño OTA todavía caben en la mitad del espacio de direcciones. La mayoría de los diseños necesitan un cambio de distribución.

¿Por qué mi lectura rápida devuelve datos desplazados?

Generalmente, ciclos dummy incorrectos para la frecuencia de reloj. Verifique la tabla SFDP o la hoja de datos para el ajuste exacto.

¿Necesito cambiar el bootloader para una segunda fuente?

Si el bootloader comprueba el ID JEDEC, es necesario añadir el nuevo ID. De lo contrario, el componente puede rechazarse o tratarse como desconocido.

¿Siguen siendo suficientes 64 Mbit para un producto conectado?

Para una aplicación de clase RTOS con staging OTA, sí. Para imágenes de Linux, pase a 128 Mbit o superior.

11. Fuentes

• Portafolio de NOR serial de Winbond:winbond.com
• Macronix NOR flash:macronix.com
• Memoria de GigaDevice:gigadevice.com
• Memoria de ISSI:issi.com