KomuraSoft LLC
Contáctenos
Menú

OpenHarmony explicado — diferencias con HarmonyOS y HarmonyOS NEXT

· Actualizado el: · · OpenHarmony, HarmonyOS, Sistemas embebidos, Selección de sistema operativo, Código abierto, ArkTS, Consultoría técnica, Integración en equipos

Si le preguntan «HarmonyOS de Huawei es de código abierto, ¿verdad?», ¿podría responder con precisión? La respuesta correcta es «en parte sí, en parte no». Lo que es de código abierto es OpenHarmony; HarmonyOS es el producto comercial que Huawei construye sobre esa base. Además, el contenido de HarmonyOS cambió por completo a mitad de camino, de modo que, según la generación, las aplicaciones de Android funcionan o no funcionan.

La información disponible en japonés suele mezclar estos conceptos, y se han arraigado malentendidos como «Hongmeng (鴻蒙) es el Android chino» o «si instala OpenHarmony, las aplicaciones de HarmonyOS funcionarán». Para quien debe decidir qué sistema operativo llevar en un equipo, esta confusión tiene consecuencias reales: lo que hay que confirmar con el proveedor, la licencia que preocupa al área legal y el lenguaje que deben aprender los desarrolladores cambian por completo según a cuál de los dos se refiera.

Este artículo está dirigido a técnicos de equipos embebidos y sistemas empresariales, y organiza la relación entre OpenHarmony, HarmonyOS y HarmonyOS NEXT a partir de fuentes primarias: la documentación oficial de OpenHarmony y los anuncios oficiales de Huawei. La decisión práctica de «si OpenHarmony es una opción viable para un equipo» se trata en el artículo hermano ¿Es OpenHarmony una opción como sistema operativo para equipos embebidos?.

El contenido de este artículo se basa en fuentes primarias vigentes a julio de 2026. En particular, la denominación de las generaciones (NEXT / 5 / 6 / 7), el despliegue regional del mercado de teléfonos inteligentes y aplicaciones, y el calendario de mantenimiento de las ramas de la comunidad son ámbitos que cambian con rapidez. Antes de usar esta información para decisiones de compra o diseño, abra las fuentes citadas en las notas al pie de cada sección y confirme la fecha.

1. Conclusión inicial

  • OpenHarmony es un proyecto de sistema operativo de código abierto impulsado y gestionado por la Fundación OpenAtom (开放原子开源基金会). No es un producto de Huawei, sino un proyecto de la fundación, y el código fuente puede obtenerlo cualquiera desde el repositorio público.12
  • HarmonyOS es el producto comercial de sistema operativo de Huawei y es algo distinto de OpenHarmony. Se construye sobre la base de OpenHarmony, pero incorpora el framework propio de Huawei, su plataforma de distribución de aplicaciones y sus servicios en la nube. El código fuente completo de HarmonyOS no está publicado.
  • El contenido de HarmonyOS cambió según la generación. Las generaciones 1 a 4.x combinaban AOSP (Android Open Source Project) con OpenHarmony, y las aplicaciones de Android funcionaban en ellas; pero a partir de HarmonyOS NEXT (= HarmonyOS 5) se eliminó el código derivado de AOSP y las aplicaciones de Android ya no funcionan.3
  • La denominación «NEXT» dejó de usarse a partir de HarmonyOS 6. En el HDC 2026 de junio de 2026 se anunció la beta para desarrolladores de HarmonyOS 7, y en la misma ocasión se explicó que «OpenHarmony ha publicado más de 100 versiones comerciales».4
  • OpenHarmony no es un único producto de sistema operativo, sino un marco con «tres tipos de sistema». Desde microcontroladores (MCU) con un mínimo de 128 KiB (sistema ligero) hasta procesadores de aplicaciones con 128 MiB o más (sistema estándar), la configuración se ajusta dentro del mismo esquema.5
  • La licencia del código se estructura principalmente en torno a la Apache License 2.0. El kernel LiteOS-A usa BSD de 3 cláusulas y la documentación usa CC BY 4.0; cada parte tiene una licencia distinta. Al adoptar el proyecto, confirme individualmente el archivo LICENSE del repositorio correspondiente.678
  • El período de mantenimiento de la comunidad es de 2 años para las ramas Release y de 3,5 años para las ramas LTS. Además, la última rama LTS fue 3.0-LTS, de septiembre de 2021; todas las ramas publicadas desde 3.1 en adelante son de tipo Release. Esto no encaja con el supuesto de un ciclo de vida de 10 años para un equipo.91011
  • El mercado de teléfonos inteligentes y aplicaciones de HarmonyOS está, en la práctica, centrado en China. El sitio global para consumidores de Huawei sigue mostrando, en julio de 2026, la página de presentación de HarmonyOS 2, mientras que HarmonyOS 6 se presenta en el sitio dirigido a China. Sin embargo, en dispositivos como los wearables se distribuyen versiones de las series HarmonyOS 5 y 6 también fuera de China, por lo que no es correcto decir que «HarmonyOS 5 en adelante equivale a exclusivo de China».121314
  • En Europa existe otra rama basada en OpenHarmony. El proyecto Oniro de la Eclipse Foundation avanza sobre la base de OpenHarmony con extensiones orientadas al mercado europeo y global (en fase Incubating a julio de 2026).15

2. El árbol genealógico de un vistazo

Empecemos por el panorama general. Bajo el nombre «Hongmeng (HarmonyOS)» existen, como mínimo, tres entidades distintas.

