État du développement

App 0.1.334 : aperçu et confirmation près des actions de projet, avant les brouillons locaux. Focus/défilement, chargement et lectures à durée limitée évitent un aperçu invisible ou une attente illimitée de lecture. Vérifié sur .68, données conservées ; confirmation visible sur les deux appareils et conflit d’enregistrement commun désormais confirmés par l’utilisateur. .177 inchangé.

Test conflit/Wi-Fi entre appareils réussi : confirmation utilisateur du 22/10/2026, Chrome sur téléphone et tablette. Téléphone enregistré, ancien aperçu tablette rejeté et brouillon tablette conservé. Coupure Wi-Fi avant reprise sur téléphone : erreur, brouillon hors ligne conservé et reconnexion réussie. Comparaison serveur indépendante : même révision 2 et script téléphone avant/après la tentative hors ligne. Objets propres au test nettoyés, sept projets initiaux et données conservés ; trois sauvegardes complètes récentes gardées. .177 inchangé. Cela ne teste pas une coupure après écriture serveur avant confirmation.

App 0.1.333 : bouton Rechercher pour les brouillons locaux. Entrée et filtrage immédiat restent disponibles. Un message distingue l’absence de sources locales et indique d’abord d’importer un projet. DE/EN/FR, Rechercher/Entrée et zones étroites sont vérifiés. L’utilisateur confirme les deux appareils réels. .177 inchangé.

Variantes matérielles testées

Variante	Environnement de test
amd64	Home Assistant dans une machine virtuelle sous Proxmox
ARM64	Home Assistant sur un Raspberry Pi 5 réel avec 8 Go de RAM

Ces indications décrivent les installations testées ; le périmètre et les vérifications restantes sont documentés dans l'état du développement ci-dessous.

État actuel

État au 22/10/2026 · App HA 0.1.334 · intégration HACS 0.1.306.

L’App 0.1.332 ajoute la recherche des brouillons. Projet, fichier de script, date, association explicite à l’onglet et identifiant facilitent la sélection. Recherche multiterme, nombre de résultats, résultats vides et retour à la sélection après effacement du filtre sont disponibles en DE/EN/FR. Les sources enregistrées ne sont ni réécrites ni supprimées ; la reprise reste explicite. La vérification native sur .68 réussit : 32 sources anciennes identiques octet par octet, homonymes, reprises distinctes et données conservées. Trois sauvegardes complètes restent ; .177 inchangé. Le 22/10/2026, l’utilisateur confirme Chrome sur Blackview BV6200 Pro (Android 14/DokeOS 4.0) et Samsung Tab A6 (Android 11/LineageOS) : sélection, recherche, association aux onglets, portrait/paysage et reprises A/B distinctes fonctionnent. Projets serveur, page et entrée latérale propres au test sont nettoyés ; données initiales conservées. Zéro source avant la première reprise explicite d’un projet ne signifiait pas une perte de données.

Arrêt du navigateur pendant un nouvel import réussi sur .68. L’arrêt forcé des processus Chrome après écriture locale, avant mise à jour du pointeur, conserve le nouveau A avec proposition explicite de reprise et la source B distincte. Annuler l’aperçu ne change rien ; nouveau A, prédécesseur et B retrouvent leurs contenus et réglages (la reprise sélectionne la première carte). Les 20 anciennes sources du profil de test restent identiques octet par octet ; éditeurs et configuration globale sont rétablis, même après recharge. Fichiers de test dans la corbeille et trois sauvegardes complètes sur .68 ; .177 inchangé. Ce contrôle couvre une limite entre deux écritures, pas une panne électrique ni une interruption dans l’opération Storage atomique. Aucune nouvelle version.

L’App 0.1.331 sauvegarde les imports par onglet. Les imports JSON complets confirmés ne nécessitent plus de projet partagé préalable. Un autre import crée une nouvelle source et garde la précédente. Après recharge, la bonne source est présélectionnée ; aperçu et reprise sauvegardée restent explicites. L’espace global est distinct et peut montrer le dernier import. Réglages importés et messages distincts pour erreurs locales/de session restent conservés. Cela corrige le défaut 0.1.330 du nouveau profil ; ses fichiers et 46 anciennes sources étaient préservés. Détails : Card Editor.

Mise à jour sur .68 (HA 2026.10.2) et qualification native import/recharge réussies dans les deux ordres : import répété, annulation/fichier invalide et écritures locales/de session bloquées avec nouveaux essais sûrs. Comparaisons complètes des exports et 48 anciennes sources conformes ; états et données conservés, fichiers de test nettoyés et trois sauvegardes complètes gardées. .177 inchangé. La reprise du brouillon présélectionné reste explicite.

Qualification combinée de deux onglets réussie : sur .68, avec méthodes de session bloquées, deux brouillons distincts restent modifiables/exportables pendant un vrai redémarrage HA. Reconnexion automatique, reprises explicites séparées après recharge et sauvegardes ultérieures confirmées réussissent avec comparaison des exports complets. Les 40 anciennes sources et les données sont conservées, deux éditeurs originaux rétablis, objets de test nettoyés et trois sauvegardes complètes gardées. .177 inchangé. L’App 0.1.330 ne change pas ; utilisation et limites dans Card Editor.

L’App 0.1.330 corrige l’avertissement de session absent. Après écriture locale, marque de reprise et pointeur d’onglet sont confirmés. En cas d’échec, un message DE/EN/FR distinct indique que le brouillon est enregistré localement, mais sa reprise par onglet n’est pas garantie : exporter avant de recharger/fermer puis choisir manuellement la bonne version. Langue et rechargement des projets conservent le message ; seule une sauvegarde entièrement confirmée le retire. Un accès de session bloqué n’empêche plus la sauvegarde locale. Les erreurs locales restent distinctes. Le défaut du test 0.1.329 avec 20 sources conservées est corrigé. Voir Card Editor.

