KomuraSoft LLC
Nous contacter
Menu

Qu'est-ce qu'OpenHarmony ? ── Les différences avec HarmonyOS et HarmonyOS NEXT

· · OpenHarmony, HarmonyOS, Embarqué, Choix d'OS, Open source, ArkTS, Conseil technique, Intégration sur équipement

« Le HarmonyOS de Huawei, c’est bien open source, non ? » Sauriez-vous répondre précisément à cette question ? La réponse est : « à moitié vrai, à moitié faux ». Ce qui est open source, c’est OpenHarmony, tandis que HarmonyOS est un produit commercial de Huawei construit sur cette base. Et le contenu de HarmonyOS a changé en cours de route : selon la génération, les applications Android fonctionnent ou ne fonctionnent pas.

Les informations disponibles en japonais mêlent souvent ces éléments, ce qui a ancré des malentendus comme « Hongmeng (鴻蒙) = l’Android version chinoise » ou « installer OpenHarmony fait tourner les applications HarmonyOS ». Pour quiconque doit décider quel OS installer sur un équipement, cette confusion a un coût réel : ce que l’on vérifie auprès du fournisseur, la licence que surveille le service juridique, le langage que les développeurs doivent apprendre — tout cela change selon ce dont on parle réellement.

Cet article s’adresse aux techniciens travaillant sur des équipements embarqués ou des systèmes métier, et organise la relation entre OpenHarmony, HarmonyOS et HarmonyOS NEXT à partir de sources primaires : la documentation officielle d’OpenHarmony et les annonces officielles de Huawei. La question pratique « est-ce un choix viable pour un équipement ? » est traitée dans l’article compagnon, « OpenHarmony est-il un choix viable comme OS embarqué pour vos équipements ? ».

Le contenu de cet article s’appuie sur des sources primaires datées de juillet 2026. En particulier, les appellations de génération (NEXT / 5 / 6 / 7), le déploiement régional des smartphones et des marchés d’applications, ainsi que le calendrier de maintenance des branches communautaires, sont des domaines qui évoluent vite. Avant d’utiliser ces informations pour une décision d’approvisionnement ou de conception, ouvrez les sources citées en note de bas de page de chaque section et vérifiez leur date.

1. La conclusion, d’abord

  • OpenHarmony est un projet d’OS open source développé et géré par la fondation OpenAtom (開放原子開源基金会). Ce n’est pas un produit Huawei mais un projet de fondation, dont le code source peut être récupéré par tous depuis des dépôts publics.12
  • HarmonyOS est un produit OS commercial de Huawei, distinct d’OpenHarmony. Il se construit sur OpenHarmony, en y ajoutant le framework propre à Huawei, sa plateforme de distribution d’applications et ses services cloud. L’intégralité du code source de HarmonyOS n’est pas publique.
  • Le contenu de HarmonyOS a changé selon les générations. Les générations 1 à 4.x combinaient AOSP (Android Open Source Project) et OpenHarmony, faisant fonctionner des applications Android, mais à partir de HarmonyOS NEXT (= HarmonyOS 5), le code issu d’AOSP a été retiré, et les applications Android ne fonctionnent plus.3
  • L’appellation « NEXT » a cessé d’être utilisée à partir de HarmonyOS 6. Lors du HDC 2026 de juin 2026, la bêta développeur de HarmonyOS 7 a été annoncée, et il a également été indiqué qu’« OpenHarmony a donné lieu à plus de 100 versions commerciales ».4
  • OpenHarmony n’est pas un produit OS unique mais un cadre proposant « trois types de système ». Du système léger destiné à des MCU à partir de 128 KiB au système standard destiné à des processeurs d’application à partir de 128 MiB, la configuration se module au sein d’un même système.5
  • La licence repose principalement sur du code sous Apache License 2.0. Le noyau LiteOS-A est sous BSD 3 clauses, la documentation sous CC BY 4.0 — cela varie selon les parties. Lors de l’adoption, vérifiez individuellement le fichier LICENSE de chaque dépôt concerné.678
  • La durée de maintenance communautaire est de 2 ans pour la branche Release, 3,5 ans pour la branche LTS. De plus, la dernière branche LTS reste 3.0-LTS, datant de septembre 2021 ; toutes les branches publiées depuis 3.1 sont de type Release. Cela ne correspond pas au cycle de vie de 10 ans d’un équipement.91011
  • Le marché des smartphones et des applications HarmonyOS reste, dans les faits, centré sur la Chine. Le site grand public mondial de Huawei présente encore, en juillet 2026, la page de présentation de HarmonyOS 2, tandis que HarmonyOS 6 est présenté sur le site destiné à la Chine. Toutefois, des séries HarmonyOS 5 et 6 sont aussi diffusées en dehors de Chine sur des appareils comme les montres connectées, donc « HarmonyOS 5 et suivants = limité à la Chine » n’est pas exact.121314
  • Il existe en Europe une branche distincte basée sur OpenHarmony. Le projet Oniro de l’Eclipse Foundation, construit sur OpenHarmony, développe des extensions pour le marché européen et mondial (en Incubating à juillet 2026).15

2. Organiser la généalogie en un coup d’œil

Commençons par la vue d’ensemble. Ce que l’on appelle « Hongmeng (HarmonyOS) » recouvre au moins trois réalités distinctes.