Nombre Entidad Propietario Publicación del código Uso principal
OpenHarmony Proyecto de sistema operativo de código abierto Fundación OpenAtom1 Público (Apache 2.0 y otras)6 Dispositivos IoT, equipos industriales, sistemas embebidos, educación
HarmonyOS 1.0 SO comercial de Huawei (generación previa a la publicación de OpenHarmony) Huawei No público Pantallas inteligentes (Honor Vision)
HarmonyOS 2 a 4.x SO comercial de Huawei (mezcla de AOSP + OpenHarmony) Huawei No público (solo se publica la parte base de OpenHarmony) Teléfonos inteligentes y tablets de Huawei, entre otros
HarmonyOS NEXT / 5 / 6 / 7 SO comercial de Huawei (sin AOSP) Huawei No público Teléfonos inteligentes, PC y sistemas embarcados de Huawei, entre otros

Si reordenamos las filas de la tabla en el eje del tiempo, se ve de un vistazo en qué punto cambió el contenido de un sistema operativo que conserva el mismo nombre.

2019HarmonyOS 1.0Para pantallasinteligentes2021-2024HarmonyOS 2 a 4.xMezcla de AOSP yOpenHarmonyLas aplicaciones deAndroid funcionan2024HarmonyOS NEXT =5Se elimina el códigoderivado de AOSPLas aplicaciones deAndroid nofuncionan2025HarmonyOS 6Se abandona ladenominación«NEXT»2026HarmonyOS 7Beta paradesarrolladoresanunciada en elHDC 2026Generaciones de HarmonyOS y la presencia de AOSP

Figura 1: Las generaciones de HarmonyOS y el punto en el que dejan de funcionar las aplicaciones de Android1634

El punto de quiebre es NEXT (= 5), en 2024. Lo primero que debe verificar es si en su organización se está mezclando la experiencia con generaciones anteriores a esa línea con lo que se dice sobre las posteriores.

Y hay otra rama reciente que conviene tener presente, porque amplía la perspectiva.

Nombre Entidad Propietario
Eclipse Oniro for OpenHarmony Distribución de origen europeo basada en OpenHarmony Eclipse Foundation15

Dicho de otro modo, OpenHarmony es la «materia prima» y HarmonyOS y Oniro son «productos distintos construidos con esa materia prima». Es una relación comparable a la que existe entre el kernel Linux y distribuciones como Red Hat Enterprise Linux o Debian, lo que ayuda a captar la escala. Sin embargo, a diferencia de Linux, OpenHarmony no es solo un kernel: incluye también el framework de interfaz de usuario y el modelo de aplicaciones, formando un conjunto bastante integrado verticalmente.

3. La entidad de OpenHarmony: qué contiene

La documentación oficial de OpenHarmony describe el proyecto como «un proyecto de código abierto impulsado y gestionado por la Fundación OpenAtom, cuyo objetivo es construir un framework de sistema operativo distribuido de código abierto para dispositivos inteligentes de todos los escenarios».1

Este capítulo concentra muchos términos técnicos, así que antes de continuar se ofrece un glosario mínimo.

Término Significado
LiteOS Kernel para dispositivos con pocos recursos. Incluye LiteOS-M para MCU y LiteOS-A para Cortex-A1
KAL (Kernel Abstraction Layer) Capa de abstracción del kernel. Oculta las diferencias de implementación entre Linux y LiteOS y expone una API común a las capas superiores1
HDF (Hardware Driver Foundation) Base unificada de controladores propia de OpenHarmony. Los controladores de dispositivo se escriben sobre esta base1
DSoftBus (bus de software distribuido) Base común de colaboración entre dispositivos que descubre y conecta equipos cercanos, y transporta datos con independencia del método de comunicación1
Ability Modelo que representa la unidad de ejecución de una aplicación. Existen las que tienen pantalla y las que se encargan de procesos o de proveer datos en segundo plano
ArkTS Lenguaje de desarrollo de aplicaciones para interfaces declarativas, una extensión de TypeScript
ArkUI Framework de interfaz de usuario declarativa para construir pantallas con ArkTS

Una arquitectura de cuatro capas

De abajo hacia arriba, la arquitectura tiene cuatro capas: capa del kernel, capa de servicios del sistema, capa de framework y capa de aplicaciones.1

  • Capa del kernel: con un diseño multikernel, se elige Linux o LiteOS según las restricciones de recursos del dispositivo. La capa de abstracción del kernel (KAL) oculta las diferencias de implementación y ofrece a las capas superiores una gestión común de procesos, memoria, sistema de archivos, red y periféricos. Los controladores se escriben sobre HDF (Hardware Driver Foundation), la base unificada de controladores propia del proyecto.
  • Capa de servicios del sistema: bus de software distribuido (DSoftBus), gestión de datos distribuida, planificador distribuido, entrada multimodal, gráficos, seguridad, IA, entre otros.
  • Capa de framework: el framework de aplicaciones y el framework de Ability para C/C++/JS, y el framework ArkUI para JS.
  • Capa de aplicaciones: aplicaciones del sistema y aplicaciones de terceros.

Lo importante aquí es que el diseño «multikernel» define el carácter de OpenHarmony. Aunque se trata del mismo nombre de sistema operativo, en un MCU corre LiteOS-M y en un dispositivo más potente corre el kernel Linux. Ante la pregunta «¿cuál es el kernel de OpenHarmony?», hay que responder con otra pregunta: «¿de qué tipo de sistema está hablando?».

Los tres tipos de sistema

La documentación oficial define tres tipos de sistema básicos.5

