Aller au contenu

Eliah

Membres confirmés
  • Compteur de contenus

    108
  • Inscription

  • Dernière visite

Réputation sur la communauté

10 Good

À propos de Eliah

  • Rang
    Membre passionné

Profile Information

  • Sexe :
    Homme
  • Ville :
    La Rochelle
  • Intéret :
    Domotique
  • Box
    Home Center 2
  • Version
    4.140

Visiteurs récents du profil

197 visualisations du profil
  1. Google Home

    que peut-on faire avec ca @Lazer ?
  2. Google Home

    @Steven : peux tu expliquer comment tu obtiens ta réponse avec cette commande (qui utilise un VD à priori) ? peux tu poster le VD en question ? ["quelle est la température intérieure"] = function() fibaro:call(163, "pressButton", 2) end, Je n'arrive pas à avoir de retour sur ma température.. je ne sais pas comment faire Merci d'avance
  3. Google Home

    @mateli31 tu fais une scène ou tous tes volets se ferme et tu l'inclu dans ton contrôle vocal
  4. Google Home

    je suis en français sur ma box mais je ne pense pas que cela est une incidence..
  5. Google Home

    @Rem's pour ton URL utilise ce qu'il y a sur le forum. Pas ce qu'on appelle généralement avec l'API. Donc scene/431/action/start Le debug : Null est normal. Il doit afficher d'autre chose après mais ca marchera qd tu auras correctement rentré ton adresse dans IFTTT Pour terminer je te conseil de prendre le tout premier script lili.lua qui n'a pas toutes ces fonctions allumé / éteins et qui du coup marche bcp mieux (moins de problème de reconnaissance des commandes). J'utilise ensuite "allume la lumière de la cuisine" après et ca marche très bien. Les derniers script lua buggais pour moi et ne me sont finalement pas très utile (on peut combler avec de nouvelles scènes)
  6. Google Home

    un petit icon à mettre sur votre scène principale. C'est cadeau
  7. Google Home

    @Steven J'ai le même problème avec le " à " Il n'est pas bien transformé... voici mon debug : [DEBUG] 00:55:19: null[DEBUG] 00:55:26: [{"action":" ferme la porte à clé"}][DEBUG] 00:55:26: Utilisé : ferme la porte à clé Je pense qu'il y a un soucis avec le code LUA... Une idée ?
  8. The Keys

    pour avoir tester pas mal de serrure, je trouve celle-ci pas mal même si elle n'est pas exempte de défaut.. - Le moteur est puissant - Le canon est top - L'app est réactive (pas comme okydokeys) - j'ai le même lot de télécommande qui ne marche pas - je suis assez d'accord que le fait qu'il n'y ai pas de retour d'état manuel/app est un vrai moins quand on y réfléchi - La jeunesse du produit fait qu'il n'y a aucune vrai info d'utilisation de la gateway qui pour le moment, soyons clair, ne sert à rien du tout (mais ca va venir) - Le plugin Jeedom, je ne compte pas l'installer et j'attends un vrai dev Fibaro (je leur met la pression) - des petits défaut dans l'app (pas de possibilité d'enlever les notifs, demande de l'activation du GPS) Mais bon, sur le fond, le produit à l'air plutot solide. La batterie tient vraiment bien le coup. Le partage par l'app à d'autres personnes fonctionne très bien. Bref si on utilise sa serrure en bluetooth et en présentiel c'est top. Pour la domotique comme nous, c'est clairement pas au point. Le retour d'état devrait arriver dans une v2 de la serrure.. pour ceux qui ont la v1 je pense qu'on est niker Après j'ai commandé la Nuki pour tester, mais je ne sais pas si ca sera bcp mieux. Mais au moins ya un VD existant. Danalock : à fuir, c'est du gros caca. La version que javais acheter arrivait même pas à fermer ma porte 3 points tellement le moteur était pourri. Il reste Yales qui est bien intégré avec Fibaro et dont ils sont partenaires mais ca m'a l'air un peu plus cher (mais Z-Wave) Je reste cependant confiant que TheKeys évoluera dans le bon sens, mais pour le moment c'est clairement pas au point pour nous qui utilisons de la Domotique à distance.
  9. The Keys

    non ca n'est pas vraiment gênant puisqu'il y a une commande pour ouvrir et une commande pour fermer. donc il suffit de faire des scènes en conséquence : - tu veux être sur que ta porte soit fermer à XX heure, tu lances le scénario fermeture de la porte. - tu veux un retour d'état de ta serrure ? tu fais une scène qui l'ouvre ou qui la ferme en fonction et tu es sur de l'état il n'y aurai qu'une commande pour ouvrir ET fermer, la oui ca serait très problématique ! mais ce n'est pas le cas Malgré tout je pense qu'il manque une fonctionnalité, celle de la fermeture automatique de la serrure après XX secondes. C'était présent sur OkyDokeys et c'était vraiment bien pour être sur que ca se refermait.
  10. Xiaomi Vaccum

    effectivement ca marche mieux J'ai fait l'install et ca marche impec ! encore un grand bravo pour le boulot ! ( PS : si tu t'ennui j'ai un gros challenge pour toi @ADN182 avec la serrure TheKeys.. à priori compatible requette HTTP via une API mais j'y comprends rien de rien ! https://www.domotique-fibaro.fr/topic/10196-the-keys/?tab=comments#comment-176406 )
  11. The Keys

    Oui mais bon, contreventement on fait ça comment ? Ils ont livré quasi tout le monde normalement.. je pense qu'elle sera en vente en 2018 au grand public. Pour le moment j'ai de très bon résultat avec cette serrure.. Si seulement je pouvais l'intégrer dans le HC2 ca serait le top :/
  12. Xiaomi Vaccum

    je ne peux pas télécharger le VD @ADN182 ca me dit : Désolé, il y a un problème La page que vous tentez d’atteindre n’est pas disponible pour votre compte. Code d’erreur 2C171/1 Peux-tu l'uploader sur weTransfer ou simili ?
  13. The Keys

    J'ai réussi à faire le début, mais à partir de Ouvrir la serrure : création d'un partage, je vois plus.. je ne sais pas ou il faut taper ces commandes bref c'est la merde !
  14. The Keys

    voici les infos du Wiki de la Gateway, perso j'y comprends rien du tout et je vois pas quoi en faire... si quelqu'un peut aider, je peux faire le béta tester : Gateway Fonctionnalités Paramètre réseau Recuperation de l'adresse IP par DHCP. On ne recupere que les paramètres réseau de base: IP, netmask et gateway. La gateway ne recupère pas le serveur DNS, ni le proxy si il y en a un. La gateway ne fonctionne pas si un proxy est utilisé. Recuperation de l'IP api.the-keys.fr. On utilise le serveur DNS de google: 8.8.8.8 Taches récurrentes La gateway scan en continue les serrures. Si une serrure annonce qu'elle doit se synchroniser (pour envoyer les informations d'ouverture ou fermeture), la gateway synchronise la serrure Toutes les 5s, elle envoie au serveur les informations sur les serrures qu'elle voit. Le serveur en retour renvoie les informations sur les eventuelles synchronisation a faire Lors de la synchronisation, si un nouveau firmware est disponible, elle se met a jour Dans les informations de synchronisation de la serrure, il y a la mise a jour éventuelle du firmware des serrures Serveur WS Liste des serrures curl http://<ip>/lockers reponse: {"status": "ok", "devices": [{"identifier": 45961123, "rssi": -71, "battery":4065}]} Synchroniser la gateway curl http://<ip>/synchronize Reponse: {"status": "ok", "code": 0} Erreurs: Si la gateway est occupé (autre action en cours): {"status": "500", "message": "busy"} Synchroniser une serrure curl -d "identifier=<id locker>" http://<ip>/locker/synchronize Réponse: {"status": "0", "code": "ok"} Erreurs: Si la gateway est occupé (autre action en cours): {"status": "500", "message": "busy"} Serrure non detectée: status = 1 Impossible de se connecter à la serrure Serrure non compatible: status = 2 La serrure n'est pas compatible avec la gateway Données invalide Le serveur api.the-keys.fr a renvoyé des données de synchronisation invalide (c'est un cas possible sur un problème serveur) Mise à jour de la gateway La gateway sera mise à jour, meme si le firmware est déjà à jour. curl http://<ip>/update Erreurs: Si la gateway est occupé (autre action en cours): {"status": "500", "message": "busy"} Firmware invalide status = 1 Le cas standard est une erreur de téléchargement Erreur générique status = 2 Si le serveur ne renvoie pas le firmware. Mise à jour d'une serrure curl -d "identifier=<id locker>" http://<ip>/locker/update Ouvrir une serrure Creation du partage Pour utiliser la gateway depuis une box domotique, il faut d'abord créer un partage entre la serrure et la gateway. Chaque gateway à un id unique Comment récupère-t-on cet id? Il faut ensuite creer le partage en utilisant le WS "createWithAccessory": def createShare(self, name, locker, gateway): data = {} data["partage_accessoire[description]"] = "" data["partage_accessoire[nom]"] = name headers={"Authorization": "Bearer %s"%self.token} r = requests.post("https://%s/fr/api/v2/partage/create/%s/accessoire/%s"%(self.host, locker, gateway), headers=headers, data=data) data = json.loads(r.text) code=data["data"]["code"] Le WS renvoie en retour le code du partage. Generation du hmac On utilise un timestamp pour generer le hmac. Le timestamp est unique par requete et on ne peut pas utiliser un timestamp plus ancien que le precedent. Exemple en python de la generation du hmac: ts = str(int(time.time())) hm = hmac.new(code, ts.encode("ascii"), "sha256") hash = hm.digest() Ouverture Pour l'ouverture, on envoie le timestamp et le hash: curl -d "identifier=<id locker>&hash=<hash>&ts=<ts>" http://<ip>/open Réponse: {"status": "0", "code": "ok"} Erreur: Parametre manquant: status = 400 Le code contient les informations sur le parametre manquant (timestamp, hash ou identifier) La serrure n'est pas partagée status = 32 La gateway ne peut pas valider le hmac si il n'y a pas de partage avec elle. Hmac invalide status = 33 La serrure n'est pas detectée status = 34 La serrure n'est pas compatible status = 35 Clé invalide status = 36 La gateway a essayé d'ouvrir, mais la serrure a refusé la clé. Verifier que le partage existe et que la serrure est synchronisé dans ce cas. Autre erreur status = 37 Tous les cas d'erreurs non identifiés: - La connection à la serrure a echoué - La connection s'est coupé - La serrure renvoie un timeout Fermer une serrure La fermeture se fait comme l'ouverture. il n'y a que l'url qui change: curl -d "identifier=<id locker>&hash=<hash>&ts=<ts>" http://<ip>/close Status de la gateway A partir de la version 17 curl http://<ip>/status reponse: {"version": "16", "current_status": "Scanning..."} Status d'une serrure La récupération du status se fait comme pour l'ouverture. il n'y a que l'url qui change: curl -d "identifier=<id locker>&hash=<hash>&ts=<ts>" http://<ip>/locker_status Il y a 3 codes possibles en réponse: Etat inconnue (code 0x30) Ce cas se produit quand la serrure vient de démarrer (après une mise a jour par exemple). Porte fermée (code 0x31) Porte ouverte (code 0x32) Test rapide Ci joint les 2 fichiers python qui permettent d'interagir avec la gateway ./test.py --help usage: test.py [-h] [-d] [-i IDENTIFIER] [--host HOST] [-c CODE] action positional arguments: action open, close, search, synchronize, update, synchronize_locker, update_locker optional arguments: -h, --help show this help message and exit -d, --debug -i IDENTIFIER, --identifier IDENTIFIER locker identifier --host HOST host -c CODE, --code CODE code Par exemple, pour ouvrir: ./test.py --host 192.168.0.26 -i 45961123 -c 'Zmo1sps2OVyCFtl1' open test.py (1,2 ko) , 27/09/2017 16:29 gateway.py (2,85 ko) , 27/09/2017 16:29
  15. The Keys

    Je relance le sujet.. quelqu'un y arrive avec un VD Fibaro (sans passer par Jeedom ?) ?
×