Inicio Artículos Las líneas se desvanecen: cómo las exigencias de los sistemas embebidos están...

Las líneas se desvanecen: cómo las exigencias de los sistemas embebidos están redefiniendo la frontera entre MCU y MPU

Sistemas embebidos están redefiniendo la frontera entre MCU y MPU

Autor: Denise Eribes, Product Marketing Manager, MPU Business Unit, Microchip Technology

Los diseñadores de sistemas embebidos han trabajado durante mucho tiempo en un mundo de categorías bien definidas. Los microcontroladores (MCU) gestionan tareas sencillas en tiempo real con un bajo coste y un bajo consumo energético. Los microprocesadores (MPU) ejecutan sistemas operativos avanzados y aplicaciones complejas, pero requieren más componentes externos y un mayor consumo energético. Durante décadas, elegir entre ambos fue sencillo. Hoy en día, esa claridad se está desvaneciendo rápidamente, y la razón es el crecimiento imparable de lo que se espera que hagan las aplicaciones embebidas.

Desde la automatización industrial y los dispositivos médicos hasta los centros de hogares inteligentes y los nodos de inteligencia artificial (IA) en el edge, los sistemas embebidos exigen ahora de forma habitual la conectividad, el margen de procesamiento y la sofisticación del software que antes se asociaban exclusivamente a los dispositivos de tipo MPU, al tiempo que siguen requiriendo la fiabilidad, el determinismo y la sensibilidad al coste que convirtieron a los MCU en el caballo de batalla del diseño embebido. La convergencia de estas exigencias está remodelando el panorama de los semiconductores y obligando a los diseñadores a replantearse cómo clasifican y seleccionan los procesadores.

La demanda está superando a las arquitecturas tradicionales

El MCU tradicional destaca en tareas que requieren un control de temporización estricto, una respuesta a interrupciones predecible y el funcionamiento desde un chip autónomo con memoria flash y RAM integradas. Estos atributos convirtieron a los MCU en la opción predeterminada para el control de motores, la lectura de sensores y las interfaces hombre-máquina (HMI) sencillas. Pero los productos actuales necesitan cada vez más conectividad inalámbrica segura, pantallas gráficas, sistemas operativos en tiempo real (RTOS) o pilas de software de tipo Linux, y la capacidad de procesar datos localmente en lugar de enviarlos a la nube. Los MCU estándar se ven desbordados por estos requisitos.

Al mismo tiempo, los MPU tradicionales, diseñados partiendo de la premisa de una memoria dinámica de acceso aleatorio (DRAM) externa, memoria flash externa y una gestión de energía sofisticada, conllevan una complejidad y un coste a nivel de sistema que muchas aplicaciones embebidas no pueden justificar. Los diseñadores que recurren a un procesador de aplicaciones completo para ganar rendimiento a menudo se ven enfrentados a problemas de espacio en la placa, costes de la lista de materiales (BOM) y riesgos en la cadena de suministro que no habían previsto. Ninguno de los dos extremos encaja a la perfección, y la brecha entre ellos se ha convertido en un terreno fértil para una nueva clase de dispositivos.

Una nueva categoría está tomando forma en el punto de transición

La respuesta de la industria de los semiconductores ha sido la aparición de MPU de nivel básico, dispositivos que ofrecen una capacidad de procesamiento de clase MPU al tiempo que incorporan opciones de diseño tradicionalmente asociadas a los MCU. Entre ellas se incluyen configuraciones de memoria de acceso aleatorio estática (SRAM) integrada o de sistema en paquete/encapsulado (SiP – System-in-Package) que incorporan DRAM junto al chip del procesador, periféricos integrados en el chip que eliminan los componentes externos y arquitecturas de alimentación adecuadas para aplicaciones que funcionan con batería o con restricciones térmicas.

Algunos actores del sector, como Microchip Technology, han comenzado a denominar a estos dispositivos «MCUs híbridos», un término que capta su doble identidad. Funcionan con Linux u otros sistemas operativos gestionados, admiten estándares de conectividad modernos y proporcionan el margen de procesamiento necesario para la inferencia de aprendizaje automático (ML) y las interfaces gráficas. Sin embargo, lo hacen con un espacio de sistema, un perfil de consumo y un nivel de integración que los diseñadores de productos basados en MCU encontrarán familiares y manejables. La etiqueta refleja un cambio en el enfoque del diseño integrado y una realidad arquitectónica genuina.

La integración es el diferenciador clave —y la especificación adecuada que hay que exigir