Tipo de sistema Procesador Memoria mínima Funciones que ofrece Productos previstos
Sistema ligero (Mini) MCU como Arm Cortex-M o RISC-V de 32 bits 128 KiB Protocolos de red ligeros, gráficos ligeros, componentes de lectura/escritura para buses IoT Módulos de conectividad, sensores, wearables
Sistema pequeño (Small) Procesadores de aplicaciones como Arm Cortex-A 1 MiB Funciones de seguridad más avanzadas, framework de gráficos estándar, codificación/decodificación de vídeo Cámaras IP, mirillas digitales, routers, cámaras de conducción
Sistema estándar (Standard) Procesadores de aplicaciones como Arm Cortex-A 128 MiB Framework de aplicaciones completo, GPU 3D, compositor de hardware, animaciones avanzadas Electrodomésticos con pantalla y funciones avanzadas

Que el rango comience en 128 KiB es una particularidad de este sistema operativo. La propia documentación oficial señala que «admite desde algunos cientos de KiB hasta RAM del orden de GiB».1 El diseño está basado en componentes, de modo que se construye la configuración retirando los componentes que no se necesitan.

La función distribuida como concepto central

Lo primero que la documentación oficial destaca como característica de OpenHarmony es la colaboración entre dispositivos centrada en DSoftBus (el bus de software distribuido).1 Es una base común que descubre, conecta y pone en red dispositivos cercanos, y transporta datos con independencia del método de comunicación; sobre ella se apoyan la gestión de datos distribuida (sincronización de datos entre dispositivos) y el planificador distribuido (inicio y migración de aplicaciones entre dispositivos).

Esta filosofía de «tratar varios dispositivos como un único superdispositivo» es también la base de la experiencia de integración entre teléfono, tablet y sistema embarcado que ofrece HarmonyOS. Dicho de otro modo, si solo se va a integrar en un equipo aislado, quedará sin usar la mitad de las funciones estrella de OpenHarmony. Este punto pesa en la decisión de adopción.

Placas de desarrollo y hardware

La comunidad ha publicado soporte para 22 placas de desarrollo.17 Para el sistema estándar están la HiHope HH-SCDAYU200 con Rockchip RK3568 y la MILOS_Standard0 con NXP i.MX8M Mini; para el sistema pequeño, la BearPi-HM Micro con STM32MP157A; y para el sistema ligero, la Hi3861, la STM32F407, la ESP32 y la HPM6750 de RISC-V, entre otras. La lista incluye no solo SoC de origen chino, sino también chips de ST y de NXP. Algunos productos tienen descripciones orientadas a uso industrial; por ejemplo, para la MILOS_Standard0 se mencionan como usos previstos «equipos de medición de alto rendimiento para el sector industrial y médico, control industrial e IHM, transporte, prevención de desastres y edificios».17

4. La entidad de HarmonyOS: el período mixto con AOSP y la etapa posterior a NEXT

HarmonyOS es el producto comercial de sistema operativo de Huawei. Lo que hay que retener aquí es que bajo el mismo nombre «HarmonyOS», el contenido difiere según la generación.

  • HarmonyOS 1.0 (2019): el primer dispositivo en incorporarlo no fue un teléfono inteligente, sino una pantalla inteligente (Honor Vision). Es una generación anterior a la donación de OpenHarmony a la Fundación OpenAtom, y no llegó a distribuirse como sistema operativo para teléfonos inteligentes.16
  • HarmonyOS 2 a 4.x (2021-2024): la generación desplegada en teléfonos inteligentes. Con una configuración que combinaba AOSP y OpenHarmony, los dispositivos de esta generación podían ejecutar tanto aplicaciones de Android (APK) como aplicaciones de HarmonyOS. La idea, extendida en Japón, de que «HarmonyOS es la versión china de Android» se difundió porque la realidad de esta generación así lo parecía.3
  • HarmonyOS NEXT (= HarmonyOS 5, 2024): se eliminaron la capa de compatibilidad con AOSP y las bibliotecas de Android, por lo que las aplicaciones de Android dejaron de funcionar. Solo funcionan las aplicaciones nativas de HarmonyOS.3 Aquí «nativas» no significa únicamente ArkTS: también pueden combinarse módulos escritos con la Native API (NDK) en C/C++, y Cangjie (仓颉), el lenguaje desarrollado internamente por Huawei, también se ofrece como opción para el desarrollo de aplicaciones para HarmonyOS.18
  • HarmonyOS 6 en adelante (2025-): se abandonó la denominación «NEXT» y pasó a llamarse simplemente HarmonyOS 6. En el HDC 2026 celebrado en Dongguan el 12 de junio de 2026 se anunció el inicio de la beta para desarrolladores de HarmonyOS 7, y se hizo público que el número de dispositivos con HarmonyOS 6 superó los 66 millones, que los desarrolladores registrados superaron los 11 millones, que las aplicaciones y servicios disponibles en la tienda de aplicaciones superaron los 400 000, y que HarmonyOS se convirtió en el segundo sistema operativo para teléfonos inteligentes en China.4

En el mismo anuncio, Huawei también declaró que, respecto a OpenHarmony, «se han publicado más de 100 versiones comerciales».4 Es decir, para Huawei, OpenHarmony es a la vez la base de sus propios teléfonos inteligentes y una fuente de suministro para que otras empresas fabriquen productos industriales.

La regionalidad depende del tipo de dispositivo