Appellation Réalité À qui appartient-il Publication du code Usage principal
OpenHarmony Projet d’OS open source Fondation OpenAtom1 Public (Apache 2.0 entre autres)6 Appareils IoT, équipements industriels, embarqué, éducation
HarmonyOS 1.0 OS commercial Huawei (génération antérieure à la publication d’OpenHarmony) Huawei Non public Écrans intelligents (Honor Vision)
HarmonyOS 2 à 4.x OS commercial Huawei (mélange AOSP + OpenHarmony) Huawei Non public (seule la partie OpenHarmony sous-jacente est publique) Smartphones et tablettes Huawei
HarmonyOS NEXT / 5 / 6 / 7 OS commercial Huawei (AOSP retiré) Huawei Non public Smartphones, PC, embarqué automobile Huawei

En réalignant ces lignes sur un axe temporel, on voit d’un coup d’œil où le contenu d’un même nom d’OS a changé.

2019HarmonyOS 1.0Destiné aux écransintelligents2021-2024HarmonyOS 2 à 4.xMélange d'AOSP etd'OpenHarmonyLes applicationsAndroid fonctionnent2024HarmonyOS NEXT =5Retrait du code issud'AOSPLes applicationsAndroid nefonctionnent plus2025HarmonyOS 6L'appellation « NEXT» disparaît2026HarmonyOS 7Bêta développeurannoncée au HDC2026Générations de HarmonyOS et présence d'AOSP

Figure 1 : Les générations de HarmonyOS et la frontière où les applications Android cessent de fonctionner1634

La frontière se situe en 2024, avec NEXT (= 5). Vérifiez d’abord si une expérience acquise sur les générations antérieures à cette ligne n’est pas mélangée, en interne, avec des propos sur les générations postérieures.

Et il existe récemment une autre branche qu’il est utile de connaître pour élargir la perspective.

Appellation Réalité À qui appartient-il
Eclipse Oniro for OpenHarmony Distribution d’origine européenne construite sur OpenHarmony Eclipse Foundation15

Autrement dit, OpenHarmony est le « matériau », tandis que HarmonyOS et Oniro sont des « produits distincts construits à partir de ce matériau ». La relation entre Red Hat Enterprise Linux et Debian par rapport au noyau Linux offre une échelle de comparaison utile, à ceci près qu’à la différence de Linux, OpenHarmony inclut non seulement le noyau mais aussi le framework d’UI et le modèle d’application — un ensemble empilé de façon bien plus verticale.

3. La réalité d’OpenHarmony ── que contient-il ?

La documentation officielle d’OpenHarmony décrit ce projet comme « un projet open source développé et géré par la fondation OpenAtom, ayant pour objectif de construire un framework d’OS distribué open source pour des appareils intelligents couvrant tous les scénarios ».1

Ce chapitre étant dense en noms propres, voici d’abord un lexique minimal.

Terme Signification
LiteOS Noyau destiné aux appareils à faibles ressources. Comprend LiteOS-M pour MCU et LiteOS-A pour Cortex-A1
KAL (Kernel Abstraction Layer) Couche d’abstraction du noyau. Masque les différences d’implémentation entre Linux et LiteOS, exposant une API commune aux couches supérieures1
HDF (Hardware Driver Foundation) Socle de pilotes unifié propre à OpenHarmony. Les pilotes de périphériques s’écrivent sur cette base1
DSoftBus (bus logiciel distribué) Socle commun de mise en réseau d’équipements qui découvre et connecte les appareils à proximité et transporte les données indépendamment du mode de communication1
Ability Modèle représentant l’unité d’exécution d’une application. Certaines ont un écran, d’autres traitent des tâches ou fournissent des données en arrière-plan
ArkTS Langage de développement d’applications pour UI déclarative, extension de TypeScript
ArkUI Framework d’UI déclarative qui construit les écrans avec ArkTS

L’architecture à 4 couches

L’architecture se compose, de bas en haut, de la couche noyau, la couche services système, la couche framework et la couche applicative.1

  • Couche noyau : conception multi-noyaux, choisissant Linux ou LiteOS selon les contraintes de ressources de l’appareil. La couche d’abstraction du noyau (KAL) masque les différences d’implémentation et fournit aux couches supérieures une gestion commune des processus, de la mémoire, du système de fichiers, du réseau et des périphériques. Les pilotes s’écrivent sur le socle unifié propre HDF (Hardware Driver Foundation).
  • Couche services système : bus logiciel distribué (DSoftBus), gestion de données distribuée, ordonnanceur distribué, entrée multimodale, graphisme, sécurité, IA, etc.
  • Couche framework : framework applicatif et framework Ability pour C/C++/JS, framework ArkUI pour JS.
  • Couche applicative : applications système et applications tierces.

Le point important ici est que c’est la conception « multi-noyaux » qui détermine le caractère d’OpenHarmony. Sous un même nom d’OS, LiteOS-M tourne sur les MCU tandis que le noyau Linux tourne sur les appareils riches. À la question « quel est le noyau d’OpenHarmony ? », il faut répondre par une autre question : « de quel type de système parlez-vous ? »

Les trois types de système

La documentation officielle définit trois types de système de base.5