La nouvelle qualification sur .68 (HA 2026.10.2) réussit avec quota réel de session, méthodes/accès bloqués, export et reprise manuelle. Les changements de langue/liste conservent le message ; une sauvegarde entièrement confirmée le retire. Les erreurs locales restent distinctes. Les 31 anciennes sources restent identiques octet par octet ; cinq éditeurs et les données sont rétablis. Objets de test nettoyés, trois sauvegardes complètes conservées, .177 inchangé. Aucun nouvel arrêt de processus ni remplissage du disque système ; limites dans la section Card Editor.

L’App 0.1.329 propose le brouillon plus récent après sauvegarde interrompue. Une intention d’écriture propre à l’onglet, enregistrée au préalable, identifie l’enregistrement complet si le pointeur n’a pas été mis à jour. Aperçu et reprise sauvegardée restent explicites ; l’espace actuel n’est jamais remplacé automatiquement. Autres onglets, versions précédentes et anciennes sources restent disponibles. Les marques invalides ne changent pas la sélection ; les anciennes versions nécessitent encore une sélection manuelle. Voir Card Editor.

Mise à jour et interruption ciblée après écriture/avant pointeur réussies sur .68 avec HA 2026.10.2 : offre/aperçu DE/EN/FR, annulation sans changement, reprise confirmée exacte et aucun mélange avec un brouillon étranger plus récent. Les 13 sources existantes et les deux éditeurs initiaux sont inchangés ; comparaison des données réussie, objets de test propres retirés et trois sauvegardes complètes conservées. .177 inchangé. Ce test utilise une exception contrôlée à la frontière d’écriture, pas un nouvel arrêt forcé du navigateur.

Collision corrigée dans l’App 0.1.328 (21/10/2026, .68) : deux onglets sauvegardent indépendamment et retrouvent chacun leur brouillon après rechargement. Les exports complets correspondent avant/après restauration, y compris après des modifications locales pendant l’arrêt réel de l’App. Le brouillon d’un onglet fermé se sélectionne explicitement dans un nouvel onglet. Anciennes sources et brouillon commun restent disponibles ; les enregistrements serveur périmés restent bloqués. Sélection et aperçu DE/EN/FR sont vérifiés. Voir Card Editor pour utilisation et limites. Projet de test retiré, éditeurs initiaux/données capturées conservés, trois sauvegardes complètes sur .68 ; .177 inchangé. Le redémarrage complet de Chrome avec restauration de session réussit ensuite : nouveau processus principal, pointeurs d’onglets distincts restaurés, comparaison complète des brouillons et sélection manuelle des sources. L’arrêt forcé de tous les processus Chrome réussit ensuite : les deux brouillons complets avec titres de carte différents sont restaurés, quatre anciennes sources restent inchangées. Originaux conservés, projet propre retiré, trois sauvegardes complètes. Arrêt après sauvegarde locale terminée ; aucune validation d’écriture interrompue, coupure électrique ou panne de disque. .177 reste inchangé.

Une interruption ciblée pendant la sauvegarde locale, après l’écriture de l’enregistrement et avant la mise à jour du pointeur, conserve ensuite le nouveau brouillon complet pour sélection manuelle ; la version précédente confirmée reste présélectionnée. L’onglet B et huit anciennes sources correspondent à leurs sauvegardes. La sonde propre laisse les fichiers installés de l’App inchangés. Éditeurs initiaux/données conservés, objets de test actifs retirés, trois sauvegardes complètes sur .68 ; .177 inchangé. Aucun arrêt dans l’appel natif atomique ni test de coupure électrique/panne de disque. Voir Card Editor pour la reprise et les limites du test.

La matrice de compatibilité HA comprend aussi HA 2026.10.2 avec l’intégration 0.1.306 et l’App 0.1.327 sur .68 : affichage intégré, connexion en direct, enregistrement local/rechargement, cycles HACS JSON/YAML identiques octet par octet et reconnexion automatique après redémarrage HA. L’éditeur initial et les données capturées sont conservés, l’URL du Runtime est rétablie et trois sauvegardes complètes restent disponibles. .177 n’a été ni contacté ni modifié. Les trois versions CI réussissent.

L’App 0.1.327 limite les vérifications HACS et utilise un worker dédié. Limites avant lecture/CRC, annulation, surveillance de 15 secondes et adoption explicite préservent l’éditeur jusqu’à confirmation. Le même fichier peut être sélectionné après annulation. Les 431 tests et la compilation du workspace réussissent. Voir le guide Card Editor. La vérification native sur .177/.68 avec HA 2026.10.2 réussit après sauvegardes complètes : 20 cas limites, six annulations, deux nouvelles sélections du même fichier et deux adoptions explicites. Éditeurs originaux complets, fichiers, projets et plugins vérifiés sont conservés ; les deux hôtes exécutent 0.1.327.

Imports répétés de grands projets avec l’App 0.1.327 inchangée. Environ 25 minutes sur .177/.68 : 60 adoptions en série par hôte, 36 champs contenant 360/720 cartes imbriquées, 238 annulations et 116 nouvelles sélections du même fichier au total. Quatre cycles HACS réels sont identiques octet par octet ; trois rechargements par hôte et un paquet valide de 24 MiB réussissent. Les éditeurs originaux et données contrôlées sont préservés. La mémoire globale du navigateur n’est pas une mesure isolée d’ATLAS ; le rendu HA est vérifié séparément ci-dessous.

Le rendu HA des grands projets réussit. Sur .177/.68 avec l’App 0.1.327 et HA 2026.10.2 : projets originaux et dynamiques de 360/720 cartes, Card-Mod 4.2.1 et UIX 8.4.0 strictement séparés. UIX traite aussi card_mod. Clair/sombre, héritage CSS, Mushroom Jinja et huit reconnexions automatiques réussissent : 62 relevés, 33 120 comparaisons aux références natives, aucune carte d’erreur. Éditeurs existants et données contrôlées sont préservés ; objets de test retirés. Voir le guide Card Editor. L’utilisateur confirme 720 cartes sur les deux hôtes, thèmes et reconnexion : Galaxy Tab A6, Android 11 / LineageOS, Chrome Mobile 155. Fluide après arrêt d’autres applications. Objets propres retirés, données conservées, trois sauvegardes complètes par hôte. Sans mesure FPS/longue durée pour cette première étape. Voir le résultat tablette.