Desde la perspectiva de Japón, la regionalidad tiene un peso práctico importante, pero si se agrupan todos los dispositivos por igual se corre el riesgo de errar el juicio. Hay que separar el ecosistema de teléfonos inteligentes y distribución de aplicaciones del firmware de dispositivos periféricos como los wearables.

  • El mercado de teléfonos inteligentes y aplicaciones está centrado en China. La página de producto de HarmonyOS 6 está disponible en el sitio orientado a China,13 mientras que el sitio global para consumidores de Huawei (consumer.huawei.com/en/harmonyos/) sigue mostrando, a julio de 2026, la página de presentación de HarmonyOS 2.12 Es razonable considerar que las aplicaciones nativas de HarmonyOS para teléfonos de la serie NEXT y su mercado de distribución son, en la práctica, un asunto del mercado interno chino.
  • Por otro lado, la marca HarmonyOS también está presente en dispositivos fuera de China. Huawei distribuye actualizaciones de firmware de las series HarmonyOS 5 y 6 también a los relojes inteligentes del mercado global, por lo que no puede afirmarse que «HarmonyOS 5 en adelante equivale a exclusivo del mercado chino».14

Por lo tanto, si una empresa japonesa habla de «crear y distribuir aplicaciones de HarmonyOS», eso va necesariamente ligado a una decisión de negocio orientada al mercado chino. En cambio, cualquiera puede obtener y usar el código fuente de OpenHarmony sin importar la región, así que estas dos cuestiones deben tratarse como decisiones completamente independientes.

5. ¿Son lo mismo una «aplicación de OpenHarmony» y una «aplicación de HarmonyOS»?

En pocas palabras: «comparten el mismo linaje, pero no son lo mismo».

Lo que comparten es el esqueleto del modelo de aplicaciones: ArkTS (lenguaje para interfaces declarativas, extensión de TypeScript), ArkUI (framework de interfaz declarativa) y Ability (unidad de ejecución de la aplicación). Si se revisan las notas de la versión de OpenHarmony 6.0 Release, aparecen elementos muy similares a las novedades de HarmonyOS: ampliación de las funciones de diseño de ArkUI, actualización del núcleo Chromium de ArkWeb de la versión 114 a la 132, la incorporación de AppServiceExtensionAbility y la compatibilidad con el modo quiosco.19

Lo que difiere es el entorno periférico. Las aplicaciones de HarmonyOS se construyen dando por sentado el HarmonyOS SDK y DevEco Studio de Huawei, la plataforma de distribución AppGallery y las API en la nube de HMS (Huawei Mobile Services). OpenHarmony no cuenta con nada de esto. Por lo tanto,

  • No es posible instalar aplicaciones de AppGallery en un equipo propio que ejecute OpenHarmony.
  • Tampoco hay garantía de que una aplicación creada para HarmonyOS funcione tal cual en un equipo real con OpenHarmony. Es necesario verificar, una por una, si las API de las que depende son extensiones de Huawei o forman parte del estándar de OpenHarmony.

Si se adopta OpenHarmony para un equipo, lo correcto es planificar partiendo de que las aplicaciones que correrán sobre él las desarrollará la propia empresa (o el proveedor de la distribución elegida). Decidir la adopción con la expectativa de «poder usar activos de aplicaciones fabricados en China» conduce a un error de cálculo.

6. Cómo interpretar las versiones y los niveles de API

Cada versión de OpenHarmony tiene asociado un nivel de API, y el README del repositorio de documentación oficial incluye una lista.20

Versión de OpenHarmony Nivel de API Estado en la documentación
master — Última versión de desarrollo
6.0 Release 20 Última versión
5.1.0 Release 18 Última versión
5.0.3 15 Última versión
5.0.2 14 Última versión
5.0.1 13 Última versión
5.0.0 Release 12 Última versión
4.1 Release 11 Sin mantenimiento (Historical Versions No Longer Maintained)
4.0 Release 10 Sin mantenimiento
3.2 Release 9 Sin mantenimiento

Esta lista es la que figura en el README del repositorio de documentación, pero el índice de notas de versión del mismo repositorio incluye versiones aún más recientes, como 6.1 Release (8 de marzo de 2026) y 6.0.0.1 / 6.0.0.2.11 Incluso dentro de la documentación oficial la etiqueta de «última versión» puede no estar al día, así que, al fijar una versión, revise no solo el README sino también el índice de notas de versión.

En HarmonyOS también se asignan niveles de API de la misma manera, y la documentación de desarrolladores de Huawei publica notas de versión para cada versión.21 Como el sistema de numeración es parecido, es fácil confundirlos, pero el API Level 20 de OpenHarmony y el API Level 20 de HarmonyOS no necesariamente designan el mismo conjunto de API. Al verificar especificaciones, tenga siempre presente cuál de las dos documentaciones está leyendo.

7. El período de mantenimiento: la primera cifra que debe verificar quien fabrica equipos

La comunidad de OpenHarmony define el ciclo de vida de las ramas de la siguiente manera.9

  • El ciclo de vida de una rama Release es de 2 años (1 año de mantenimiento activo + 1 año de mantenimiento pasivo)
  • El ciclo de vida de una rama LTS es de 3,5 años (2 años de mantenimiento activo + 1,5 años de mantenimiento pasivo)
  • El período de mantenimiento activo es aquel en el que la comunidad publica versiones etiquetadas de forma planificada y corrige defectos y vulnerabilidades de seguridad
  • El período de mantenimiento pasivo es aquel en el que no se planifican ni publican versiones etiquetadas, y solo se corrigen las vulnerabilidades de seguridad y los defectos de gravedad crítica o superior

Y el calendario de mantenimiento de las ramas realmente publicadas es el siguiente.10

