Arduino Yún

ArduinoMCU 8-32 bitarduino

⚡ Lo esencial en 60 segundos

La Arduino Yún representa un hito fascinante en la historia de la electrónica de consumo y el Internet de las Cosas, introducida por primera vez en 2013. Su propuesta de valor radicaba en una arquitectura híbrida única que combinaba, en un mismo formato compacto similar a la popular placa Arduino Uno, un microcontrolador tradicional con un sistema operativo Linux completo. Esta dualidad permitía a los desarrolladores aprovechar la simplicidad y el control en tiempo real de los microcontroladores junto con la potencia de procesamiento, la conectividad avanzada y la flexibilidad de software que ofrece un sistema operativo de escritorio o servidor. Aunque la placa ha sido retirada oficialmente del catálogo y su ecosistema de soporte ha entrado en fase de fin de vida, su legado permanece como un ejemplo pionero de cómo integrar dos mundos computacionales distintos en un dispositivo accesible.

El corazón de la Yún no es un único chip, sino un sistema de doble procesador. Por un lado, se encuentra el microcontrolador Atmel ATmega32U4, el mismo componente de 8 bits que impulsaba a la Arduino Leonardo. Este chip es responsable de la lectura de sensores, el control de motores y la interacción con el hardware físico mediante sus pines de entrada y salida digital y analógica. Por otro lado, la placa incorpora un sistema en un chip Qualcomm Atheros AR9331, un procesador de arquitectura MIPS de 32 bits diseñado originalmente para routers inalámbricos. Es crucial destacar que este componente no es un procesador Intel Quark, como a veces se confunde erróneamente en algunas fuentes, sino un sistema basado en MIPS que ejecuta una versión personalizada de OpenWrt, una distribución de Linux ligera y optimizada para dispositivos embebidos. Esta elección de hardware permitía que la Yún tuviera capacidades de red robustas, incluyendo Wi-Fi de 2.4 GHz y una conexión Ethernet integrada, algo poco común en las placas de desarrollo estándar de aquella época.

La magia de la Yún reside en cómo estos dos cerebros se comunican entre sí. El microcontrolador y el procesador Linux están conectados físicamente mediante buses de comunicación SPI y UART, gestionados por una librería de software llamada Bridge. Esta librería actúa como un puente lógico que permite al código C++ sencillo que se ejecuta en el microcontrolador enviar y recibir datos del entorno Linux más complejo. Por ejemplo, un sensor conectado al microcontrolador puede leer una temperatura y enviar ese valor a través del Bridge hacia una base de datos de clave-valor compartida, la cual puede ser consultada simultáneamente desde una página web alojada en la propia placa o desde cualquier dispositivo en la red local. Esta arquitectura permite que tareas intensivas, como el procesamiento de imágenes, la gestión de bases de datos o la comunicación con servicios en la nube, se deleguen al procesador Linux, mientras que el microcontrolador se mantiene libre para realizar tareas críticas en tiempo real.

Además de su arquitectura dual, la Yún ofrecía herramientas de desarrollo innovadoras para su tiempo. Incluía un panel de configuración web accesible a través de una dirección local, permitiendo a los usuarios configurar la conexión Wi-Fi o actualizar el firmware sin necesidad de conocimientos avanzados de línea de comandos. También soportaba la carga de sketches (programas) a través de la red, lo que significaba que, una vez configurada, la placa podía programarse remotamente sin estar conectada físicamente a un ordenador mediante un cable USB. Para expandir el almacenamiento limitado de la memoria flash interna de 16 MB, los usuarios podían utilizar una tarjeta microSD, una solución oficial recomendada para instalar paquetes de software adicionales o almacenar registros de datos. La flexibilidad del sistema Linux permitía incluso ejecutar comandos de shell directamente desde el código del microcontrolador, abriendo un mundo de posibilidades para automatizar tareas del sistema operativo.