Test prolongé UIX tablette terminé : l’utilisateur confirme 60 minutes par hôte avec 720 cartes, thèmes et reconnexion sur .177/.68, UIX 8.4.0 seul. Objets propres et UIX temporaire retirés, comparaison des données réussie et trois sauvegardes complètes par hôte. Sans mesure indépendante FPS/mémoire/fuite. Voir le résultat prolongé.

Constat historique des tailles avec l’App 0.1.324. 24 imports réels sur .177/.68 : 16 adoptions à 112/112 jusqu’à 30 008 fichiers ou 64 MiB de contenu supplémentaire, et huit refus corrects de ZIP compressés ou tronqués. Éditeurs originaux et données vérifiées sont conservés. Recharger juste après sélection conserve les deux originaux, sans qualifier l’annulation du traitement synchrone ou la réactivité générale de l’interface. Voir le guide Card Editor.

L’App 0.1.324 corrige l’import HACS ambigu. Nombre de projets/scripts, identités de scripts et vérification complète bloquent avant toute adoption. Les 418 tests et 40 nouvelles régressions du gestionnaire/des identités réussissent. Exports valides et données enregistrées sont conservés. Les mises à jour natives sur .177/.68 avec HA 2026.10.2 réussissent après sauvegardes complètes : 60 cas, 52 refus corrects, huit imports valides à 112/112 et les 14 anciens imports incorrects bloqués. Éditeurs d’origine complets et données contrôlées sont conservés.

Constat historique en 0.1.323 : paquets HACS ambigus. Sur .177/.68 avec HA 2026.10.2, 46 imports réels donnent 26 refus corrects, six témoins valides et 14 imports incorrects. Plusieurs projets/scripts peuvent être adoptés malgré un rapport bloqué ; un nom de script contradictoire du plan passe même à 112/112. L’ordre ZIP peut déterminer le choix. Éditeurs d’origine restaurés et données contrôlées inchangées ; cette vérification conservait l’App 0.1.323. Corrigé dès 0.1.324 ; voir Card Editor.

L’App 0.1.322 vérifie le CRC32 de chaque entrée ZIP stockée et la cohérence des en-têtes/répertoires avant l’import HACS. Les archives endommagées ou non prises en charge restent hors de l’éditeur. Les 376 tests, dont 52 nouveaux cas d’intégrité, et quatre cycles d’archives originales identiques réussissent. La mise à jour native sur .177/.68 avec HA 2026.10.2 réussit après sauvegardes complètes : 60 refus corrects préservent les éditeurs complets après rechargement et quatre témoins JSON/YAML valides atteignent 112/112. Éditeurs d’origine et données restent inchangés. L’App 0.1.323 corrige ensuite les faux avis de fichiers absents : les erreurs ZIP bloquent en premier et les contrôles dépendants restent non vérifiés. Les absences réelles dans un ZIP vérifié restent des erreurs. Les 378 tests réussissent ; voir Card Editor.

La qualification native 0.1.323 sur .177/.68 réussit après sauvegardes complètes : 64 cas, dont 26 ZIP non vérifiables sans faux fichiers absents, 60 refus sûrs et quatre imports valides à 112/112. Éditeurs d’origine complets et données contrôlées restent conservés.

La qualification négative HACS native sur .177/.68 est terminée avec 21 paquets par hôte après sauvegardes complètes : 38 refus corrects préservent les éditeurs complets après rechargement et deux témoins valides réussissent. L’App 0.1.321 avait un défaut CRC : un README endommagé dans le ZIP est accepté deux fois à 112/112 et remplace l’éditeur local. Les deux éditeurs d’origine sont restaurés exactement et les données existantes sont inchangées. L’intégrité complète n’était pas validée pour 0.1.321 ; ce défaut est corrigé dès 0.1.322. Voir Card Editor.

L’App 0.1.321 corrige les faux échecs de titre HACS avec un premier nom Entity vide sans changer les noms. Les deux contrôles utilisent le nom du paquet. Les 324 tests locaux réussissent ; les huit archives originales/témoins sauvegardées passent sans modification à 112/112 et se réexportent à l’identique. Les manifestes invalides restent refusés. La mise à jour native de 0.1.320 vers 0.1.321 réussit sur .177/.68 avec HA 2026.10.2 après sauvegardes complètes : les quatre ZIP JSON/YAML originaux en échec sans carte témoin atteignent chacun 112/112 et se réexportent à l’identique. Noms et conditions restent exacts après import et rechargement ; données et éditeurs locaux d’origine sont inchangés. Voir Card Editor.

L’App 0.1.320 conserve littéralement les noms Entity vides et les espaces ou tabulations extérieurs. Les 296 tests locaux réussissent ; 37 nouveaux contrôles comparent à la source originale avant analyse : JSON/YAML, brouillons, paquets Card et HACS. Un nom absent conserve son remplacement. Aucune donnée enregistrée n’est modifiée. La mise à jour native de .177/.68 réussit avec HA 2026.10.2 après de nouvelles sauvegardes complètes : 64 cas d’import, 128 sorties identiques à la source et 16 cycles de paquets Card réels. Paramètres, fichiers, sept projets et six plugins par hôte, corbeille et éditeurs locaux d’origine sont conservés. La mise à jour suivante vers 0.1.321 est documentée ci-dessus. Voir Card Editor.

Le test HACS/HA natif suivant réussit avec une carte témoin nommée : quatre cycles ZIP à 112/112, réexports identiques et 72 paires export/référence concordantes avant/après rechargement. Ce test a révélé un défaut : un premier nom Entity vide provoque deux échecs de titre (110/112), malgré le nom du paquet. Les noms restent intacts ; ce défaut est corrigé en 0.1.321 et confirmé nativement. Périmètre et comportement CSS dans Card Editor.