Rama Tipo Publicación Fin del mantenimiento activo Fin del mantenimiento
1.0.1-Release Release 2021-03-30 2022-03-30 2023-03-30
3.0-LTS LTS 2021-09-30 2023-09-30 2025-03-30
3.1-Release Release 2022-03-30 2023-03-30 2024-03-30
3.2-Release Release 2023-04-09 2024-04-09 2025-04-09
4.0-Release Release 2023-10-26 2024-10-26 2025-10-26
4.1-Release Release 2024-03-30 2025-03-30 2026-03-30

De esta tabla se pueden extraer tres conclusiones.

  1. La última rama LTS es 3.0-LTS (septiembre de 2021). Hubo LTS anteriores a esa: 1.1.0 LTS (abril de 2021) y su serie (1.1.x LTS) siguen registradas en las notas de versión.11 Pero todas las ramas publicadas desde 3.1 en adelante son de tipo Release, es decir, con un mantenimiento de 2 años.
  2. Todas las ramas que aparecen en la tabla ya tienen el mantenimiento finalizado a julio de 2026. Las series 5.x y 6.0 Release todavía no figuran en esta tabla.
  3. Es un orden de magnitud distinto al de un equipo pensado para operar durante 10 años. Si se compara con Windows 11 IoT Enterprise LTSC 2024, que tiene soporte durante 10 años hasta octubre de 2034, se aprecia que la filosofía de diseño es, de entrada, diferente.

Esto no significa que OpenHarmony sea inferior, sino que no está pensado para el uso de «instalar la versión comunitaria tal cual en un producto y dejarla sin atención». En la adopción industrial real, el proveedor de la distribución comercial mantiene su propia rama internamente y vende ese mantenimiento como servicio de pago. Cuando Huawei dice que «OpenHarmony ha publicado más de 100 versiones comerciales», se refiere precisamente a la magnitud de esta capa.4

8. Licencias y vías de obtención

Licencias

OpenHarmony no es un proyecto de licencia única. Cada repositorio tiene la suya.

Componente Licencia
El sistema de compilación (build), el motor de ArkUI (arkui_ace_engine) y muchos otros componentes Apache License 2.06
El kernel LiteOS-A (kernel_liteos_a) Licencia BSD de 3 cláusulas7
La parte del kernel Linux del sistema estándar Se rige por la licencia del kernel Linux (GPLv2)
La documentación oficial (docs) Creative Commons Attribution 4.08

Al integrarlo en un producto, la norma general es verificar, uno por uno, el archivo LICENSE de cada repositorio con el que realmente se enlaza. Si se resume todo como «OpenHarmony usa Apache 2.0, así que no hay problema», se pasan por alto las obligaciones de GPL de la parte del kernel.

Entonces, ¿qué es lo que realmente supone un problema en el uso empresarial? Se resume en tres puntos. Primero, ninguna de estas licencias prohíbe la modificación ni la redistribución en sí. La Apache 2.0 permite modificar y redistribuir, pero exige incluir el texto completo de la licencia, conservar los avisos de atribución (como el de derechos de autor), indicar claramente los cambios en los archivos modificados y, si existe un archivo NOTICE, mantenerlo.6 La BSD de 3 cláusulas exige reproducir el aviso de derechos de autor, las condiciones y la cláusula de exención de responsabilidad (si solo se distribuye el binario, esto se cumple incluyéndolo en materiales adjuntos como el manual de instrucciones), y prohíbe usar el nombre del titular de los derechos con fines promocionales.7 Es decir, si se integra en un equipo y se comercializa, siempre surge la tarea de preparar un «aviso de licencia» en el propio producto (decida en la etapa de diseño si lo cumplirá con una sección al final del manual, con una pantalla de «información de licencia» en la configuración del equipo, con un archivo de texto adjunto, etc.). Y si se modifica y distribuye la parte del kernel Linux del sistema estándar, surge además, por separado, la obligación de proporcionar el código fuente correspondiente conforme a la GPLv2. Si se reproduce la documentación en material interno de la empresa, es necesario incluir el crédito exigido por CC BY 4.0.8

Obtención del código fuente

El código fuente se obtiene con la misma herramienta repo que se usa en Android. El procedimiento descrito en la documentación oficial es el siguiente.2

repo init -u https://gitcode.com/openharmony/manifest.git -b master --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'

Como alojamiento se indican gitcode.com, gitee.com y los espejos de GitHub, con opciones tanto SSH como HTTPS.2 Si se desea fijar una versión de publicación concreta, se cambia el nombre de la rama a un nombre de versión como OpenHarmony-6.0-Release, o bien se usa una etiqueta (refs/tags/OpenHarmony-v6.0-Release). No se requiere ningún registro ni autorización especial.

Si desea comprobar la estructura antes de comprar una placa física, también existe la vía de ejecutarlo sobre QEMU. El repositorio device_qemu incluye procedimientos de emulación para Arm Virt (LiteOS-A / Linux), Cortex-M4 (mps2-an386), Cortex-M55 (mps3-an547), RISC-V (riscv32_virt), Xtensa (esp32) y C-SKY (SmartL_E802).22

9. La rama europea: Eclipse Oniro

Algo que los técnicos japoneses suelen pasar por alto es el proyecto Oniro, gestionado por la Eclipse Foundation. La página del proyecto especifica que «Eclipse Oniro for OpenHarmony se construye sobre la capa base de OpenHarmony, el proyecto de código abierto impulsado y gestionado por la Fundación OpenAtom», y describe el plan de añadir, para los mercados europeo y global, soporte para React Native, un IDE basado en Eclipse Theia y el motor web Servo, entre otros elementos. Las licencias son Apache 2.0 y MIT, y el estado del proyecto es Incubating a julio de 2026.15