Sin embargo, la Yún no estuvo exenta de desafíos técnicos y limitaciones documentadas. La complejidad de tener dos sistemas operativos corriendo simultáneamente introdujo puntos de fallo específicos. Un problema conocido era que la función de inicio de la librería Bridge podía bloquear el microcontrolador si el sistema Linux aún estaba iniciando, lo que requería una gestión cuidadosa de los tiempos de arranque. Además, existían problemas de saturación de conexiones de red y cuelgues esporádicos tras largos periodos de funcionamiento, así como vulnerabilidades de seguridad en las primeras versiones del firmware, que no cifraban la comunicación entre los dos procesadores por defecto. Estas limitaciones, sumadas a la evolución de las placas de desarrollo que comenzaron a integrar conectividad Wi-Fi y Bluetooth en microcontroladores más potentes y económicos, llevaron a la gradual obsolescencia de la Yún.

A pesar de su retiro, la Yún dejó una huella significativa en proyectos creativos y educativos. Fue utilizada para construir desde cuadricópteros controlados por web hasta instalaciones artísticas interactivas y sistemas de riego inteligentes. Su capacidad para ejecutar Node.js o Python en su lado Linux la convirtió en una plataforma favorita para prototipos rápidos de Internet de las Cosas antes de que soluciones más integradas dominaran el mercado. Hoy en día, aunque las páginas oficiales han desaparecido y las librerías están archivadas, la Yún sigue siendo un objeto de estudio valioso para entender los principios de la computación distribuida en dispositivos embebidos, recordándonos una época en la que la convergencia entre el hardware de bajo nivel y los sistemas operativos de alto nivel era una frontera emocionante por explorar.

Foro (1 tema) →

