Gladys Assistant 4.84.1 : Correctifs après les intégrations externes!

Une petite release patch, mais avec quelques nouveautés bien sympas :slightly_smiling_face:

:sparkles: Nouveautés

  • Migration d’appareils pour les intégrations dépréciées (#2737) : un bouton « Migrer » apparaît désormais sur les appareils Netatmo, MELCloud, Tuya, et maintenant Philips Hue et TP-Link (qui passent à leur tour en déprécié). En un clic, Gladys déplace l’historique de l’appareil vers son remplaçant en intégration externe, réécrit vos scènes et vos dashboards, reprend la pièce et les contrats d’énergie, puis supprime l’ancien appareil. Le mapping des fonctionnalités est proposé automatiquement et reste ajustable une par une avant validation.
  • Nouvelle catégorie de fonctionnalité « batterie de stockage » (#2682) : de quoi remonter proprement vos batteries domestiques, notamment via MQTT.
  • Zigbee2MQTT : support de la vanne d’eau connectée SONOFF SWV (#2631).
  • Les intégrations externes de communication sont visibles par les utilisateurs non-admin (#2739) : chaque utilisateur peut désormais lier son propre compte sur une intégration de communication installée, comme c’était déjà le cas avec Telegram. La configuration partagée, le matériel, les logs et le store restent réservés aux admins.

:wrench: Améliorations

  • Caméras RTSP : le flux HLS démarre maintenant au plus près du direct (#2698) — moins de latence à l’ouverture d’une caméra.
  • Assistant IA : les valeurs de capteurs transmises au modèle indiquent désormais leur ancienneté (#2731), pour éviter qu’une valeur périmée soit présentée comme actuelle.
  • Messages d’erreur plus clairs lors de la création d’un appareil découvert (#2733).
  • Démarrage : Gladys attend maintenant la connexion des intégrations externes au boot (#2727).
  • API host des intégrations : la limite de taille du body JSON passe à 5 Mo (#2732).

:bug: Corrections

  • Sauvegarde : correction d’un dépassement mémoire (OOM) pendant l’export de la sauvegarde, en bornant la mémoire utilisée par DuckDB (#2722).
  • Bluetooth : nettoyage correct du timer de scan (#2725).
  • Consommation d’énergie : validation et bornage des dates dans l’outil de consommation (#2740).
  • Traduction FR : « tableaux de bord » et non « tableaux de bords » (#2729).

:folded_hands: Merci aux contributeurs

@Will_71 et @Terdious :blue_heart:

:backhand_index_pointing_right: Notes de version complètes sur GitHub

Magnifique !

Merci !

C’est Magique en ce moment :sweat_smile:

Remerciez Fable 5 :eyes::joy:

Il ne saurait pas quoi faire pour les utilisateurs synology ? :eyes:

Je t’ai répondu là bas :slight_smile:

J’ai dû louper quelque chose pour Netatmo car je n’ai eu aucun bouton Migrer :roll_eyes:


Il faut que l’intégration interne soit toujours active ? (liée à netatmo)
Il faut créer un nouveau token ? car j’ai réutilisé l’ancien.

@mutmut Tu affiches la page « Appareils découverts », c’est dans la page « Appareils » :slight_smile:

Au temps pour moi, mais je n’ai rien :

Le bouton « migrer » apparaît sur l’ancienne intégration, et non sur la nouvelle !

L’objectif est de transférer les appareils de l’ancienne vers la nouvelle intégration :slight_smile:

argh ! effectivement, je n’étais pas allé si bas :frowning:


C’est possible de rajouter un blabla pour l’indiquer car ça ne m’a pas semblé très clair.

Donc si je résume :

  • on installe l’intégration externe
  • on configure
  • on scanne les devices
  • on ajoute les devices
  • on va dans l’ancienne intégration
  • on migre les anciens
  • tada !

Tu verrais ça où ?

Après analyse des différents onglets, il faudrait que le message apparaisse dans celui des appareils de l’intégration externe, si et seulement si l’intégration interne est activée et/ou configurée avec des appareils dedans, avec un lien vers l’onglet des appareils de l’intégration interne.

J’avoue que je ne suis pas très fan d’ajouter ce genre d’edge cases dans les nouvelles intégrations externes, surtout que vous n’êtes pas très nombreux à utiliser l’ancienne intégration Netatmo. :slightly_smiling_face:

En revanche, je pense qu’on peut faire quelque chose de plus adapté :

  • rédiger une documentation sur le site expliquant la migration ;
  • dans une prochaine release (une fois qu’on sera certains que la nouvelle intégration Netatmo est bien stable), envoyer une alerte au démarrage de Gladys sur les instances concernées ;
  • éventuellement ajouter une bannière temporaire avec un lien vers le tutoriel, puis la retirer après quelques versions.

Ça me semble être un bon compromis : on accompagne les utilisateurs concernés sans toucher le code des nouvelles intégrations.

c’est parfait, le but est de prévenir et guider les utilisateurs pour les débuts.