Para las organizaciones que tienen la restricción de que «un sistema operativo de origen chino es difícil de aceptar según su política de compras», vale la pena conocer que existe una opción de la misma familia bajo la gobernanza de una fundación europea, como parte del abanico de posibilidades a estudiar. No obstante, el hecho de que esté en fase Incubating y de que el tamaño de su comunidad no sea comparable al del propio OpenHarmony constituyen, tal cual, riesgos de adopción.

10. Resumen: hablar de los tres por separado

  • OpenHarmony es el proyecto de sistema operativo de código abierto de la Fundación OpenAtom. Cubre, dentro de un mismo esquema, desde MCU de 128 KiB hasta dispositivos avanzados de 128 MiB o más, y cualquiera puede obtener el código fuente. Este es el objeto sobre el que hay que decidir si se adopta o no en un equipo.
  • HarmonyOS es el producto comercial de sistema operativo de Huawei. Las generaciones 1 a 4.x eran una mezcla con AOSP en la que funcionaban aplicaciones de Android, pero a partir de NEXT (= 5) se eliminó AOSP y el mundo pasó a ser solo de aplicaciones ArkTS. En la práctica, es un producto orientado al mercado chino.
  • Eclipse Oniro es una rama de origen europeo basada en OpenHarmony. Todavía está en fase Incubating, pero, desde el punto de vista de dónde reside la gobernanza, representa una opción distinta.

Cuando se logra hablar de estos tres sin mezclarlos, el debate interno se vuelve mucho más concreto, porque la pregunta deja de ser «¿adoptamos HarmonyOS?» y se traduce en «¿en qué SoC instalamos el sistema estándar de OpenHarmony, con el mantenimiento de qué distribución comercial?». La decisión práctica que viene después —comparar el período de mantenimiento, las opciones de hardware, el entorno de desarrollo y la disponibilidad de suministro frente a Windows IoT y Linux embebido— se dejó para el artículo hermano.

Artículos relacionados

Áreas de consultoría relacionadas

KomuraSoft LLC se ocupa de la selección del sistema operativo y la plataforma de ejecución para equipos y sistemas empresariales, del análisis de viabilidad para migrar aplicaciones Windows existentes, y de la revisión de configuraciones pensadas para una operación de largo plazo. Puede consultarnos incluso en la etapa en la que «hay un nuevo sistema operativo entre las opciones, pero faltan elementos de juicio».