L’App 0.1.319 corrige les pertes des cartes seules lors du transfert réel vers l’éditeur : conditions Conditional et noms Entity sont conservés. Les 259 tests locaux réussissent, dont 19 nouveaux contrôles éditeur/brouillon/export. Les données enregistrées ne changent pas. La mise à jour native de .177/.68 avec HA 2026.10.2 est vérifiée après sauvegardes complètes : 32 cas JSON/YAML par fichier/collage conservent la source après rechargement et huit paquets Card réels passent l’export/réimport. Données, sept projets et six plugins par hôte ainsi que les deux éditeurs locaux d’origine sont conservés. Seize contrôles supplémentaires ont révélé une limite en 0.1.319 : noms Entity vides remplacés et espaces extérieurs supprimés. Les anciens tests locaux comparaient après normalisation ; leur affirmation trop large est corrigée. Voir Card Editor pour le périmètre et les limites.

L’App 0.1.318 aligne la prévisualisation d’import sur l’analyseur réel et refuse les cartes Markdown non prises en charge, même imbriquées. Les 240 tests locaux réussissent, dont 27 nouveaux tests de parité. La mise à jour native de .177/.68 avec HA 2026.10.2 est vérifiée après sauvegardes complètes :24 refus Markdown conservent l’éditeur et huit imports imbriqués conservent la structure. Les données et éditeurs locaux sont conservés. Défauts constatés en 0.1.318 : les cartes Conditional seules perdent leurs conditions lors du transfert vers l’éditeur ; les cartes Entity seules perdent leur nom personnalisé (JSON/YAML sur les deux hôtes).

Les conditions étendues sont vérifiées sur les systèmes de test autorisés .177 et .68 avec HA 2026.10.2 : 1 008 décisions de visibilité, JSON/YAML, enregistrement/réouverture et cycles HACS identiques octet par octet avec 112/112 contrôles chacun. Les données existantes et les éditeurs locaux sont conservés. La divergence de prévisualisation Markdown est corrigée localement en0.1.318 ; voir le Card Editor pour les limites. Les nouveaux tests réseau sont limités à ces deux adresses ; les rapports sur d’autres hôtes sont historiques. Les numéros de version de l’App et de l’intégration sont indépendants.

0.1.317 corrige l’import conditionnel et bloque les conditions numériques sans seuils valides. Le projet combiné isolé réussit sauvegarde, cycle HACS, Jinja, thèmes et reconnexion, avec 972 comparaisons CSS identiques. Après de nouvelles sauvegardes, la mise à jour native passe aussi sur Proxmox et Pi 5 : 112/112 contrôles chacun, cycles HACS identiques, 756 comparaisons CSS supplémentaires, Conditional/Jinja, thèmes et connexion automatique après redémarrage HA Core. Cet essai utilise UIX existant sur Proxmox et Card-Mod temporaire sur Pi. Les projets Editor locaux initiaux sont rétablis. Voir le Card Editor.

Après de nouvelles sauvegardes, les changements de thème sans rechargement passent aussi sur Proxmox et Pi 5 : Card-Mod/UIX séparément, 28 transitions, 1 920 comparaisons CSS et identités cartes/document stables. Thèmes et réglages des extensions initiaux sont rétablis ; les données existantes sont conservées. Voir le Card Editor.

Les changements clair/sombre sans rechargement passent maintenant isolément avec Core, Bubble et Mushroom : Card-Mod 4.2.1 et UIX 8.4.0 séparément, sept transitions chacun, 960 comparaisons CSS et identités des cartes/document stables. Les surcharges fixes restent intactes, couleurs/rayons hérités suivent le thème. Pi 5 et Proxmox restent inchangés pendant cet essai supplémentaire. Voir le Card Editor pour le périmètre et les versions.

0.1.316 corrige la perte de CSS Bubble à l’import et l’héritage UIX à la racine des scripts exportés. Après les essais isolés, les mises à jour sur Proxmox et Pi 5 passent aussi après de nouvelles sauvegardes HA : YAML/JSON, parcours HACS identiques avec 112/112 contrôles chacun et 240 comparaisons CSS supplémentaires dans le thème sombre existant, rechargement inclus. Les configurations locales initiales des éditeurs sont restaurées. Réexporter les cartes existantes ; récupérer le CSS déjà perdu dans les originaux/sauvegardes. Voir Card Editor.

Après de nouvelles sauvegardes, la vérification CSS native réussit aussi sur Proxmox et Pi 5 avec Card-Mod 4.2.1 et UIX 8.4.0 : scripts générés et références natives concordent pour les règles dynamiques et statiques testées. Extensions séparées, capteurs passifs et aucune commande d’appareil. La configuration d’origine des extensions est rétablie ; quatre anciens projets par hôte et six plugins sont conservés. Voir le Card Editor pour le détail et les limites de version.

Le rendu CSS est également vérifié isolément avec HA 2026.10.1, Mushroom 5.2.3, Card-Mod 4.2.1 et séparément UIX 8.4.0 : scripts générés et références natives concordent pour couleurs/bordures dynamiques, styles Shadow DOM et rayons UIX. uix_style n’a aucun effet CSS ; le Jinja CSS nécessite config.entity. Voir le Card Editor pour l’installation, les exemples et limites. Pi 5 et Proxmox restent inchangés ; aucune nouvelle version de l’App.

0.1.315 conserve les objets card_mod, uix et uix_style importés dans l’éditeur, le YAML/JSON, les paquets HACS et scripts. Conversion UIX, attribution des styles, réimportation et conservation sont vérifiées isolément. Voir le Card Editor pour le périmètre et les limites.

Après de nouvelles sauvegardes, la mise à jour 0.1.313 → 0.1.315 réussit aussi sur Proxmox et Pi 5. YAML/Card-Mod et JSON/UIX valident chacun 112/112 contrôles et un nouvel export identique octet par octet. Données existantes, trois anciens projets par hôte et six plugins actifs sont conservés ; les configurations locales complètes de l’éditeur sont restaurées exactement. L’exécution CSS par les extensions installées reste une vérification séparée.