Type de système Processeur Mémoire minimale Fonctions fournies Produits envisagés
Système léger (Mini) MCU tels qu’Arm Cortex-M, RISC-V 32 bits 128 KiB Protocoles réseau légers, graphisme léger, composants de lecture/écriture pour bus IoT Modules de connexion, capteurs, wearables
Système compact (Small) Processeurs d’application tels qu’Arm Cortex-A 1 MiB Fonctions de sécurité renforcées, framework graphique standard, encodage/décodage vidéo Caméras IP, judas connectés, routeurs, caméras embarquées
Système standard (Standard) Processeurs d’application tels qu’Arm Cortex-A 128 MiB Framework applicatif complet, GPU 3D, compositeur matériel, animations riches Électroménager à écran haut de gamme

Démarrer à 128 KiB est ce qui distingue cet OS. La documentation officielle précise elle-même qu’il « prend en charge des mémoires allant de quelques centaines de KiB jusqu’à l’échelle du GiB ».1 La conception, orientée composants, permet d’écarter les composants inutiles pour n’assembler que ce dont on a besoin.

Les fonctions distribuées, concept central

La caractéristique qu’OpenHarmony met en avant en premier lieu est la mise en réseau d’équipements centrée sur DSoftBus (bus logiciel distribué).1 Il s’agit d’un socle commun qui découvre, connecte et met en réseau les appareils proches, transportant des données indépendamment du mode de communication, sur lequel se superposent la gestion de données distribuée (synchronisation de données entre appareils) et l’ordonnanceur distribué (démarrage et migration d’applications entre appareils).

Cette philosophie consistant à « traiter plusieurs appareils comme un seul super-appareil » constitue aussi le socle de l’expérience de connexion entre smartphones, tablettes et systèmes embarqués automobiles de HarmonyOS. Autrement dit, si l’on intègre simplement OpenHarmony dans un équipement isolé, on n’utilise pas la moitié de ses fonctionnalités phares. Ce point compte dans la décision d’adoption.

Cartes de développement et matériel

La communauté annonce la prise en charge de 22 cartes de développement.17 Pour le système standard : le HiHope HH-SCDAYU200 avec Rockchip RK3568 ou le MILOS_Standard0 avec NXP i.MX8M Mini ; pour le système compact : le BearPi-HM Micro avec STM32MP157A ; pour le système léger : Hi3861, STM32F407, ESP32, ou le HPM6750 en RISC-V — la liste ne se limite pas aux SoC chinois et inclut des puces de ST et NXP. Certains produits mentionnent explicitement un usage industriel, comme le MILOS_Standard0, dont les usages cités incluent « les instruments de mesure haute performance industriels/médicaux, le contrôle industriel et l’IHM, le transport, la prévention des catastrophes, le bâtiment ».17

4. La réalité de HarmonyOS ── de la période de mélange avec AOSP à NEXT

HarmonyOS est un produit OS commercial de Huawei. Le point essentiel à retenir est que le contenu diffère selon la génération, sous le même nom « HarmonyOS ».

  • HarmonyOS 1.0 (2019) : le premier appareil concerné n’était pas un smartphone mais un écran intelligent (Honor Vision). Cette génération date d’avant le don d’OpenHarmony à la fondation OpenAtom, et n’a pas circulé comme OS pour smartphone.16
  • HarmonyOS 2 à 4.x (2021 à 2024) : la génération déployée sur smartphones. Combinant AOSP et OpenHarmony, les terminaux de cette génération pouvaient faire tourner à la fois des applications Android (APK) et des applications HarmonyOS. C’est l’expérience de cette génération qui a répandu au Japon l’idée que « HarmonyOS est la version chinoise d’Android ».3
  • HarmonyOS NEXT (= HarmonyOS 5, 2024) : la couche de compatibilité AOSP et les bibliothèques Android ont été retirées, et les applications Android ne fonctionnent plus. Seules les applications natives HarmonyOS fonctionnent.3 Ici, « application native » ne signifie pas uniquement ArkTS. On peut aussi combiner des modules Native API (NDK) écrits en C/C++, et Huawei propose également Cangjie (仓颉), un langage qu’elle a développé elle-même, comme option de développement d’applications HarmonyOS.18
  • HarmonyOS 6 et suivants (à partir de 2025) : l’appellation « NEXT » a disparu, remplacée simplement par « HarmonyOS 6 ». Lors du HDC 2026 (Dongguan) du 12 juin 2026, le lancement de la bêta développeur de HarmonyOS 7 a été annoncé, avec l’indication que le nombre de terminaux HarmonyOS 6 avait dépassé 66 millions, que les développeurs enregistrés dépassaient 11 millions, que les applications et services disponibles sur la boutique d’applications dépassaient 400 000, et que HarmonyOS était devenu le deuxième OS pour smartphone en Chine.4

Lors de cette même annonce, Huawei a également déclaré que du côté d’OpenHarmony, « plus de 100 versions commerciales ont été publiées ».4 Autrement dit, pour Huawei, OpenHarmony est à la fois le socle de ses propres smartphones et une source d’approvisionnement pour d’autres entreprises développant des produits industriels.

La régionalité se raisonne « par type d’appareil »