Referencias

  1. OpenHarmony Documentation, OpenHarmony Project. Sobre que OpenHarmony es un proyecto de código abierto impulsado y gestionado por la Fundación OpenAtom; la arquitectura de cuatro capas (kernel, servicios del sistema, framework y aplicaciones); el diseño multikernel de Linux y LiteOS junto con el KAL; la base de controladores HDF; las funciones de DSoftBus, gestión de datos distribuida, planificador distribuido y virtualización de dispositivos; y la compatibilidad con RAM desde algunos cientos de KiB hasta el orden de GiB. ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10

  2. OpenHarmony Documentation, Source Code Acquisition. Sobre el procedimiento de configuración de la herramienta repo, la obtención del código fuente con repo init / repo sync -c / repo forall -c 'git lfs pull', y las opciones de espejo (gitcode.com, gitee.com, GitHub) y de protocolo (SSH/HTTPS). ↩ ↩2 ↩3

  3. Wikipedia, HarmonyOS 5 (fuente secundaria). Sobre que las generaciones HarmonyOS 2 a 4.x desplegadas en teléfonos inteligentes podían ejecutar aplicaciones de Android gracias a una configuración que integraba AOSP y OpenHarmony; que en HarmonyOS NEXT (= HarmonyOS 5) se eliminaron la capa de compatibilidad con AOSP y las bibliotecas de Android, por lo que dejaron de funcionar las aplicaciones de Android; y que a partir de HarmonyOS 6 dejó de usarse la denominación «NEXT». La documentación oficial de Huawei se genera dinámicamente y no puede citarse directamente, por lo que se referencia como fuente secundaria. ↩ ↩2 ↩3 ↩4

  4. Huawei, HarmonyOS 7 開発者Beta 正式启动，全场景智能操作系统再升级. Sobre que en el HDC 2026 (Dongguan) del 12 de junio de 2026 se anunció la beta para desarrolladores de HarmonyOS 7; que el número de dispositivos con HarmonyOS 6 superó los 66 millones; que los desarrolladores registrados superaron los 11 millones y que las aplicaciones y servicios disponibles en la tienda de aplicaciones superaron los 400 000; que HarmonyOS es el segundo sistema operativo para teléfonos inteligentes en China; y que se explica que OpenHarmony ha publicado más de 100 versiones comerciales. ↩ ↩2 ↩3 ↩4 ↩5

  5. OpenHarmony Documentation, Quick Start Overview. Sobre la definición de los tres tipos de sistema básicos —sistema ligero (MCU, mínimo 128 KiB), sistema pequeño (Cortex-A, mínimo 1 MiB) y sistema estándar (Cortex-A, mínimo 128 MiB)— y las funciones y productos previstos para cada uno. ↩ ↩2

  6. OpenHarmony, arkui_ace_engine LICENSE y build LICENSE. Sobre que los repositorios del motor de ArkUI y del sistema de compilación se distribuyen bajo la Apache License 2.0. ↩ ↩2 ↩3 ↩4

  7. OpenHarmony, kernel_liteos_a LICENSE. Sobre que el kernel LiteOS-A se distribuye bajo la licencia BSD de 3 cláusulas (conservación del aviso de derechos de autor al redistribuir, reproducción de la cláusula de exención de responsabilidad al distribuir binarios, y prohibición de usar el nombre del titular de los derechos con fines promocionales). ↩ ↩2 ↩3

  8. OpenHarmony, docs LICENSE. Sobre que el repositorio de documentación oficial se ofrece bajo Creative Commons Attribution 4.0 International. ↩ ↩2 ↩3

  9. OpenHarmony, OpenHarmony Version Lifecycle Management. Sobre que el ciclo de vida de una rama Release es de 2 años (1+1) y el de una rama LTS es de 3,5 años (2+1,5), y sobre la definición del mantenimiento activo y del mantenimiento pasivo (en el mantenimiento pasivo solo se corrigen vulnerabilidades y defectos de gravedad crítica o superior). ↩ ↩2

  10. OpenHarmony Documentation, OpenHarmony Version Definitions. Sobre las definiciones de Master, LTS, Release, Beta y versión etiquetada, y sobre la tabla de calendario de mantenimiento de las ramas LTS y Release (que solo 3.0-LTS es de tipo LTS, que 1.0.1, 3.1, 3.2, 4.0 y 4.1 son de tipo Release, y que el fin del mantenimiento de 4.1-Release es el 30 de marzo de 2026). ↩ ↩2

  11. OpenHarmony Documentation, Release Notes 索引. Sobre que figuran 3.0-LTS (30 de septiembre de 2021) y su serie (3.0.1 a 3.0.8 LTS), que todas las ramas desde 3.1 en adelante son de tipo Release, que en la serie 1.x también existieron versiones LTS (1.1.0 LTS, entre otras) pero están marcadas como End of Life, y que 6.1 Release (8 de marzo de 2026), 6.0.0.1 y 6.0.0.2 figuran como versiones más nuevas que la lista de «Latest Versions» del README. ↩ ↩2 ↩3

  12. Huawei, HarmonyOS 2 - Huawei Global. Sobre que la página de presentación de HarmonyOS en el sitio global para consumidores de Huawei corresponde, a julio de 2026, a HarmonyOS 2. ↩ ↩2

  13. Huawei, HarmonyOS 6 - 华为官网. Sobre que la página de producto de HarmonyOS 6 está disponible en el sitio orientado a China. ↩ ↩2

  14. Huawei Central, Global Huawei Watch 5 claims HarmonyOS 6 software upgrade y otras noticias del mismo medio sobre la distribución global de firmware para wearables (fuente secundaria). Sobre que Huawei distribuye actualizaciones de firmware de las series HarmonyOS 5 y 6 también a relojes inteligentes fuera de China (Watch 5, Watch GT 4, Watch Fit 3, entre otros). Se referencia como base para sostener que no puede afirmarse que «HarmonyOS 5 en adelante equivale a exclusivo del mercado interno chino». ↩ ↩2

  15. Eclipse Foundation, Eclipse Oniro for OpenHarmony. Sobre que Eclipse Oniro for OpenHarmony se construye sobre la capa base de OpenHarmony de la Fundación OpenAtom; el plan de añadir, para los mercados europeo y global, soporte para React Native, un IDE basado en Eclipse Theia y el motor web Servo, entre otros; que las licencias son Apache 2.0 y MIT; y que el estado del proyecto es Incubating. ↩ ↩2 ↩3

  16. Wikipedia, HarmonyOS version history (fuente secundaria). Sobre que HarmonyOS 1.0 se publicó en agosto de 2019 como una generación destinada a Honor Vision (pantalla inteligente) y no se distribuyó como sistema operativo para teléfonos inteligentes. La composición interna de 1.0 (presencia o no de LiteOS, Linux o una capa de compatibilidad con AOSP) varía según la fuente, por lo que el texto principal se limita a señalar la diferencia de productos en los que se instaló. ↩ ↩2

  17. OpenHarmony Documentation, OpenHarmony Development Boards List. Sobre que la comunidad da soporte a 22 placas de desarrollo; la lista de placas para el sistema estándar (RK3568, i.MX8M Mini, A311D, RK3399, entre otras), para el sistema pequeño (Hi3516DV300, STM32MP157A) y para el sistema ligero (Hi3861, STM32F407, ESP32, RISC-V HPM6750, entre otras); y que entre los usos previstos de la MILOS_Standard0 se incluyen el control industrial y los equipos médicos. ↩ ↩2

  18. South China Morning Post, Huawei to open-source self-developed programming language Cangjie to rival Java and Swift (fuente secundaria). Sobre que Cangjie (仓颉), el lenguaje desarrollado internamente por Huawei, es compatible con el desarrollo de aplicaciones para HarmonyOS NEXT, se puso a disposición de todos los desarrolladores de HarmonyOS, y se liberó como código abierto en 2025. ↩

  19. OpenHarmony Documentation, OpenHarmony 6.0 Release. Sobre el contenido de la versión 6.0 Release: la ampliación de las funciones de diseño de ArkUI (LayoutPolicy, área segura y afines), la actualización del núcleo Chromium de ArkWeb de la versión 114 a la 132, la incorporación de AppServiceExtensionAbility y la compatibilidad con el modo quiosco, entre otros. ↩

  20. OpenHarmony Documentation, README. Sobre que OpenHarmony 6.0 Release (API Level 20), 5.1.0 Release (18), 5.0.3 (15), 5.0.2 (14), 5.0.1 (13) y 5.0.0 Release (12) figuran como últimas versiones, y que 4.1 Release (11) y anteriores figuran como «Historical Versions No Longer Maintained». ↩

  21. HUAWEI Developers, HarmonyOS Versions. Sobre que las notas de versión correspondientes a cada versión y nivel de API de HarmonyOS están publicadas en la documentación de desarrolladores de Huawei. ↩

  22. OpenHarmony, device_qemu README. Sobre que existen procedimientos de emulación con QEMU para Arm Virt (LiteOS-A), Arm Virt (Linux), Cortex-M4 (mps2-an386), Cortex-M55 (mps3-an547), RISC-V (riscv32_virt), Xtensa (esp32) y C-SKY (SmartL_E802). ↩