0.1.314 harmonise export HACS YAML/JSON, contrôle du paquet et réimportation. Les deux formats réussissent le parcours navigateur isolé avec 112/112 contrôles et un nouvel export identique octet par octet. Les données existantes sont conservées. Ce test isolé antérieur laissait Pi 5 et Proxmox inchangés. La perte de styles constatée alors est corrigée depuis 0.1.315.

0.1.313 corrige les pertes lors de l’import Mushroom YAML/JSON et de cartes seules, vérifiées isolément : textes, icônes et modèles de couleur sont conservés. Voir le Card Editor pour le périmètre. Après de nouvelles sauvegardes, la mise à jour réussit aussi sur Proxmox et Pi 5 : les quatre imports, l’affichage dynamique et la conservation des données sont vérifiés. Les projets de test restent séparés ; les configurations locales complètes existantes sont restaurées exactement.

Lot	État actuel
A5 – Stabilisation et vérification	Terminé dans son périmètre documenté. Les projets utilisateurs variés et mesures longues restent des vérifications complémentaires.
A6 – Documentation française	Terminée ; DE/EN/FR sont maintenus ensemble. Les traductions partielles des interfaces de plugins externes restent signalées séparément.
A7 – Déploiement et compatibilité	Linux/systemd et intégration native HA/HACS implémentés et vérifiés. Autres versions HA, plateformes et migrations de formats si nécessaires restent ouvertes.

• Installation Linux, mise à jour, retour arrière et récupération vérifiés sous Debian 12 amd64 LXC et Raspberry Pi OS aarch64 sur Pi 4. Le Pi 4 valide aussi redémarrage du système, démarrage automatique et connexion HA persistante depuis 0.1.305.
• Gestion partagée des plugins, projets serveur et mises à jour HACS de l’intégration avec redémarrage HA vérifiés sur Pi 5 et Proxmox. La matrice HA couvre 2026.10.1, 2026.9.4 isolément et la combinaison exacte 2026.10.2 sur .68, pas toutes les versions HA.
• Export/import des cartes, enregistrement réel du dépôt HACS, releases étiquetées, mises à jour et récupération vérifiés isolément. Fichiers de langue manquants et versions mélangées sont détectés ; les contrôles de 0.1.310/0.1.311 réussissent aussi sur Pi 5 et Proxmox.
• 0.1.312 conserve corbeille et historique après les mises à jour de l’App ; reprise des anciens dossiers et mise à jour vérifiées sur les deux hôtes. Une restauration HAOS complète chiffrée dans des instances amd64 vierges séparées réussit avec la même IP et une autre IP. Les 154 fichiers vérifiés, projet, six plugins, corbeille et historique sont conservés. Une nouvelle IP nécessite des changements explicites des URL HA de l’App et Runtime de l’intégration ; les adresses ne sont pas réécrites automatiquement.

Détails : feuille de route ATLAS et guide de récupération.

Vérifications historiques jusqu’au 14/10/2026

Les rapports suivants conservent leur périmètre d’origine. Les mentions « ouvert » ou « prochaine priorité » concernent leur date. Consulter l’état actuel ci-dessus et les prochaines étapes ci-dessous pour les tâches actuelles.

A7 – Frontend HA en 0.1.299 (14/10/2026) : l’intégration ATLAS Runtime facultative est implémentée : structure compatible HACS, dialogues configuration/options et panneau administrateur propre. Elle intègre le Runtime existant sans transmettre d’identifiants HA et conserve la fenêtre pendant les mises à jour ordinaires des états. Un véritable HA Core 2026.10.1 isolé valide installation, options, panneau, rechargement, redémarrage et conservation des autres panneaux ; le navigateur confirme l’utilisation de l’éditeur et la conservation du projet. Six tests frontend et sept tests Python réussissent, ainsi que les régressions HA/application et les builds. Les installations Pi/VM/LXC existantes sont inchangées. Téléchargement/mise à jour HACS sur les véritables systèmes Pi/Proxmox et autres versions HA restent la prochaine qualification A7.

A7 – Linux/systemd (14/10/2026, ATLAS 0.1.298) : l’installateur Linux facultatif est implémenté. Les vérifications natives sous Debian 12 amd64 LXC sur Proxmox réussissent : installation, mise à jour, retour arrière, sauvegarde, redémarrage du service et récupération automatique après une mise à jour défectueuse. Configuration, identité d’installation et octets des données de test plugin/projet sont conservés ; FHEM reste désactivé et ses fichiers inchangés. Administration et éditeur Expert sont vérifiés sur le LAN en DE/EN/FR. Les 17 tests de l’installateur et les 163 tests HA réussissent, ainsi que les vérifications application, workspace, Docker et documentation. L’installation Linux ARM64 native, les autres distributions et Bare Metal restent à qualifier. L’intégration frontend native ATLAS HA/HACS reste ouverte sous A7. Les installations HA existantes sont inchangées.

A6 – Documentation harmonisée (14/10/2026) : les 21 pages ATLAS et plugins par langue ont été comparées en DE/EN/FR. Les pages françaises provisoires sont remplacées par des guides ; navigation, changement de langue, chemins de ressources, packages d’exemple et indications sur traduction et identifiants sont corrigés. Certains plugins externes conservent une interface française partielle, signalée explicitement. A7 est la prochaine priorité convenue : Linux/systemd et intégration frontend native ATLAS HA/HACS. Aucune modification du Runtime, des installations HA ou des données des plugins.

Phase de vérification A5 terminée (14/10/2026, application HA 0.1.297) : la revue finale couvre renderer/thèmes, grands projets préparés, exécution native Core/Bubble/Mushroom, templates actifs, observations courtes CPU/RAM et reconnexion dans chaque périmètre documenté. Les tests renouvelés réussissent : Runtime 55, Renderer 532, Theme 12, HA 163 et application/cycle de vie 11, soit 773 régressions ; les builds du workspace et de la documentation réussissent. Ce n’est ni une approbation de production ni une promesse d’API plugin stable. Restent ouverts : projets utilisateurs variés, tests longs et instrumentés de pannes sous charge, politique API/versions stable, distribution des releases HACS et vérification complète des langues des cartes. A6 est la prochaine priorité convenue : réviser et compléter la documentation française. Les paragraphes historiques ci-dessous conservent leur périmètre et leurs limites d’origine.

