Liste des versions du plugin LocalHomeConnect pour Jeedom

Table des matières

Version 0.10.6 – 03/10/2026

Les noms personnalisés des commandes Jeedom sont désormais conservés lors des synchronisations : le nom calculé par le plugin n’est appliqué qu’à la création. Les commandes d’information, les actions d’écriture, les favoris et les commandes de programme gardent ainsi leur nom manuel et leur identifiant Jeedom.
Les libellés personnalisés des listes déroulantes, notamment « Choisir le programme », ne sont plus remplacés par les traductions du plugin. La synchronisation fusionne les choix par valeur brute, conserve les libellés et les valeurs déjà enregistrés, puis ajoute seulement les nouvelles valeurs annoncées par l’appareil.
Libellés officiels des boissons des machines à café repris par identifiant de programme, pour les deux familles « Beverages Classic » et « Beverages Coffee World » : une machine configurée en allemand annonçait « Flat White » et « Verlängerter », traduits à tort en « Blanc pur » et « Rallongé ». Les identifiants de programme étant universels, ces libellés sont désormais ceux de la liste officielle, quelle que soit la langue de l’appareil.
Version du paquet du démon réalignée sur la version du plugin ; le manifeste Node était resté en `0.10.2` alors que le plugin et son verrou de dépendances étaient en `0.10.5`.
Valeurs par défaut confiées à `core/config/localhomeconnect.config.ini` : `localhomeconnect_install()` n’écrit plus les huit `config::save()` qui dupliquaient ce fichier, et `localhomeconnect_update()` ne réécrit plus le port, les trois intervalles ni `app_name` et `callback_verify_tls` à chaque mise à jour. Seules restent les opérations qui ne peuvent pas être exprimées par ce fichier : la protection du stockage privé, le réenregistrement des secrets pour `$_encryptConfigKey`, la suppression des clés devenues obsolètes et le rechargement du démon.

Version 0.10.5 – 02/10/2026

Programme courant restitué sur les appareils qui n’exposent pas `/ro/selectedProgram` ni `/ro/activeProgram` (code 404 sur ces ressources, machines à café notamment) : le pointeur est désormais lu dans le flux de valeurs `/ro/allMandatoryValues`, résolu par le nom de la fonction XML — la méthode retenue par hcpy, homeconnect_local_hass et go-homeconnect2mqtt. Les ressources dédiées ne sont plus qu’une source supplémentaire. Une valeur scalaire sur un uid ordinaire n’est jamais interprétée comme un programme.
Enveloppe `{length, list:[…]}` également déballée pour extraire le programme : les appareils qui publient le programme courant uniquement dans un conteneur de valeurs sont pris en charge, le nom de la fonction portant le programme étant journalisé en debug.
Uid porteur d’un conteneur retiré des UID annoncés : la commande correspondante était alimentée une fois par un JSON brut puis figée, la valeur erronée restant affichée indéfiniment. Elle est désormais déclarée obsolète et masquée à la synchronisation.
Curseurs élargis à la plus large borne annoncée par l’appareil : une machine à café limite la contenance selon la boisson, 35 ml pour un espresso contre 200 ml ou plus pour un café allongé ou de l’eau chaude. Le curseur « Contenance » conservait la borne courante et bloquait les autres boissons ; il monte désormais à la borne la plus large déjà annoncée, la validation d’écriture restant alignée sur le programme sélectionné.
« Flat White » n’est plus traduit par « Blanc pur », traduction littérale sans sens pour ce nom de boisson.
Propriétés textuelles à nouveau acceptées à l’écriture lorsque l’appareil annonce des bornes nulles : `/ro/descriptionChange` renseigne `min`, `max` et `step` à `null` pour les propriétés non numériques, et `Number(null)` valant 0, elles étaient lues comme une borne nulle. La propriété était alors classée « nombre » et toute écriture de texte était refusée avec « attend un nombre », comme sur `ConsumerProducts.CoffeeMaker.Option.DisplayName`.

Version 0.10.4 – 02/10/2026

Démon à nouveau démarrable lorsque des profils sont importés mais qu’aucun équipement Jeedom ne les référence : `deamon_info()` réconcilie l’écart entre les profils présents sur le disque et les équipements en base, en créant les équipements manquants et en réactivant ceux qui avaient été désactivés. La page Santé pouvait annoncer « N profil(s) » tout en refusant de démarrer avec « Importez au moins un profil Home Connect ».
Enveloppe de transport Home Connect `{length, list:[…]}` déballée dans le démon : certains appareils livrent `/ro/selectedProgram`, `/ro/activeProgram` et `/ro/availablePrograms` dans un conteneur de liste. Le pointeur de programme et ses options n’étaient jamais extraits, et le conteneur fuit jusqu’aux commandes d’information sous forme de JSON brut (`{« length »:1, »list »:[…]}`, sous-type `other`). Chaque option redevient une information typée — numérique avec son unité issue du XML, ou binaire — et le conteneur ne peut plus devenir une information.

Version 0.10.3 – 30/09/2026

Synchronisation des commandes fiabilisée lorsque plusieurs fonctions partagent le même libellé : le nom n’est conservé que si son propriétaire est exactement la même commande Jeedom, sinon un suffixe UID est ajouté avant l’enregistrement afin d’éviter l’erreur MySQL `Duplicate entry`.
Sélection déterministe de la commande d’information canonique par UID afin qu’elle ne soit plus restaurée puis déclarée obsolète à chaque synchronisation selon l’ordre de retour de la base.

Version 0.10.2 – 24/09/2026

Correction du blocage du démon « Importez au moins un profil » : lorsque des profils Home Connect sont importés (ZIP ou cloud) mais qu’aucun équipement Jeedom correspondant n’existe en base (import échoué silencieusement, équipements supprimés ou désactivés), le démon s’auto-répare désormais au lieu de refuser de démarrer.

Version 0.10.1 – 08/09/2026

Collision de noms de commandes corrigée sur les fours exposant des états par cavité : suffixes « Cavité 1 » et « Cavité 1 (serveur) » pour distinguer les programmes, éclairages et événements et permettre la création des commandes de programme globales.