Un point qui compte en pratique vu du Japon est la régionalité, mais mélanger tous les types d’appareils conduit à des erreurs de jugement. Il faut distinguer l’écosystème smartphone et distribution d’applications de la mise à jour des micrologiciels des appareils périphériques comme les wearables.

  • Le marché des smartphones et des applications reste centré sur la Chine. La page produit de HarmonyOS 6 est disponible sur le site destiné à la Chine,13 tandis que le site grand public mondial de Huawei (consumer.huawei.com/en/harmonyos/) présente encore, en juillet 2026, la page de HarmonyOS 2.12 Il est raisonnable de considérer les applications natives HarmonyOS des smartphones de la série NEXT, et leur marché de distribution, comme relevant essentiellement de la Chine.
  • En revanche, la marque HarmonyOS équipe aussi des appareils hors de Chine. Huawei déploie des mises à jour de micrologiciel HarmonyOS 5 et 6 sur des montres connectées vendues sur les marchés mondiaux, donc on ne peut pas affirmer que « HarmonyOS 5 et suivants = limité au marché chinois ».14

Par conséquent, si une entreprise japonaise envisage de « développer et distribuer une application HarmonyOS », cela va de pair avec une décision d’affaires ciblant le marché chinois. En revanche, OpenHarmony, lui, peut être récupéré et utilisé par quiconque, quelle que soit la région, ce qui en fait deux décisions à traiter comme des sujets complètement séparés.

5. « Application OpenHarmony » et « application HarmonyOS » sont-elles identiques ?

En bref : « une même lignée, mais pas la même chose ».

Ce qu’elles partagent, c’est le squelette du modèle d’application : ArkTS (langage pour UI déclarative, extension de TypeScript), ArkUI (framework d’UI déclarative) et Ability (unité d’exécution d’application). En parcourant les notes de version d’OpenHarmony 6.0 Release, on retrouve des éléments proches des ajouts de fonctionnalités de HarmonyOS : extension des capacités de mise en page d’ArkUI, mise à jour du moteur Chromium d’ArkWeb de 114 vers 132, ajout d’AppServiceExtensionAbility, prise en charge du mode kiosque, entre autres.19

Ce qui diffère, c’est la périphérie. Les applications HarmonyOS sont construites en s’appuyant sur le SDK HarmonyOS de Huawei, DevEco Studio, et une plateforme de distribution AppGallery associée aux API cloud de HMS (Huawei Mobile Services). OpenHarmony ne dispose de rien de tout cela. Par conséquent,

  • On ne peut pas installer une application AppGallery sur un équipement propre construit avec OpenHarmony.
  • Rien ne garantit qu’une application développée pour HarmonyOS fonctionne telle quelle sur un appareil OpenHarmony réel. Il faut vérifier, API par API, si elle dépend d’une extension propre à Huawei ou d’une API standard OpenHarmony.

Si vous adoptez OpenHarmony pour un équipement, il est correct de planifier en partant du principe que les applications qui y tourneront seront développées par votre entreprise (ou par le fournisseur de la distribution choisie). Prendre une décision d’adoption en espérant « réutiliser des actifs applicatifs fabriqués en Chine » mène à une erreur de jugement.

6. Comment lire les versions et les niveaux d’API

Les versions d’OpenHarmony sont associées à des niveaux d’API, listés dans le README du dépôt de documentation officielle.20

Version OpenHarmony Niveau d’API Statut dans la documentation
master ─ Dernière version de développement
6.0 Release 20 Dernière version
5.1.0 Release 18 Dernière version
5.0.3 15 Dernière version
5.0.2 14 Dernière version
5.0.1 13 Dernière version
5.0.0 Release 12 Dernière version
4.1 Release 11 Maintenance terminée (Historical Versions No Longer Maintained)
4.0 Release 10 Maintenance terminée
3.2 Release 9 Maintenance terminée

Cette liste figure dans le README du dépôt de documentation, mais l’index des notes de version du même dépôt contient des versions encore plus récentes, comme 6.1 Release (8 mars 2026) et 6.0.0.1 / 6.0.0.2.11 Même au sein de la documentation officielle, la mention « dernière version » n’est parfois pas à jour, donc lorsque vous devez fixer une version, consultez à la fois le README et l’index des notes de version.

Du côté de HarmonyOS, un niveau d’API est de même attribué, et Huawei publie des notes de version par version dans sa documentation développeur.21 La numérotation étant proche, la confusion est facile, mais le niveau d’API 20 d’OpenHarmony et le niveau d’API 20 de HarmonyOS ne désignent pas nécessairement le même ensemble d’API. Lorsque vous vérifiez une spécification, gardez toujours à l’esprit quelle documentation vous consultez.

7. Durée de maintenance ── le premier chiffre qu’un fabricant d’équipements doit vérifier

La communauté OpenHarmony définit le cycle de vie de ses branches comme suit.9

  • Le cycle de vie de la branche Release est de 2 ans (1 an de maintenance active + 1 an de maintenance passive)
  • Le cycle de vie de la branche LTS est de 3,5 ans (2 ans de maintenance active + 1,5 an de maintenance passive)
  • La période de maintenance active est celle où la communauté publie des versions taguées de manière planifiée, corrigeant bugs et vulnérabilités de sécurité
  • La période de maintenance passive est celle où aucune version taguée n’est planifiée ni publiée, seules les vulnérabilités de sécurité graves ou critiques et les bugs majeurs étant corrigés