Interruption réseau d’environ trois minutes confirmée (14/10/2026) : l’utilisateur confirme avoir déconnecté le LAN du Pi et l’interface réseau de la VM Proxmox pendant environ trois minutes chacun. Il observe une reconnexion automatique des deux éditeurs ATLAS, sans rechargement ni connexion manuelle. Les vérifications indépendantes après récupération confirment de nouvelles données HA, des projets d’origine et exports Administration identiques sauf les horodatages, ainsi que six plugins actifs par système. Les 100 champs de test prévus n’étaient pas chargés avant l’interruption ; aucune trace Console des états du socket ou du nombre de tentatives n’est disponible. Ce scénario de trois minutes observé par l’utilisateur est terminé ; les répétitions instrumentées sous charge projet restent un périmètre distinct.

Observation native CPU/RAM (14/10/2026) : les statistiques Supervisor existantes mesurent HA Core et ATLAS avec 4 observations initiales, 14 sous charge et 4 après fermeture. La charge comprend 120 véritables cartes et 40 templates d’horloge actualisés. Médianes HA Core (avant → charge → après) : Pi CPU 0,13 → 0,18 → 0,09 %, RAM 461,10 → 460,55 → 460,71 MiB ; VM CPU 2,50 → 1,71 → 1,92 %, RAM 1374,49 → 1390,87 → 1388,90 MiB. Le plus grand échantillon CPU de la VM sous charge atteint 21,71 %. Les intégrations actives et les requêtes statistiques contribuent aussi à la charge ; les écarts ne sont pas attribuables uniquement aux cartes de test. Ces observations courtes concernent les conteneurs, pas l’ensemble des appareils ou le navigateur ; elles ne comparent pas le matériel et ne prouvent pas l’absence de fuite mémoire. Projets et Administration restent identiques sauf les horodatages, six plugins actifs par système ; les tableaux de bord temporaires sont supprimés.

40 templates actifs parmi 120 véritables cartes HA vérifiés (14/10/2026) : pour ce test natif, la configuration ATLAS vérifiée est complétée par 40 sorties Jinja Mushroom distinctes pour l’heure et l’état du capteur. Sur Pi et Proxmox, les 40 heures changent automatiquement sans rechargement ; 40 cartes Core, 40 Bubble et 40 Mushroom restent montées sans erreur de configuration. Les aperçus sont abandonnés, les projets et l’Administration restent identiques sauf les horodatages, avec six plugins actifs par système. Cela vérifie une évaluation simple des templates côté serveur et les changements d’heure en direct. Ce n’est ni une mesure CPU/RAM, ni un test de nombreuses entités changeantes, ni une nouvelle fonction de création de templates ATLAS.

120 cartes HA réellement rendues vérifiées (14/10/2026) : l’export ATLAS mixte complet s’exécute sur Pi 5 ARM64 et Proxmox amd64 dans le véritable aperçu HA non enregistré. Après une étape de 30 cartes, les 120 cartes comprennent 40 instances Core, 40 Bubble et 40 Mushroom avec des dimensions non nulles, sans erreur de configuration. Les détails des entités restent accessibles. Les aperçus sont abandonnés et les tableaux de bord temporaires vides supprimés après confirmation ; projets et Administration restent identiques sauf les horodatages, avec six plugins actifs sur chaque système. Le test utilise Chrome Windows et un seul capteur partagé. Les actions de rendu observées sous une seconde incluent l’automatisation et ne mesurent pas les performances du backend ou du matériel. CPU/RAM, entités variées, templates coûteux et pannes prolongées restent ouverts.

Test mixte de l’éditeur avec 120 champs (14/10/2026) : sur Pi 5 et Proxmox, 40 champs Core, 40 Bubble et 40 Mushroom conservent leurs données complètes après modification du titre, rechargement, DE/EN/FR, clair/sombre et requêtes HA répétées. Aucun champ ne se chevauche. Après restauration, les projets d’origine et les exports Administration correspondent exactement, sauf les horodatages ; les six plugins restent actifs. Les tuiles de l’éditeur ne sont pas des cartes Lovelace entièrement rendues. Les actions observées d’environ une à deux secondes incluent l’automatisation du navigateur et ne mesurent pas le backend. Les mesures natives CPU/mémoire, les grands tableaux de bord rendus et de nouveaux changements d’état réels sous charge mixte restent ouverts.

Reconnexion après fermeture du transport vérifiée (14/10/2026) : avec ATLAS 0.1.297, des onglets de test natifs séparés sur Pi 5 ARM64 et Proxmox amd64 ferment chacun le WebSocket HA existant. La vérification Console exécutée par l’utilisateur confirme l’ancien socket fermé et l’éditeur reconnecté, sans rechargement. La récupération de données HA fonctionne ; les 24 champs conservent identifiants, entités, positions et dimensions. Après restauration, les projets d’origine et les exports Administration correspondent exactement aux sauvegardes, sauf les horodatages ; les six plugins restent actifs sur chaque système. Ce test avec Chrome Windows vérifie une fermeture limitée du socket. Les pannes réseau prolongées, la charge native du backend et les projets utilisateurs variés restent ouverts. Les anciennes mentions d’une vérification de fermeture encore ouverte sont désormais dépassées pour ce périmètre limité.

Installation locale du bundle vérifiée : le script exporté depuis 0.1.297 a été installé comme ressource HA distincte sur Pi 5 et Proxmox. L’exemple ZIP inchangé charge la carte générée et ses cartes Core/Bubble/Mushroom sans erreur de configuration. Les cartes de test n’ont pas été enregistrées ; les ressources, fichiers et le tableau de bord Pi temporaires ont été supprimés après confirmation. Les exports Administration restent identiques sauf les horodatages et les six plugins restent actifs. Cela vérifie l’installation manuelle ; publication du dépôt HACS, couverture complète des langues, charge et reconnexion restent des tâches distinctes.