A la hora de evaluar dispositivos en este punto de transición, los diseñadores deben mirar más allá de la velocidad bruta del procesador y examinar el grado de integración que ofrece el dispositivo. Un procesador que requiere cinco o seis componentes externos para funcionar conlleva costes ocultos: espacio en la placa, complejidad de montaje, cualificación de componentes y, lo que es más importante, riesgo en la cadena de suministro. El mercado de la DRAM, en particular, ha demostrado ser volátil, con escaseces capaces de detener la producción incluso cuando el propio procesador está disponible.

Los dispositivos que integran memoria, ya sea a través de SRAM en el chip o mediante encapsulados SiP que combinan procesador y DRAM en un único componente cualificado, reducen la exposición a esta vulnerabilidad. Los diseñadores deben preguntar a los proveedores no solo qué puede hacer un dispositivo, sino cuántas decisiones de cadena de suministro independientes requiere. Un único SiP cualificado, como la familia SAM9X de MCUs híbridos de Microchip, puede simplificar la adquisición, la cualificación y la planificación de la disponibilidad a largo plazo de una forma que una solución de múltiples chips no puede igualar.

Los ecosistemas de software importan tanto como las especificaciones del silicio

La integración de hardware por sí sola no resuelve el reto al que se enfrentan los diseñadores en la frontera entre MCU y MPU. La complejidad del software suele ser el mayor obstáculo. Los diseñadores que migran de entornos de MCU a procesadores compatibles con Linux se enfrentan a una curva de aprendizaje pronunciada: los paquetes de soporte de placa (BSP), la configuración del árbol de dispositivos, la compilación del kernel y el refuerzo de la seguridad requieren conocimientos especializados de los que los equipos de sistemas embebidos tradicionales pueden carecer.

El dispositivo adecuado para este ámbito viene acompañado de un ecosistema de software robusto: BSP precompilados, distribuciones de Linux bien mantenidas, diseños de referencia y hardware de evaluación que permiten a los ingenieros crear prototipos rápidamente. Los diseñadores deben examinar no solo la ficha técnica del procesador, sino también la profundidad del soporte de software del proveedor, la actividad de su comunidad de desarrolladores y la calidad de su documentación. Un procesador técnicamente capaz pero con un soporte de software deficiente puede suponer un mayor gasto en tiempo de ingeniería que un dispositivo ligeramente menos capaz pero con excelentes recursos listos para usar.

El desvanecimiento de los límites exige un entorno de evaluación más matizado

La implicación práctica para los equipos de diseño es que la vieja pregunta binaria «¿Usamos un MCU o un MPU?» ya no sirve como punto de partida adecuado. La pregunta correcta está más matizada: ¿Qué nivel de rendimiento de procesamiento requiere realmente la aplicación? ¿Qué sistema operativo o entorno de software exige la aplicación? ¿Cuánto espacio en la placa, complejidad de la lista de materiales y exposición a la cadena de suministro puede absorber el producto? ¿Y durante qué vida útil del producto debe permanecer disponible y recibir soporte la plataforma elegida?

Los MPU de nivel básico y los dispositivos MCU híbridos responden a estas preguntas de forma diferente a como lo hace cualquiera de las categorías tradicionales por sí sola. Ofrecen una vía hacia la capacidad de clase Linux sin la sobrecarga completa del sistema que supone un procesador de aplicaciones de gama alta, y proporcionan mucho más margen de maniobra del que puede ofrecer un MCU convencional. Los diseñadores que comparen cuidadosamente sus requisitos con estos atributos tomarán mejores decisiones sobre la plataforma.

sistemas embebidos

Los límites han cambiado: los diseñadores deben adaptarse

La convergencia de las demandas de las aplicaciones entre lo que antes eran categorías de procesadores distintas no es una tendencia temporal. A medida que la IA edge, el IoT industrial (Internet de las cosas) y los dispositivos de consumo conectados sigan proliferando, la expectativa de que los sistemas embebidos deben ser a la vez capaces, conectados, compactos y rentables no hará más que intensificarse. La división tradicional entre MCU y MPU seguirá difuminándose.

Los diseñadores que reconozcan este cambio a tiempo y que evalúen los procesadores en función de la profundidad de integración, la calidad del ecosistema de software, la resiliencia de la cadena de suministro y el soporte durante el ciclo de vida, en lugar de basarse en las etiquetas de categorías tradicionales, estarán en la mejor posición para crear productos que satisfagan las exigencias actuales y se adapten a las necesidades del futuro. Las líneas divisorias entre MCU y MPU se están desvaneciendo por necesidad. La estrategia ganadora consiste en dejar de trazar esas líneas y empezar a pensar en términos de lo que la aplicación realmente necesita.