Et voici le calendrier de maintenance réel des branches publiées.10

Branche Type Publication Fin de maintenance active Fin de maintenance
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

Ce tableau permet de tirer trois enseignements.

  1. La branche LTS s’arrête à 3.0-LTS (septembre 2021). Des LTS existaient avant cela — 1.1.0 LTS (avril 2021) et sa lignée (1.1.x LTS) figurent encore dans les notes de version.11 Mais toutes les branches publiées depuis 3.1 sont de type Release, autrement dit maintenues 2 ans.
  2. Toutes les branches figurant dans ce tableau sont, à juillet 2026, arrivées en fin de maintenance. Les séries 5.x et 6.0 Release ne figurent pas encore dans ce tableau.
  3. L’ordre de grandeur diffère totalement de ce que suppose un équipement fonctionnant 10 ans. En comparaison avec les 10 ans de support de Windows 11 IoT Enterprise LTSC 2024, jusqu’en octobre 2034, on voit que la philosophie de conception est fondamentalement différente.

Il ne s’agit pas ici de dire qu’OpenHarmony est inférieur, mais que ce modèle de maintenance ne prévoit pas l’usage consistant à « installer la version communautaire telle quelle sur un produit et la laisser telle quelle ». Dans l’adoption industrielle réelle, ce sont les fournisseurs de distributions commerciales qui maintiennent eux-mêmes leurs branches et vendent cette maintenance à titre payant. Quand Huawei déclare qu’« OpenHarmony a donné lieu à plus de 100 versions commerciales », c’est cette épaisseur de couche qu’elle désigne.4

8. Licence et voies d’accès

Licence

OpenHarmony n’est pas un projet à licence unique. Cela varie selon le dépôt.

Cible Licence
Système de build (build), moteur ArkUI (arkui_ace_engine), et de nombreux autres composants Apache License 2.06
Noyau LiteOS-A (kernel_liteos_a) Licence BSD 3 clauses7
Partie noyau Linux du système standard Suit la licence du noyau Linux (GPLv2)
Documentation officielle (docs) Creative Commons Attribution 4.08

Pour un produit intégrant OpenHarmony, la règle est de vérifier un par un le fichier LICENSE des dépôts effectivement liés par votre entreprise. Résumer la situation en disant « OpenHarmony est sous Apache 2.0, donc pas de souci » revient à négliger les obligations GPL de la partie noyau.

Que se passe-t-il concrètement en pratique dans un usage professionnel ? Résumons-le en trois points. D’abord, la modification et la redistribution elles-mêmes ne sont interdites par aucune de ces licences. L’Apache 2.0 autorise modification et redistribution, tout en exigeant l’inclusion du texte complet de la licence, le maintien des mentions d’attribution comme le copyright, l’indication explicite des fichiers modifiés, et la reprise du fichier NOTICE s’il en existe un.6 La BSD 3 clauses exige la reprise du copyright, des clauses conditionnelles et de la clause de non-responsabilité (si seul le binaire est distribué, cela peut prendre la forme d’une notice jointe comme un mode d’emploi), et interdit d’utiliser le nom du détenteur des droits à des fins de recommandation.7 Autrement dit, en cas d’intégration à un équipement mis sur le marché, le travail consistant à préparer une « mention de licence » côté produit devient obligatoire (à décider dès la phase de conception : en fin de mode d’emploi, dans un écran « informations de licence » du produit, ou via un fichier texte joint). Et si vous modifiez et distribuez la partie noyau Linux du système standard, l’obligation de fournir le code source correspondant naît séparément, en vertu de la GPLv2. Si vous reproduisez la documentation dans un document interne, la mention de crédit CC BY 4.0 est requise.8

Récupération du code source

Le code source se récupère avec l’outil repo, comme pour Android. La procédure indiquée dans la documentation officielle est la suivante.2

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

L’hébergement est indiqué sur gitcode.com, gitee.com et les miroirs GitHub, avec SSH et HTTPS tous deux disponibles.2 Si vous voulez fixer une version de release, basculez sur un nom de branche du type OpenHarmony-6.0-Release, ou sur un tag (refs/tags/OpenHarmony-v6.0-Release). Aucune inscription ni autorisation particulière n’est nécessaire.

Si vous voulez vérifier la structure avant d’acheter une carte réelle, une voie via QEMU est également disponible. Le dépôt device_qemu propose des procédures d’émulation pour Arm Virt (LiteOS-A / Linux), Cortex-M4 (mps2-an386), Cortex-M55 (mps3-an547), RISC-V (riscv32_virt), Xtensa (esp32) et C-SKY (SmartL_E802).22

9. La branche européenne ── Eclipse Oniro

Un point facilement négligé par les techniciens japonais est le projet Oniro, géré par l’Eclipse Foundation. Sa page de projet précise qu’« Eclipse Oniro for OpenHarmony se construit sur la couche de base d’OpenHarmony, le projet open source développé et géré par la fondation OpenAtom », avec pour orientation d’ajouter, pour les marchés européen et mondial, un support React Native, un IDE basé sur Eclipse Theia, et le moteur web Servo, entre autres. La licence combine Apache 2.0 et MIT, et l’état du projet est Incubating à juillet 2026.15