Correction des bundles Expert dans 0.1.297 : les scripts générés et les bundles HACS conservent maintenant la disposition Expert structurée au lieu d’afficher uniquement une liste d’entités. Les helpers de cartes Home Assistant créent les cartes Core/Community intégrées ; les entités configurées sont remplacées et les changements d’état sont transmis sans recréer les cartes. Les projets existants et les anciens exports de scripts restent compatibles. La publication d’un dépôt HACS avec distribution des versions reste une étape distincte.

Vérification native HA/HACS du 14 octobre 2026 : Pi 5 et Proxmox exécutent ATLAS 0.1.296 après des mises à jour avec l’option de sauvegarde HA activée. Après l’installation HACS/Bubble/Mushroom sur Pi, les exports YAML ATLAS inchangés avec Core/Bubble/Mushroom s’exécutent sur les deux systèmes dans le véritable aperçu HA non enregistré, sans erreur de configuration. Un aperçu Mushroom Jinja supplémentaire sur Pi évalue l’état HA réel. Les projets d’origine et les exports Administration sont ensuite identiques, sauf les horodatages ; les six plugins restent actifs. Les tableaux de bord de test sont supprimés après confirmation. Ces aperçus ne vérifient ni l’installation complète des bundles, ni les commandes physiques, ni les performances sous charge.

Renderer/thèmes dans la version 0.1.296 : les états bloqué et en attente restent rouges et jaunes en mode sombre ; les lignes de champs Expert et les boutons de suppression restent lisibles dans les deux thèmes. Une vérification Chrome isolée avec 36 aperçus préparés Entity/Button/Sensor/Thermostat/Bubble/Mushroom confirme DE/EN/FR, clair/sombre/auto, rechargement et quatre tailles d’écran sans chevauchement ni débordement horizontal de la page. Les champs et les dimensions restent inchangés. Les événements de thème système sont simulés ; l’exécution native HA/HACS et les projets utilisateurs variés restent des vérifications A5 distinctes.

Les vérifications Docker effectuées le 14/10/2026 réussissent pour les images autonomes et du paquet HA sous Linux amd64 : compilation, véritable Administration/Card Editor, contrôles de santé, redémarrage du conteneur et mise à jour/restauration de plugins avec des données isolées. Neuf tests de régression backend/origin réussissent aussi dans l’image Linux. Cela ne remplace pas les vérifications natives Supervisor/Ingress, ARM64 ou navigateur ; les installations HA existantes n’ont pas été modifiées.

Suite d’A5 du 14/10/2026 : la version 0.1.295 respecte aussi l’état Administration enregistré dans le navigateur lors de l’ouverture des liens directs de lancement. Les plugins désactivés ou pas encore actifs ne sont pas lancés par cette voie. Il s’agit d’une préférence d’interface, pas d’un contrôle d’accès aux fichiers. Des tests isolés du véritable serveur vérifient installation, mises à jour refusées, remplacement, redémarrage, désinstallation et restauration du paquet ; les autres entrées et les données de test sont conservées. Ces tests ne remplacent pas une vérification native HA. A5 reste ouvert pour Renderer/Theme, les projets variés, la charge native et la reconnexion après fermeture du transport.

A2 et A3 sont terminés (13/10/2026). L'utilisateur accepte le périmètre actuel des tests ARM64/mobiles. Les appareils iOS/Safari réels n'ont pas été testés ; les simulateurs Chrome sont documentés séparément. Le Card Editor conserve uniquement le workflow Expert. Le mode Simple et son sélecteur ne seront pas réintroduits ; les imports de projets anciens pris en charge restent disponibles.

0.1.290 réduit la liste sur tablette à une fenêtre défilante avec deux cartes côte à côte et dispose les boutons associés en deux colonnes.

0.1.291 replie Grille et zoom par défaut sur mobile et aligne les commandes du titre sur tablette ; sur téléphone, les deux boutons partagent une rangée sous le champ. Toutes les valeurs sont conservées.

0.1.292 supprime le choix du mode de démarrage dans la configuration HA et l'Administration et traite les anciens réglages Simple comme Expert.

A5 a commencé : 0.1.293 corrige l'ordre des instantanés/événements et l'état d'erreur lors du remplacement d'un socket. Un test PC isolé avec HA simulé valide 100 cartes affichées, 2001 entités, trois reconnexions, 150 mises à jour, les changements de thème et les imports/exports de projets DE/EN/FR. Les 162 tests HA réussissent. Ces mesures sont synthétiques.

La vérification native A5 charge 100 cartes compactes et 24 cartes plus grandes sur Pi 5 et Proxmox, sans chevauchement. Les thèmes, rechargements et langues DE/EN/FR conservent les champs. Les changements réels d'état des sauvegardes arrivent en direct sur Pi ; Proxmox charge initialement 3711 entités et 143 ressources Lovelace. La valeur CPU observée sur la VM reste constante ; un changement de valeur en direct n'y est donc pas établi. Des sauvegardes HA locales chiffrées sont créées auparavant. Les configurations initiales de l'éditeur et de l'Administration sont restaurées à l'identique, sauf les dates d'export ; les six plugins restent actifs. Après un redémarrage de Proxmox effectué par l'utilisateur, l'éditeur se reconnecte et le projet initial reste inchangé.

Ces tests utilisent des dispositions d'entités préparées dans un navigateur de bureau. Les projets utilisateurs variés, les mesures de charge du backend natif, la reprise après fermeture du transport natif et les tests plus larges du cycle de vie des plugins restent ouverts dans A5. Le rendu sur ordinateur n'est pas un benchmark du Pi ; le redémarrage natif et les fermetures de socket simulées constituent des preuves distinctes.