Artículos relacionados

Artículos recientes con las mismas etiquetas para profundizar en temas cercanos.

Temas relacionados

Estas páginas sitúan el tema en un contexto más amplio de servicios y decisiones.

Preguntas frecuentes

Preguntas habituales en las consultas sobre el tema del artículo.

¿OpenHarmony y HarmonyOS son lo mismo?
No son lo mismo. OpenHarmony es un proyecto de sistema operativo de código abierto impulsado y gestionado por la Fundación OpenAtom (开放原子开源基金会); el código fuente puede obtenerlo cualquiera y se distribuye bajo licencias de código abierto como la Apache License 2.0. HarmonyOS, en cambio, es el producto comercial de sistema operativo de Huawei que se construye sobre la base de OpenHarmony, añadiendo el framework propio de Huawei, la plataforma de distribución de aplicaciones (AppGallery) y los servicios en la nube (HMS). No es cierto que «como OpenHarmony es público, se puede leer todo el código de HarmonyOS», ni tampoco que «un equipo con OpenHarmony puede instalar aplicaciones de AppGallery». Resulta más fácil de entender si se compara con la relación entre el kernel Linux y una distribución comercial de Linux.
¿Qué es HarmonyOS NEXT? ¿Qué relación tiene con HarmonyOS 5 y 6?
HarmonyOS NEXT es el nombre que se dio a la generación de HarmonyOS de la que se eliminó el código derivado de Android (AOSP), y como versión de producto equivale a HarmonyOS 5. Las generaciones HarmonyOS 2 a 4.x desplegadas en teléfonos inteligentes tenían una configuración que combinaba AOSP y OpenHarmony, y en ellas también funcionaban las aplicaciones de Android (APK) (la generación anterior, HarmonyOS 1.0, apareció en 2019 orientada a pantallas inteligentes). A partir de NEXT desaparece la capa de compatibilidad con AOSP y solo funcionan las aplicaciones nativas de HarmonyOS. Estas aplicaciones nativas no se limitan a ArkTS: también entran como opciones los módulos con la Native API (NDK) en C/C++ y Cangjie (仓颉), el lenguaje propio de Huawei. En la HarmonyOS 6 posterior dejó de usarse la propia denominación «NEXT», y pasó a llamarse simplemente HarmonyOS 6. En el HDC 2026 de junio de 2026 se anunció la beta para desarrolladores de HarmonyOS 7.
¿Se pueden instalar aplicaciones de HarmonyOS en un equipo construido con OpenHarmony?
No dé eso por sentado. OpenHarmony y HarmonyOS comparten un linaje común en ArkTS y ArkUI, y sus niveles de API tienen numeraciones cercanas, pero las aplicaciones de HarmonyOS se crean dando por hecho el SDK de HarmonyOS de Huawei y AppGallery, elementos que no existen en un entorno de OpenHarmony puro. Tampoco está garantizado, a la inversa, que una aplicación creada para OpenHarmony funcione tal cual en un dispositivo real con HarmonyOS. Si adopta OpenHarmony para un equipo, planifique partiendo de que las aplicaciones las desarrollará su propia empresa (o el proveedor de la distribución elegida) contra las API de OpenHarmony.
¿Cuánto dura el soporte de OpenHarmony?
La política de ciclo de vida de la comunidad define un período de 2 años para las ramas Release (1 año de mantenimiento activo + 1 año de mantenimiento pasivo) y de 3,5 años para las ramas LTS (2 años + 1,5 años). Sin embargo, la última rama LTS fue 3.0-LTS, de septiembre de 2021 (antes de esa existió 1.1.0 LTS), y todas las ramas publicadas desde 3.1 en adelante son de tipo Release. Si va a usar este sistema operativo en un producto pensado para funcionar 10 años, como es habitual en equipos industriales, el período de mantenimiento de la comunidad por sí solo no basta: necesitará contratar el mantenimiento de un proveedor de distribución comercial, o bien contar con la estructura interna para mantener su propia rama.
¿Cómo puede un desarrollador japonés empezar a trabajar con OpenHarmony?
El código fuente se puede obtener con la herramienta repo desde los espejos de gitcode.com, gitee.com y GitHub, sin necesidad de registro de cuenta ni de trámites especiales de autorización de exportación. La documentación oficial está disponible en chino y en inglés; no existe versión en japonés. Antes de comprar una placa física, también puede ejecutarlo sobre QEMU para revisar la estructura. Lo más realista es empezar por la puerta de entrada «Device Development» de la documentación en inglés y decidir qué tipo de sistema (ligero, pequeño o estándar) es el objetivo.

Perfil del autor

Página de presentación del autor del artículo.

Go Komura

Representante de KomuraSoft LLC

Especializado en desarrollo de software para Windows, consultoría técnica e investigación de fallos, sobre todo en proyectos con sistemas existentes y errores difíciles de reproducir.

Contactar
Volver al blog