Pour une organisation soumise à la contrainte « un OS d’origine chinoise pose problème du point de vue de la politique d’approvisionnement », savoir qu’il existe une option de la même lignée sous gouvernance d’une fondation européenne élargit utilement le champ d’étude. Cela dit, le fait d’être encore en stade Incubating, et une communauté sans commune mesure avec celle du projet OpenHarmony principal, constituent en soi des risques d’adoption.

10. Conclusion ── distinguer les trois entités

  • OpenHarmony est le projet d’OS open source de la fondation OpenAtom. Il couvre, dans un seul système, du MCU à 128 KiB jusqu’aux appareils riches de plus de 128 MiB, et son code source est accessible à tous. C’est l’objet à étudier pour une adoption sur équipement.
  • HarmonyOS est le produit OS commercial de Huawei. Les générations 1 à 4.x faisaient tourner des applications Android grâce au mélange avec AOSP, mais depuis NEXT (= 5), AOSP a été retiré, et seules les applications ArkTS subsistent. C’est, dans les faits, un produit destiné au marché chinois.
  • Eclipse Oniro est une branche d’origine européenne construite sur OpenHarmony. Encore au stade Incubating, mais du point de vue de la gouvernance, c’est une option distincte.

Une fois capable de discuter de ces trois entités sans les mélanger, les échanges internes gagnent nettement en concret. La question n’est plus « allez-vous adopter HarmonyOS ? » mais se traduit en « quel système standard d’OpenHarmony, avec quelle maintenance de distribution commerciale, sur quel SoC ? ». Les décisions pratiques qui suivent — durée de maintenance, choix matériel, environnement de développement, disponibilité d’approvisionnement, comparées à Windows IoT et au Linux embarqué — sont traitées dans l’article compagnon.

Articles connexes

Domaines de conseil associés

合同会社小村ソフト (Komura Software LLC) accompagne le choix des OS et socles d’exécution embarqués sur équipements et systèmes métier, l’analyse de faisabilité de migration des applications Windows existantes, et la revue de configurations conçues pour un fonctionnement à long terme. N’hésitez pas à nous consulter même au stade où « un nouvel OS est envisagé, mais les éléments de décision manquent encore ».

