Le code 33 c'est un hash invalide. Je vérifierai ce soir mais tous les cas que j'ai vu c'est parceque le plugin utilise un code vide pour générer le hash.
Vérifie la conf du plugin.
@lunarok ça vaudrait le coup de rajouter une validation avant.

@Bello65 Pour le code 32: la gateway ne connait pas la serrure (soit il n'y a pas de partage, soit elle n'est pas synchronisée. Un redemarrage de la gateway devrait corriger le problème. Ou l'appel a http://<ip gateway>/synchronize)

@Claude69, Tu ne peux pas utiliser le meme compte sur 2 telephones.

Deconnectes toi et reconnecte toi à l'app pour regenerer la clé de ton telephone.

Il n'y a rien de particulier. La calibration permet de connaitre a peu pres la rotation pour avoir une porte ouverte ou fermée. Idealement, on la lance porte ouverte, pour être sur qu'il n'y ait pas d'obstacle. La course va toujours en butée. La calibration ne sert que pour le retour d'état. On comp...

Tu dois avoir au moins cette reponse si il n'y a pas de serrure vue par la gateway: {"status": "ok", "devices": [] }

Pour voir la liste des serrures visible par la gateway: http://<ip de la gateway>/lockers

Je vois 2 problèmes dans ce scénario: - La télécommande actuelle fonctionne sur un double clic pour l'ouverture. Le double clic n'est pas l'idéal pour une personne à mobilité réduite. - La télécommande n'a pas connaissance des serrures qu'elle peut ouvrir. C'est la serrure qui valide ou non l'ouvert...

La portée des telecommandes est volontairement faible pour éviter des fermetures "par accident" (quand la telecommande est dans la poche, les clés peuvent facilement l'activer). L'impact n'est pas "grave" puisque c'est une fermeture, mais l'activation de la serrure alors qu'on ne pense avoir rien de...

Je confirme que je reproduis sur la version stable, mais c'est corrigé dans la beta.

Tu as la possibilité de tester la version beta ?

Vous etes sur la version beta du 10/02 ?
je ne reproduis pas le problème

@cybertech, on n'a pas encore envoyé le digicode à Lunarok. Du coup il n'a pas de quoi travailler sur cette partie.
J'essaie de te faire une réponse dans la semaine pour ce problème.

@lunarok, ici c'est le locker_status qui renvoie l'erreur. Les 2 commandes locker_status et close sont arrivée en meme temps (meme seconde).
Je pense qu'il faudrait gerer les erreurs 33 et relancer l'action 1s apres.

@gigi: Juste apres une ouverture, il y a la recuperation du status et la synchronisation de la gateway (@lunarok: la synchronisation de la gateway n'est pas utile. Elle l'est uniquement lors de la mise a jour des partages). Et, independament du plugin, il y a la synchronisation de la serrure avec le...

Personne n'a recu le QRCode (ID) des gateway. L'etiquette viendra avec les boitiers. Il faut demander l'ID à arnaud ou sur issues.the-keys.fr On teste les serrures avec une gateway pour valider qu'elles fonctionnent correctement avant envoi. "Test Gateway Paris" est la gateway de test. Vous pouvez s...

@nimoinau Tu n'utilises pas l'id de la gateway dans les logs que tu as envoyé.

znation: c'est 10, pas 10000. lunarok, pour preciser: [2017-12-29 23:13:27][DEBUG] : URL : http://192.168.0.24/locker_status Cette requete n'abouti jamais. Et elle ne part pas non plus en timeout. Le problème semble être dans la gateway, mais le fait de definir un timeout permettrait de ne pas bloqu...

"Dommage", c'est pour le fait que ca ne soit pas automatique ?
N'hesites pas a creer des bugs quand quelque chose ne fonctionne pas comme tu l'attends.

Une ouverture faite par jeedom remonte dans l'app. L'app ne se recharge pas toute seule par contre. C'est soit au demarrage, soit en scrollant vers le haut pour recharger la liste.

Effectivement la requete n'abouti pas. ([2017-12-20 07:16:09]). Le timeout n'a pas fonctionné parceque c'est une valeur en seconde (donc 10, pas 10000). La gateway a rebooté (crash) à priori. D'apres les access logs, ta gateway n'etait pas disponible entre 03:12 et 03:20 (aucun message de vie). Idem...