AttrEspecificacionesverificado
microcontroller_side_atmel_microchip_atmega32u4— the same native-USB AVR as the Leonardo. Datasheet (live, fetched 2026-10-13): — 32 KB self-programmable flash, 2.5 KB SRAM, 1 KB EEPROM, up to 16 MHz, USB 2.0 device, hardware UART/SPI/I²C, PWM and 10-bit ADC.✔
linux_side_qualcomm_atheros_ar9331(NOT an Intel Quark). Proof: the current OpenWrt device tree for the board is literally named ar9331_arduino_yun.dts with compatible = "arduino,yun", "qca,ar9331" ( fetched 2026-10-13), and Arduino's own firmware tree builds it as CONFIG_TARGET_ar71xx_generic_Yun=y with -mips32r2 -mtune=mips32r2 on Linux 3.3 ( fetched 2026-10-13). - CPU: MIPS 24Kc-class 32-bit MIPS (MIPS32 release 2 per the toolchain flags above). - Wi-Fi: AR9331-integrated 2.4 GHz radio driven by kmod-ath9k (default in the Yun firmware .config above; &wmac enabled in the DTS). 802.11b/g/n 1×1. - Ethernet: AR9331 integrated 10/100 switch (&eth0/&eth1 enabled in the DTS), one RJ45 jack on the board. - USB: AR9331 USB 2.0 host (dr_mode = "host" in the DTS) feeding the external USB-A port; Rev.2 "improved USB hub" (blog post above). - Console: console=ttyATH0,250000 (DTS chosen node) — the 250000-baud AR9331 serial console reachable through the USB serial bridge.✔
storage16 MB SPI NOR flash on the Linux side — partition map in the DTS: u-boot 256 KB (read-only) @0x0, u-boot-env 64 KB, firmware 0xF90000 (~15.5 MB), nvram 64 KB, art (Wi-Fi calibration) 64 KB read-only @0xFF0000. Plus a microSD slot used to expand Linux storage (official tutorial YunDiskSpaceExpander sketch, forum topic✔
ram? sin verificar
gpio_headers_atmega32u4_side_uno_form_factor14 digital I/O (PWM-capable channels among 3, 5, 6, 9, 10, 11), 6 analog inputs (A4/A5 = I²C), ICSP (SPI), 5 V logic.? sin verificar
inter_cpu_linkthe AR9331 and the 32U4 are wired together over SPI and UART with output-enable buffers — the DTS exports exactly those three control GPIOs: yun:oe:spi (gpio 21), yun:oe:hs (handshake, gpio 22), yun:oe:uart (gpio 23) (DTS above). This is the hardware under the Bridge library.? sin verificar
powerUSB micro-B (5 V, programming + power) and barrel jack / VIN.? sin verificar
typical_current_draw_operating_temperature? sin verificar
intel_quark_note_task_brief_correctionthe Quark line (X1000, 32 nm, ≤400 MHz, i586/P54C ISA, no SIMD, EOL announced January 2019 with final shipments July 2022) powered the Intel Galileo/Edison/Curie and the Arduino 101 — not the Yun ( fetched 2026-10-13). The Yun's Linux SoC is the MIPS-based AR9331 shown above.✔
  • Fabricante: Arduino (Arduino LLC / Arduino AG en el momento de su venta).
  • Año de lanzamiento: 2013. La página oficial de la placa arduino.cc/en/Main/ArduinoBoardYun ya estaba publicada en septiembre de 2013 (primeras capturas de Wayback CDX: 2013-09-14, y el propio Arduino afirma "Since its launch in 2013, the Yùn — a small Linux machine and a microcontroller in a small Arduino form factor" (blog oficial, 2018-03-29:
  • Estado: Fin de vida / retirada (a fecha 2026-10-13): - la página de producto ha desaparecido de la tienda ( → 404, verificado 2026-10-13); - la página de la placa ha desaparecido de docs.arduino.cc (/hardware/yun, /retail/boards/yun, /legacy/yun devuelven todas → 404, verificado 2026-10-13; placas actuales como siguen resolviendo, así que el Yun fue eliminado, no es que el sitio esté roto); - el repositorio de la librería Bridge está archivado ( "archived": true, último push 2021-05-12, GitHub API 2026-10-13); - la categoría del foro del Yun ahora se encuentra bajo Official Hardware → Retired en (árbol de categorías obtenido el 2026-10-13).
  • Precio de lanzamiento: >
  • Variantes (todas documentadas por fuentes oficiales): - Yún (original, 2013) — la placa que esta ficha describe. - Yún Mini y Yún Shield — el shield ("Arduino/Genuino Yún or Yún Shield Web panel", descripción del repositorio oficial permite añadir Linux a cualquier Arduino; la compatibilidad con el shield llegó en el IDE 1.6.9 ( - Yún Rev.2 (2018, código de producto ABX00020) — "true open-source design", fuente de alimentación más robusta, nuevo conector Ethernet, conector USB horizontal, hub USB mejorado, pila OpenWRT actualizada, soporte SSL en el bridge Arduino↔Linux (
  • Corrección del encargo: la asignación citaba github.com/arduino/ArduinoYun y github.com/arduino/meta-arduino-yun como fuentes; ninguno de los dos repositorios existe (404 de GitHub API para ambos, 2026-10-13). Los verdaderos repositorios oficiales del Yun se listan en §Resources. Asimismo, el encargo describía el lado Linux como un "Intel Quark X1000": eso es incorrecto para el Yun — véase §SoC & specs.

+ Puntos fuertes

  • MCU + Linux en una placa, hablando por SPI/UART: la librería Bridge ( archivada) expone un almacén compartido de pares clave-valor, un buzón de mensajes (mailbox), una consola y lanzamiento de procesos como API C++ en el lado AVR y un servicio Python/REST (arduino/YunBridge, — "Python" según GitHub API) en el lado Linux.
  • API REST de serie: el lado Linux sirve el almacén clave-valor por HTTP (/data/get, /data/put, endpoints de mailbox), así que cualquier lenguaje en la LAN puede hablar con el sketch — el lado sketch es YunServer/YunClient (fuente de la librería anterior).
  • Clase Process: ejecutar comandos shell de Linux directamente desde un sketch (runShellCommand, runShellCommandAsynchronously) — p. ej. curl, opkg, GPIO sysfs en el AR9331 (fuente de la librería anterior).
  • Subida de sketches por red + consola web + panel web (repo YunWebUI anterior).
  • Expansión de almacenamiento con microSD con el sketch oficial YunDiskSpaceExpander (blog:
  • Yún Shield: el mismo concepto de módulo Linux+Wi-Fi en formato shield para placas tipo Uno (
  • Seguridad en Rev.2: soporte SSL en el bridge Arduino↔Linux (post del blog de 2018 anterior) — Arduino reconoció explícitamente los anteriores "challenges … especially from a security point of view" (mismo post).
  • Sin Bluetooth/BLE, sin CAN, sin audio, sin pantalla — el diferenciador del Yun es el lado Linux, no los periféricos.

− Puntos débiles

  • Bridge.begin se bloquea para siempre / rompe el arranque. La llamada espera al lado Linux; si el sketch se ejecuta mientras Linux aún está arrancando puede interrumpir el arranque y colgar el sketch permanentemente: , hilo de explicación .
  • Agotamiento de sockets/conexiones: YunClient se cuelga tras ~256 conexiones o intentos de conexión, a veces irrecuperable incluso con reset: .
  • Saturación del bridge a bajo rendimiento: cuelgues y pérdida de caracteres en torno a 50 bytes/s a través del bridge: .
  • Cuelgues periódicos de YunServer + SoftwareSerial: .
  • La placa desaparece en silencio de la red tras días de funcionamiento por lo demás estable: .
  • El panel web se cuelga en "Waiting for changes to be applied" tras ciertos cambios de configuración: .
  • Las imágenes OpenWrt de terceros rompen el bridge (Bridge.begin se cuelga hasta que se restauran los paquetes del bridge de Arduino): .
  • Inseguridad de fábrica: el firmware inicial incluía un bridge abierto sin cifrar; Arduino admitió los "challenges … especially from a security point of view" del software y añadió SSL solo en Rev.2 (
  • Presión de los 16 MB de flash: el root de Linux de fábrica va justo de espacio; la guía oficial era expandir a la microSD (blog 2014-05-06 anterior).
  • Ecosistema en EOL: repositorio Bridge archivado; páginas oficiales de docs/tienda eliminadas (véase §Identity); los feeds opkg de la vieja base Attitude Adjustment ya no se mantienen.
  • Retour d'expérience expert expert — expert-arduino
    • Retour d'expérience sur la Yun. C'est une bête étrange : un ATmega32U4 collé à un Linux AR9331. Le concept est génial mais la réalité est douloureuse. Le problème majeur reste Bridge.begin qui bloque indéfiniment si le sketch démarre avant que Linux soit prêt. J'ai passé des heures à comprendre pou… — expert-arduino
    • Je confirme le souci de blocage au démarrage, c'est monnaie courante. J'ai tenté de migrer vers une image OpenWRT standard pour contourner la lourdeur de la distribution Arduino, erreur fatale : le bridge ne fonctionne plus du tout et Bridge.begin reste bloqué. Il faut impérativement restaurer les … — maker-flux

Opiniones y proyectos de la comunidad

  • Quadcopter running on Arduino Yún

    Cuadricóptero funcionando con Arduino Yún — .arduino.cc/2015-06-08/building-a-quadcopter-running-on-arduino-yun/ (unverified au 2026-10-13) Medidor IoT con Yún + IFTTT — .arduino.cc/2015-08-05/build-an-iot-gauge/ (unverified au 2026-10-13) — tutorial alojado …

  • Expand Yún disk space & install Node.js

    Ampliar el espacio de disco del Yún e instalar Node.js — (tutorial oficial) — (unverified au 2026-10-13) — interno alojado en sitio interno, estado vivo verificado el 2026-10-13. Proyecto documentado en la ficha yun (MCU 8-32 bit); rol: profundizar en el mane…

Contenido no disponible todavía.

  • Bridge.begin se bloquea para siempre / rompe el arranque. La llamada espera al lado Linux; si el sketch se ejecuta mientras Linux aún está arrancando puede interrumpir el arranque y colgar el sketch permanentemente: , hilo de explicación .
  • Agotamiento de sockets/conexiones: YunClient se cuelga tras ~256 conexiones o intentos de conexión, a veces irrecuperable incluso con reset: .
  • Saturación del bridge a bajo rendimiento: cuelgues y pérdida de caracteres en torno a 50 bytes/s a través del bridge: .
  • Cuelgues periódicos de YunServer + SoftwareSerial: .
  • La placa desaparece en silencio de la red tras días de funcionamiento por lo demás estable: .
  • El panel web se cuelga en "Waiting for changes to be applied" tras ciertos cambios de configuración: .
  • Las imágenes OpenWrt de terceros rompen el bridge (Bridge.begin se cuelga hasta que se restauran los paquetes del bridge de Arduino): .
  • Inseguridad de fábrica: el firmware inicial incluía un bridge abierto sin cifrar; Arduino admitió los "challenges … especially from a security point of view" del software y añadió SSL solo en Rev.2 (
  • Presión de los 16 MB de flash: el root de Linux de fábrica va justo de espacio; la guía oficial era expandir a la microSD (blog 2014-05-06 anterior).
  • Ecosistema en EOL: repositorio Bridge archivado; páginas oficiales de docs/tienda eliminadas (véase §Identity); los feeds opkg de la vieja base Attitude Adjustment ya no se mantienen.

Biblioteca de código — ejemplos escritos para esta placa

  • clignotant-rest.ino Arduino

    El puente REST es la firma de las placas Yun/Tian: el sketch se vuelve un servidor HTTP local. Un curl por el lado Linux (o el navegador) enciende y apaga el LED: la demostración inmediata del dual M…

  • console-bridge.ino Arduino

    La librería Console sustituye a Serial por el lado de la red: desde una sesión ssh de la placa, el comando console muestra lo que imprime el sketch y devuelve las pulsaciones. Depuración sin cable US…

  • valeurs-partagees.ino Arduino

    El almacén de valores del puente es la variable compartida MCU↔Linux: valuePut expone una clave legible con una simple petición HTTP local y valueGet recupera una consigna escrita desde el Linux. Dos…

  • process-shell.ino Arduino

    La clase Process es el shell remoto del sketch: cat /proc/loadavg da la carga del Linux y la temperatura del SoC completa el cuadro. El MCU supervisa el sistema que lo acompaña, en diez líneas.

  • serveur-json.ino Arduino

    El sketch se convierte en una API JSON: el croquis construye el objeto (luz, botón, uptime) a mano y YunServer lo sirve en localhost. Los scripts Node/Python del lado Linux consumen el estado del har…

  • lecture-fichier.ino Arduino

    La clase FileIO da al sketch acceso directo al sistema de archivos del Linux: leer /etc/hostname, escribir en modo append en un diario. El MCU se vuelve productor de datos del sistema, sin red.

  • relais-consigne.ino Arduino

    En sentido inverso al primer ejemplo: un simple curl por el lado Linux enciende un relé controlado por el microcontrolador. Sondear la consigna con detección de cambio evita martillar el puente sin m…

  • stats-systeme.ino Arduino

    El sketch hace de sysadmin: free, ip y uptime corren por el lado Linux y suben línea a línea al monitor serie. Útil para vigilar una placa guardada en un armario, sin pantalla ni ssh.

  • releve-periodique.ino Arduino

    El dúo perfecto de las placas Yun/Tian: el MCU mide, el Linux fecha y registra en CSV. El sensor analógico se vuelve un registrador autónomo, exportable con un scp, sin reloj externo.

  • alerte-obscurite.ino Arduino

    La detección se queda en el MCU (rápido, tiempo real), la notificación en el Linux (logger, correo, MQTT). Ese reparto de papeles es la filosofía de las placas Yun/Tian: cada procesador hace lo que m…

Ejemplos y repositorios encontrados en línea