Références

  1. OpenHarmony Documentation, OpenHarmony Project. Sur le fait qu’OpenHarmony est développé et géré par la fondation OpenAtom, sur l’architecture à 4 couches (noyau / services système / framework / application), la conception multi-noyaux Linux et LiteOS avec KAL, le socle de pilotes HDF, les fonctions DSoftBus, gestion de données distribuée, ordonnanceur distribué et virtualisation de périphérique, ainsi que la prise en charge de mémoires allant de quelques centaines de KiB à l’échelle du GiB. ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10

  2. OpenHarmony Documentation, Source Code Acquisition. Sur la procédure de configuration de l’outil repo, la récupération du code source via repo init / repo sync -c / repo forall -c 'git lfs pull', ainsi que les miroirs gitcode.com, gitee.com et GitHub et le choix entre SSH et HTTPS. ↩ ↩2 ↩3

  3. Wikipedia, HarmonyOS 5 (source secondaire). Sur le fait que les générations HarmonyOS 2 à 4.x déployées sur smartphones, combinant AOSP et OpenHarmony, pouvaient exécuter des applications Android, que HarmonyOS NEXT (= HarmonyOS 5) a retiré la couche de compatibilité AOSP et les bibliothèques Android rendant les applications Android inopérantes, et que l’appellation « NEXT » a cessé d’être utilisée à partir de HarmonyOS 6. La documentation officielle de Huawei étant générée dynamiquement et non directement citable, cette source secondaire est utilisée en référence. ↩ ↩2 ↩3 ↩4

  4. Huawei, HarmonyOS 7 開発者Beta 正式启动，全场景智能操作系统再升级. Sur l’annonce, lors du HDC 2026 (Dongguan) du 12 juin 2026, du lancement de la bêta développeur de HarmonyOS 7, sur le fait que le nombre de terminaux HarmonyOS 6 a dépassé 66 millions, que les développeurs enregistrés dépassent 11 millions et que les applications/services disponibles sur la boutique dépassent 400 000, que HarmonyOS est devenu le deuxième OS pour smartphone en Chine, et sur la déclaration selon laquelle OpenHarmony a donné lieu à plus de 100 versions commerciales. ↩ ↩2 ↩3 ↩4 ↩5

  5. OpenHarmony Documentation, Quick Start Overview. Sur la définition des trois types de système de base (système léger : MCU, minimum 128 KiB ; système compact : Cortex-A, minimum 1 MiB ; système standard : Cortex-A, minimum 128 MiB) et les fonctions/produits envisagés pour chacun. ↩ ↩2

  6. OpenHarmony, arkui_ace_engine LICENSE et build LICENSE. Sur le fait que les dépôts du moteur ArkUI et du système de build sont distribués sous Apache License 2.0. ↩ ↩2 ↩3 ↩4

  7. OpenHarmony, kernel_liteos_a LICENSE. Sur le fait que le noyau LiteOS-A est distribué sous licence BSD 3 clauses (maintien du copyright lors de la redistribution, reprise de la clause de non-responsabilité pour la distribution binaire, interdiction d’utiliser le nom du détenteur des droits à des fins de recommandation). ↩ ↩2 ↩3

  8. OpenHarmony, docs LICENSE. Sur le fait que le dépôt de documentation officielle est fourni sous Creative Commons Attribution 4.0 International. ↩ ↩2 ↩3

  9. OpenHarmony, OpenHarmony Version Lifecycle Management. Sur le cycle de vie de 2 ans (1+1) de la branche Release et de 3,5 ans (2+1,5) de la branche LTS, ainsi que sur la définition des périodes de maintenance active et passive (la maintenance passive ne corrigeant que les vulnérabilités et bugs graves ou critiques). ↩ ↩2

  10. OpenHarmony Documentation, OpenHarmony Version Definitions. Sur la définition des versions Master/LTS/Release/Beta/taguées, et sur le tableau de calendrier de maintenance des branches LTS et Release (seule 3.0-LTS est de type LTS, 1.0.1/3.1/3.2/4.0/4.1 étant de type Release ; la fin de maintenance de 4.1-Release est le 30 mars 2026). ↩ ↩2

  11. OpenHarmony Documentation, Index des notes de version. Sur le fait que 3.0-LTS (30 septembre 2021) et sa lignée (3.0.1 à 3.0.8 LTS) y figurent, que 3.1 et les versions suivantes sont toutes de type Release, que la série 1.x comportait aussi des LTS (1.1.0 LTS entre autres) désormais en fin de vie, et que 6.1 Release (8 mars 2026), 6.0.0.1 et 6.0.0.2 y figurent comme versions plus récentes que celles listées dans le tableau « Latest Versions » du README. ↩ ↩2 ↩3

  12. Huawei, HarmonyOS 2 - Huawei Global. Sur le fait que la page de présentation de HarmonyOS du site grand public mondial de Huawei est, à juillet 2026, toujours celle de HarmonyOS 2. ↩ ↩2

  13. Huawei, HarmonyOS 6 - 华为官网. Sur le fait que la page produit de HarmonyOS 6 est disponible sur le site destiné à la Chine. ↩ ↩2

  14. Huawei Central, Global Huawei Watch 5 claims HarmonyOS 6 software upgrade et d’autres reportages du même média sur la diffusion mondiale pour les wearables (source secondaire). Sur le fait que Huawei déploie des mises à jour de micrologiciel HarmonyOS 5 et 6 sur des montres connectées vendues hors de Chine (Watch 5, Watch GT 4, Watch Fit 3, entre autres). Utilisé comme élément justifiant que « HarmonyOS 5 et suivants = limité au marché chinois » n’est pas exact. ↩ ↩2

  15. Eclipse Foundation, Eclipse Oniro for OpenHarmony. Sur le fait qu’Eclipse Oniro for OpenHarmony se construit sur la couche de base d’OpenHarmony, projet de la fondation OpenAtom, sur l’orientation d’ajouter pour les marchés européen et mondial un support React Native, un IDE basé sur Eclipse Theia et le moteur web Servo entre autres, sur la licence combinant Apache 2.0 et MIT, et sur l’état de projet Incubating. ↩ ↩2 ↩3

  16. Wikipedia, HarmonyOS version history (source secondaire). Sur le fait que HarmonyOS 1.0 a été publié en août 2019 pour le Honor Vision (écran intelligent), une génération qui n’a pas circulé comme OS pour smartphone. La composition interne de la version 1.0 (présence ou non de LiteOS, Linux, couche de compatibilité AOSP) variant selon les sources, le corps de l’article se limite à mentionner la différence de produits concernés. ↩ ↩2

  17. OpenHarmony Documentation, OpenHarmony Development Boards List. Sur les 22 cartes de développement prises en charge par la communauté, la liste pour le système standard (RK3568/i.MX8M Mini/A311D/RK3399 etc.), le système compact (Hi3516DV300/STM32MP157A) et le système léger (Hi3861/STM32F407/ESP32/HPM6750 en RISC-V etc.), et le fait que les usages prévus de MILOS_Standard0 incluent le contrôle industriel et les équipements médicaux. ↩ ↩2

  18. South China Morning Post, Huawei to open-source self-developed programming language Cangjie to rival Java and Swift (source secondaire). Sur le fait que le langage Cangjie (仓颉), développé en interne par Huawei, prend en charge le développement d’applications pour HarmonyOS NEXT et a été mis à disposition de tous les développeurs HarmonyOS, et sur son passage en open source en 2025. ↩

  19. OpenHarmony Documentation, OpenHarmony 6.0 Release. Sur le contenu de la version 6.0 Release : extension des capacités de mise en page d’ArkUI (LayoutPolicy, zones de sécurité entre autres), mise à jour du moteur Chromium d’ArkWeb de 114 vers 132, ajout d’AppServiceExtensionAbility, prise en charge du mode kiosque, entre autres. ↩

  20. OpenHarmony Documentation, README. Sur le fait qu’OpenHarmony 6.0 Release (niveau d’API 20), 5.1.0 Release (18), 5.0.3 (15), 5.0.2 (14), 5.0.1 (13) et 5.0.0 Release (12) sont listées comme dernières versions, tandis que 4.1 Release (11) et les versions antérieures figurent comme « Historical Versions No Longer Maintained ». ↩

  21. HUAWEI Developers, HarmonyOS Versions. Sur le fait que des notes de version par version, avec niveau d’API correspondant, sont publiées dans la documentation développeur de Huawei pour HarmonyOS. ↩

  22. OpenHarmony, device_qemu README. Sur les procédures d’émulation disponibles sous QEMU pour Arm Virt (LiteOS-A), Arm Virt (Linux), Cortex-M4 (mps2-an386), Cortex-M55 (mps3-an547), RISC-V (riscv32_virt), Xtensa (esp32) et C-SKY (SmartL_E802). ↩