0.1.294 corrige la reconnexion après une coupure réseau prolongée : les tentatives continuent au-delà des trois premiers essais, avec un délai limité à 30 secondes. Les erreurs d'authentification ou de protocole arrêtent les tentatives jusqu'à la correction de la connexion. Un test isolé avec huit secondes d'indisponibilité confirme la reprise sans rechargement et conserve le projet. Pendant le test LAN réel, le câble du Pi a été débranché environ douze secondes. Les 100 champs de test sont conservés et les données en direct reprennent sans rechargement. La socket observée reste connectée ; cela ne prouve pas une nouvelle connexion native. Les deux systèmes utilisent 0.1.294. Les exports finaux confirment la conservation des paramètres Admin, des métadonnées de chiffrement, des identifiants des plugins actifs et des projets initiaux. Seul Icon Studio externe, mis à jour volontairement, change de version. Un build Docker isolé et /health vérifient aussi la runtime commune Administration/éditeur. L'utilisateur confirme aussi le fonctionnement dans une VM macOS Ventura directement sur Proxmox, mais signale une grande lenteur. Ce test fonctionnel comporte une limite de performance ; la cause n'a pas encore été mesurée ou déterminée.

Au 13/10/2026 : framework 0.2.0-alpha.88, application HA 0.1.294. Les quatre étapes de stabilisation sont terminées. La vérification couvre 870 tests des paquets, cinq tests supplémentaires, les contrôles de types et les builds, ainsi que 15 étapes dans un navigateur isolé en DE/EN/FR. La migration testée conserve les anciens réglages Admin, dépôts, thème et plugins actifs ; les secrets passent dans le stockage chiffré.

A1 est vérifié sur l'installation HA réelle : mise à jour Supervisor de 0.1.287 à 0.1.288, redémarrage séparé et Ingress pour les six plugins installés. Les réglages Admin, plugins actifs et la configuration complète de l'éditeur restent identiques avant et après la mise à jour et le redémarrage, sauf les horodatages d'export. Une sauvegarde HA locale chiffrée a été créée auparavant. 0.1.288 corrige la version affichée dans l'Administration ; les options HA et contrats des plugins restent inchangés. L'éditeur se reconnecte et charge les entités et ressources Lovelace réelles. Le canevas Expert existant était vide ; les projets plus grands restent A5. Le matériel, les navigateurs mobiles, ARM64 et tous les formats de projets propres aux plugins ne sont pas vérifiés.

A2 est vérifié en émulation : images HA amd64 et ARM64 et contexte Chromium mobile tactile à 360×800, 390×844, 844×390 et 768×1024 en DE/EN/FR. 0.1.289 corrige les débordements de l'Administration et de l'éditeur et adapte les dialogues de rapport, import YAML et export aux écrans étroits. Les réglages, projets de test remplis et données des plugins sont conservés après changement de langue, import JSON/HACS et redémarrage. ARM64 est émulé sur x86 ; Raspberry Pi natif, Android/iOS, glisser/redimensionner au toucher, clavier virtuel et dialogues natifs de fichiers/téléchargements restent à vérifier. Ces tests isolés ne modifient pas l'installation HA réelle.

Le test A2 natif sur Raspberry Pi 5 / rpi5-64 réussit également : HA OS 18.3, ATLAS 0.1.289, aarch64 et Node arm64. Les six plugins s'ouvrent via Ingress ; Terminal, chemins File Studio autorisés et catalogue MDI fonctionnent. Une sauvegarde HA locale chiffrée précède le redémarrage d'ATLAS. Les réglages Admin, métadonnées des plugins et export complet de l'éditeur restent identiques, sauf l'horodatage d'export. L'éditeur se reconnecte avec 27 entités réelles. Le canevas existant est vide. Les vues Chrome de bureau à 390×844 et 844×390 s'adaptent à l'Ingress réel du Pi sans débordement. Les navigateurs mobiles physiques, projets plus grands et mesures de charge/performance restent à vérifier ; aucune mise à jour Supervisor ARM64 n'est effectuée ici.

L'utilisateur confirme aussi sur une tablette Android réelle : le Hub et l'Administration fonctionnent en portrait et paysage et en DE/EN/FR. Remplacer l'URL HA homeassistant.local:80 par l'adresse IP accessible rétablit la connexion ; le dialogue YAML et le rapport de problème sont également signalés comme OK. Il s'agit d'une confirmation utilisateur, pas d'un test automatisé sur appareil. Conseils de connexion mobile. Les gestes de déplacement/redimensionnement, le clavier virtuel, les dialogues natifs de fichiers/téléchargements et iOS n'ont pas été vérifiés indépendamment sur chaque appareil. A2 est néanmoins terminé avec l'accord de l'utilisateur ; ces limites ne sont plus des tâches A2 ouvertes.

ATLAS est en cours de développement. L'application Home Assistant comprend l'Administration, le Hub des plugins et le Card Editor ; File Studio et Automation Exporter / Editor sont distribués comme plugins indépendants.

La version actuelle de l'application Home Assistant est 0.1.312. L'Administration et le Hub des plugins proposent des interfaces en allemand, anglais et français. Leur préférence de langue enregistrée est partagée entre les deux interfaces, y compris lorsque leurs ports sont différents. Le paramètre language d'une URL reste prioritaire pour la page ouverte.

Suite du travail

1. Projets réels et endurance : entités, Custom Cards et thèmes variés, mesures CPU/RAM longues et pannes réseau instrumentées sous charge de projets.
2. Récupération sur d’autres matériels : étendre la restauration HAOS amd64 isolée aux appareils physiques ou ARM64, avec systèmes de test séparés et sauvegardes.
3. Compatibilité complémentaire : qualifier autres versions HA, distributions Linux, contrats plugin/API et migrations de formats si nécessaires.

A1, A4, A5 et A6 sont terminés ; les déploiements A7 sont implémentés. Les fonctions achevées restent dans l'historique et ne sont plus des tâches ouvertes. Les plugins indépendants conservent leurs propres listes de travaux. La liste de référence se trouve dans la feuille de route ATLAS.

État évolutif

La feuille de route évolue avec le développement. Consultez les pages ATLAS et Plugins ATLAS pour connaître les fonctions documentées.