Gladys Assistant v4.67 : Nouvelle intégration Nuki 🔐

[pierre-gilles]

Salut à tous,

Je suis heureux de vous présenter une nouvelle version de Gladys !

Nouveautés & améliorations

• Nouvelle intégration : Nuki Vous pouvez désormais connecter vos serrures connectées Nuki à Gladys et les intégrer dans vos scénarios et tableaux de bords. Merci @ProtZ !
• HomeKit Mise à jour de la dépendance HAP vers la dernière version stable, pour une meilleure compatibilité et plus de fiabilité avec HomeKit. Merci @bertrandda !
• Gladys Plus Les sauvegardes DuckDB sont maintenant réalisées via une connexion temporaire à la base de données, ce qui évite les montés en RAM de vos instances une fois la sauvegarde terminée.

Un grand merci aux contributeurs pour cette version

Bonne mise à jour à tous.

[lmilcent]

@pierre-gilles

• Gladys Plus Les sauvegardes DuckDB sont maintenant réalisées via une connexion temporaire à la base de données, ce qui évite les montés en RAM de vos instances une fois la sauvegarde terminée.

J’ai remarqué que toutes les nuits Gladys redémarrait, et a priori c’était à cause d’une surconsommation de RAM (4Gb).

Cette modification va probablement résoudre mon erreur !

[pierre-gilles]

@lmilcent

Cette modification va probablement résoudre mon erreur !

Tiens moi au courant si jamais ce n’est pas le cas, on regardera

[GBoulvin]

Une nouvelle version un vendredi ?!

[GBoulvin]

Pour info, je viens de tester le bouton ‘mettre à jour’ et…

Ça ne marche pas…

Mais pas de stress hein, c’est pas vital

Edit : Après plusieurs essais pour trouver les lignes dans les logs, ça a fonctionné.

[mutmut]

Bravo pour cette nouvelle intégration @ProtZ !
Je viens de faire la mise à jour en « forcé » et mon Gladys a planté.
J’ai redémarré le docker à la main et j’ai vu quelques messages concernant Nuki :

2026-01-23T22:22:09+0100 <info> index.js:15 (Object.start) Starting nuki service
2026-01-23T22:22:09+0100 <info> nuki.http.connect.js:10 (NukiHTTPHandler.connect) Nuki : Test http connection to Nuki Web API
  <rejected> Error: API Token required! Please check the arguments!
2026-01-23T22:22:09+0100 <error> index.js:15 (process.<anonymous>) unhandledRejection catched: Promise {
      at new Nuki (/src/server/services/nuki/node_modules/nuki-web-api/lib/Nuki.js:30:11)
      at NukiHTTPHandler.connect (/src/server/services/nuki/lib/http/nuki.http.connect.js:12:18)
}
2026-01-23T22:22:09+0100 <error> index.js:16 (process.<anonymous>) Error: API Token required! Please check the arguments!
    at new Nuki (/src/server/services/nuki/node_modules/nuki-web-api/lib/Nuki.js:30:11)
    at NukiHTTPHandler.connect (/src/server/services/nuki/lib/http/nuki.http.connect.js:12:18)

Je m’interroge sur ces messages car je n’ai rien activé vu que je n’avais pas encore eu la màj.
Maintenant que Gladys est opérationnel, je vois bien dans l’intégration que Nuki n’est pas activé :

Perso je n’ai pas de serrure Nuki donc pas besoin de l’intégration (pour l’instant).
Est-ce normal d’avoir un démarrage du service Nuki qui demande un token au démarrage de Gladys ?

EDIT : et j’ai un paquet de trucs bizarres avec MQTT :

Les premières lignes avec les chiffres ce sont mes devices zwave, ensuite des devices virtuels mqtt, puis du z2m …
Par contre je ne vois rien apparaître avec MQTT Explorer.

Autre point : même si le service n’est pas activé, on peut quand même lancer une recherche, idem pour le web :

[pierre-gilles]

@GBoulvin

Une nouvelle version un vendredi ?!

Je le ne fais que si je suis dispo le week-end ensuite pour assumer le SAV et d’éventuels correctifs

C’est le cas ce week-end !

@GBoulvin

Edit : Après plusieurs essais pour trouver les lignes dans les logs, ça a fonctionné.

Côté Gladys, on lance Watchtower en --run-once. Normalement, c’est censé fonctionner directement, mais peut-être qu’il y a quelque chose qui n’a pas marché chez toi. Si on observe ce phénomène de temps en temps on pourra faire un retour à Watchtower !

@mutmut

Je viens de faire la mise à jour en « forcé » et mon Gladys a planté.

Vraiment planté ? Gladys a redémarré ?

Normalement le mauvais démarrage d’une intégration ne peut pas faire planter Gladys, sauf si le plantage est au niveau d’un package natif en C++, ce qui n’est pas le cas pour Nuki je pense.

Ça m’étonne

@mutmut

Est-ce normal d’avoir un démarrage du service Nuki qui demande un token au démarrage de Gladys ?

C’est normal, par contre je suis d’accord que le service pourrait afficher un message plus clair dans le cas où l’utilisateur ne compte justement pas utiliser l’intégration.

@ProtZ pour info, normalement les services doivent émettre une erreur throw new ServiceNotConfiguredError('') s’ils ne sont pas configurés, ce qui affiche un message clair dans les logs. C’est de ma faute, je n’avais pas vu qu’il manquait ça dans ta PR

Exemple :

2026-01-23T16:02:51+0100 <info> service.start.js:40 (Service.start) Service nextcloud-talk is not configured, so it was not started.

Est-ce que tu pourrais l’ajouter à l’intégration Nuki ?

[mutmut]

@pierre-gilles

Vraiment planté ? Gladys a redémarré ?

Gladys a redémarré après la mise à jour mais pas d’accès web et le backend ne s’est pas lancé correctement car en général j’ai quand même les scènes qui s’exécutent, et là rien.
Bien entendu je n’ai pas analysé les logs à cet instant mais seulement après mon redémarrage manuel.

[pierre-gilles]

@mutmut

Bien entendu je n’ai pas analysé les logs à cet instant mais seulement après mon redémarrage manuel.

Normalement, tu as toujours les logs de disponibles car un docker restart ne supprime pas les logs précédents, sauf si tu as supprimé le container et recréé un nouveau

[ProtZ]

Hello, désolé, je fais ça au plus vite (probablement dimanche soir)

[mutmut]

@pierre-gilles

sauf si tu as supprimé le container et recréé un nouveau

gros nettoyage !

[pierre-gilles]

@ProtZ Merci beaucoup pour ta PR corrective, je t’ai fais une review

Il y a juste un petit truc :

Nuki 1.0.1