Est-ce qu’on ne voudrait pas standardiser les valeurs utilisées ?
J’ai l’impression que tu t’es appuyé sur les valeurs exposées par Nuki.
Mais si on implémente plus tard une autre marque, avec le fonctionnement actuel, elle devra se plier à une sorte de « norme Nuki »
De plus, si on regarde les serrures déjà implémentées (maison, voiture), on voit que l’état est inversé par rapport à Nuki.
À mon sens, ajouter une petite couche de conversion, très simple, avec des constantes propres à Gladys serait plus future-proof et plus cohérent côté produit.
Hello @pierre-gilles ,
Le mapping devait être relativement “standard” (on en avait parlé en meeting), j’ai retiré les commentaires qui portaient à confusion et en effet étaient alignés à ce que proposait Nuki.
Par contre je n’étais pas aligné aux autres “lock” existant (inversion du lock et unlock).
Hier soir j’ai donc apporté les modifs en m’alignant sur ta proposition (+ une petite amélio sur la remonté d’un état d’erreur en mqtt).
La doc est à jour également.
Tout est poussé.