Articles associés

Articles récents partageant les mêmes étiquettes, pour approfondir des sujets proches.

Sujets associés

Ces pages replacent le sujet dans un contexte plus large de services et de décisions.

Questions fréquentes

Questions souvent posées lors d’une consultation sur le sujet de cet article.

OpenHarmony et HarmonyOS sont-ils la même chose ?
Non, ce ne sont pas la même chose. OpenHarmony est un projet d'OS open source développé et géré par la fondation OpenAtom (開放原子開源基金会) : son code source est accessible à tous et distribué sous des licences open source comme l'Apache License 2.0. HarmonyOS, en revanche, est un produit OS commercial de Huawei, construit sur la base d'OpenHarmony, auquel Huawei ajoute son propre framework, sa plateforme de distribution d'applications (AppGallery) et ses services cloud (HMS). Ce n'est pas parce qu'OpenHarmony est public que « tout le code source de HarmonyOS peut être lu », et ce n'est pas parce qu'un appareil fait tourner OpenHarmony que « les applications AppGallery peuvent s'y installer ». La relation est proche de celle entre le noyau Linux et une distribution Linux commerciale, ce qui aide à s'y retrouver.
Qu'est-ce que HarmonyOS NEXT ? Quel est son rapport avec HarmonyOS 5 ou 6 ?
HarmonyOS NEXT est le nom donné à la génération de HarmonyOS dont le code issu d'Android (AOSP) a été retiré ; en tant que version produit, il correspond à HarmonyOS 5. Les générations HarmonyOS 2 à 4.x déployées sur smartphones combinaient AOSP et OpenHarmony, et faisaient tourner des applications Android (APK) (la génération précédente, HarmonyOS 1.0, était apparue en 2019 pour les écrans intelligents). À partir de NEXT, la couche de compatibilité AOSP disparaît, et seules les applications natives HarmonyOS fonctionnent. Ces applications natives ne se limitent pas à ArkTS : la Native API en C/C++ (NDK) et le langage propriétaire de Huawei, Cangjie (仓颉), font aussi partie des options. Avec HarmonyOS 6, l'appellation « NEXT » elle-même a cessé d'être utilisée, et l'on parle simplement de HarmonyOS 6. En juin 2026, lors du HDC 2026, la bêta développeur de HarmonyOS 7 a été annoncée.
Peut-on installer des applications HarmonyOS sur un équipement construit avec OpenHarmony ?
Ne comptez pas là-dessus. OpenHarmony et HarmonyOS partagent une lignée commune avec ArkTS et ArkUI, et leurs niveaux d'API portent des numéros proches, mais les applications HarmonyOS sont construites en s'appuyant sur le SDK HarmonyOS de Huawei et sur AppGallery, qui n'existent pas dans un environnement OpenHarmony seul. Inversement, rien ne garantit qu'une application développée pour OpenHarmony fonctionne telle quelle sur un appareil HarmonyOS réel. Si vous adoptez OpenHarmony pour un équipement, planifiez en partant du principe que les applications seront développées par votre entreprise (ou par le fournisseur de la distribution choisie) contre les API d'OpenHarmony.
Quelle est la durée de support d'OpenHarmony ?
Selon la politique de cycle de vie de la communauté, la branche Release est définie à 2 ans (1 an de maintenance active + 1 an de maintenance passive), et la branche LTS à 3,5 ans (2 ans + 1,5 an). Cependant, la dernière branche LTS reste 3.0-LTS, datant de septembre 2021 (il existait auparavant 1.1.0 LTS), et toutes les branches publiées depuis 3.1 sont de type Release. Si vous utilisez cet OS sur un produit destiné, comme un équipement industriel, à fonctionner 10 ans, la durée de maintenance communautaire ne suffit pas : il faut soit acheter la maintenance vendeur d'une distribution commerciale, soit disposer d'un dispositif interne pour maintenir sa propre branche.
Comment un développeur japonais peut-il commencer à utiliser OpenHarmony ?
Le code source peut être récupéré avec l'outil repo depuis les miroirs gitcode.com, gitee.com ou GitHub, sans inscription particulière ni procédure d'autorisation d'exportation. La documentation officielle est disponible en deux langues, chinois et anglais, sans version japonaise. Il est aussi possible de le faire fonctionner sous QEMU pour en vérifier la structure avant d'acheter une carte réelle. Le point de départ le plus réaliste est de partir de la porte d'entrée « Device Development » de la documentation en anglais, puis de choisir le type de système visé (léger, compact ou standard).

Profil de l’auteur

Page de présentation de l’auteur de l’article.

Go Komura

Représentant de KomuraSoft LLC

Spécialisé dans le développement de logiciels Windows, le conseil technique et l’analyse de pannes, notamment pour les systèmes existants et les incidents difficiles à reproduire.

Nous contacter
Retour au blog