Arduino Yún
⚡ Lo esencial en 60 segundos
- 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 (ð0/ð1 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.
- storage — 16 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
- gpio_headers_atmega32u4_side_uno_form_factor — 14 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.
- inter_cpu_link — the 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.
- power — USB micro-B (5 V, programming + power) and barrel jack / VIN.
- En esta placa : 9 tutoriales · 10 código
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.



Esquema de pines (pinout)

| Attr | Especificaciones | verificado |
|---|---|---|
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 (ð0/ð1 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. | ✔ |
storage | 16 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_factor | 14 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_link | the 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 |
power | USB micro-B (5 V, programming + power) and barrel jack / VIN. | ? sin verificar |
typical_current_draw_operating_temperature | ? sin verificar | |
intel_quark_note_task_brief_correction | the 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
- The problem with arduino yun forum.arduino.cc
- Why does the Arduino yun resets every 30 minutes? forum.arduino.cc
- Who is currently looking after the Yun system? Packages, OpenWRT, updates, etc forum.arduino.cc
- Arduino YUN failed update forum.arduino.cc
- Finding people with Arduino Yun boards to help test my updates forum.arduino.cc
Contenido no disponible todavía.
- Official firmware / software repos (Arduino org on GitHub, all verified 2026-10-13)
- Official firmware / software repos (Arduino org on GitHub, all verified 2026-10-13)
- Official firmware / software repos (Arduino org on GitHub, all verified 2026-10-13)
- Official firmware / software repos (Arduino org on GitHub, all verified 2026-10-13)
- Official firmware / software repos (Arduino org on GitHub, all verified 2026-10-13)
- Official firmware / software repos (Arduino org on GitHub, all verified 2026-10-13)
- Official firmware / software repos (Arduino org on GitHub, all verified 2026-10-13)
- Official firmware / software repos (Arduino org on GitHub, all verified 2026-10-13)
- Official firmware / software repos (Arduino org on GitHub, all verified 2026-10-13)
- Mainline OpenWrt support
- Chip references
- Chip references
- Chip references
- Official blog posts
- Official blog posts
- Official blog posts
- Community
- Archived official pages
- 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.
- Premiers pas sur la Yún : Bridge, Console et LED debutant Schéma : IMG-yun-debutant-1-yun-premiers-pas-bridge.svg — Arduino Yún vue de dessus, flèches sur la puce ATmega32U4, le SoC Atheros AR9331 avec son blindage radio, le port micro-USB et la LED marquée L.
- Connecter la Yún au WiFi et piloter une broche depuis le navigateur debutant Schéma : IMG-yun-debutant-2-yun-config-wifi-arduino-local.svg — Yún avec ant WiFi, câble Ethernet et flèche vers un navigateur affichant http://arduino.local, panneau de configuration WiFi ; une LED sur la pin 13 reliée à un bouton du tableau de bord web.
- Envoyer un capteur analogique sur le réseau : potentiomètre et Bridge REST debutant Schéma : IMG-yun-debutant-3-yun-potentiometre-web-bridge.svg — Yún sur breadboard : potentiomètre 10 kΩ sur A0, câble réseau/ant WiFi, et navigateur affichant la valeur renvoyée par http://arduino.local/arduino/analog/0.
- runShellCommandOnLinux : faire exécuter des commandes Linux depuis le sketch intermediaire IMG-yun-intermediaire-4-yun-runshellcommand-linux.svg — Yún en coupe conceptuelle : à gauche l'ATmega32U4 avec son croquis, flèche « Bridge /ttyATH0 » vers la droite représentant Linino OS (terminal # ping -c1), retour de la sortie vers le Moniteur série.
- L'API REST du Bridge en détail : /arduino, /data et routes personnalisées intermediaire IMG-yun-intermediaire-5-yun-api-rest-complete.svg — Yún au centre, autour d'elle quatre bulles HTTP : GET /arduino/digital/13/1, GET /data/get/temp, POST /data/send, GET /mail/send ; flèches navigateur, curl et smartphone.
- Alerte email : bouton sur la Yún et envoi via sendmail intermediaire IMG-yun-intermediaire-6-yun-bouton-alerte-mail.svg — Yún avec bouton poussoir sur la pin 2, flèche vers une envelople email sortante et un pictogramme serveur SMTP ; en médaillon, la config SMTP dans la page arduino.local.
- Serveur web embarqué : YunServer, YunClient et pages dynamiques avance IMG-yun-avance-7-yun-serveur-web-yunserver.svg — Yún avec un serveur HTTP dessiné dans la partie Linux : navigateur connecté sur le port 5555, requête GET /temperature, réponse JSON ; le Bridge relie le serveur au 32U4 qui lit un capteur sur A1.
- Vivre côté Linux : SSH, opkg, Python et routes Lua personnalisées avance IMG-yun-avance-8-yun-opkg-python-lua-linux.svg — terminal SSH sur la Yún (prompt root@arduino) : commandes opkg install python, ls /usr/lib/lua, éditeur vi ; en arrière-plan la Yún et son stockage interne 32 Mo + slot microSD.
- Téléverser par WiFi, logger sur microSD, et récupérer une Yún briquée avance IMG-yun-avance-9-yun-televersement-wifi-recuperation.svg — Yún avec trois zones annotées : 1) antenne + éclair « téléversement WiFi » vers l'IDE, 2) fente microSD avec flèche « logs CSV », 3) bouton de restauration maintenu 30 s et broches du connecteur pour le mode recovery.
Biblioteca de código — ejemplos escritos para esta placa
clignotant-rest.inoArduinoconsole-bridge.inoArduinovaleurs-partagees.inoArduinoprocess-shell.inoArduinoserveur-json.inoArduinolecture-fichier.inoArduinorelais-consigne.inoArduinostats-systeme.inoArduinoreleve-periodique.inoArduinoalerte-obscurite.inoArduino
Ejemplos y repositorios encontrados en línea
- arduino/YunBridge github.com
- arduino-libraries/Bridge github.com
- arduino/openwrt-yun github.com
- arduino/YunWebUI github.com
- mat-lo/yun-examples github.com