Eliah

@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)

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

@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 ?

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.

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.

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 )

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 :/

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 ?

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 !

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

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

Cool ! j'aurai pas fait ce sujet pour rien Si tu veux un beta tester hésite pas J'ai vu qu'il y avait un moyen de le gérer avec domoticz donc je me doutais que ca ne tarderait pas sur Fibaro.. ^^ Beau boulot en attendant.. C'est gérer directement en LUA ? Pas de script php ou python à faire tourner ?

pour info non le xiaomi n'a pas d'API ouverte, elle est fermée et cryptée Pour ce qui concerne Fibaro bcp de choses vont arrivées en 2018 et je crois qu'on ne regrettera pas notre investissement

plus ou moins oui

ba justement j'ai pas envie de tester m'intéresse pas d'avoir plusieurs box ca devient l'enfer après

il n'ya pas moyen de développer un petit soft windows et ensuite des requettes http ? qu'on pourrait ensuite utiliser dans un VD ? Perso je vais pas investir dans jeedom juste pour ca.. j'aimerai mieux trouver une autre solution

Bonjour, Je viens de voir qu'il existe un plugin Jeedom pour contrôler l'aspirateur de xiaomi et je me disais qu'on pourrait surement le faire aussi avec notre HC2... Quelqu'un aurait une idée de comment faire ou l'aurait déjà fait et pourrait faire un petit tuto ? Merci d'avance ! (pour jeedom : http://www.maison-et-domotique.com/76309-mini-guide-integrer-le-robot-aspirateur-xiaomi-dans-jeedom/?utm_source=feedpress.me&utm_medium=feed&utm_campaign=Feed%3A%2Bmaisonetdomotique )

il est en haut d'une armoire, dos aux fenêtres.. au loin il y a le frigo américain et très loin un petit mirroir mais aujorud'hui il faisait gris.. et pas de voiture qui passe ou truc du genre. Pas de sources chaudes non plus. Les paramètres, j'ai modifié le nombre de mouvement, je l'ai passé de 1 à 2 au lieu de 2 à 3..

Bonjour, Je me suis installé une dizaine de motion sensor Fibaro chez moi, dans l'idée d'en faire mon système d'alarme. Cependant je me suis apperçu que les détecteurs de mouvement détectaient de la présence de manière aléatoire lorsque je ne suis pas chez moi (et qu'il n'y a personne). Par exemple aujourd'hui, mon détecteur de la cuisine s'est mis en alerte 9 fois déjà (et il n'est que 15h30). Je me suis mis un script qui dit que dès que le détecteur est en alerte, je reçois une notification. Il n'y a personne chez moi, pas d'animaux, etc.. N'aller pas me dire que c'est une araignée qui passe Et donc bizarrement je n'ai pas vraiment d'alerte sur d'autres détecteurs qui sont dans le noir complet. Et voila que me vient l'idée, qu'il se pourrait bien que ce soit la lumière, les ombres ou des reflets, qui déclencherait le détecteur... Avez-vous déjà eu ce genre de problème, et avez vous un système d'alarme uniquement basé sur des motion sensor Fibaro et qui soit efficace à 100% ? Je sais que la domotique n'est pas considéré comme une alarme "fiable", mais je m'attendais à un minimum quand même. Là avec un détecteur qui se met en alerte plus de 10 fois par jour, c'est juste impossible pour le moment... J'aimerai avoir vos retours d'expérience, et savoir si il y a avait un paramètre que je pourrai ajuster niveau sensibilité pour éviter ce genre de problème, sans rendre le détecteur complètement amorphe non plus... Merci d'avance !

ah ok.. pourtant ca fonctionne.. mais c'est pas bon en fait... ? je risque de griller le moteur c'est ca ? Si je change de module, je branche toujours mon portail et garage sur Q1 et Q2 mais j'alimente en phase le IN c'est ca ?

Bonjour, J'ai installé un double relay switch sur mon système d’automatisme de garage/portail mais j'ai besoin que les bouton dans l'interface fibaro agissent comme des boutons poussoirs et non comme des switch on/off. J'ai bien trouvé le paramètre 20 qui permet de faire ca sur les borne S1 et S2 sauf que je ne les utilise pas. Mon système étant branché sur Q1 et Q2. A l'heure actuel j'ai fait une scène qui met l'interrupteur sur On puis sur Off au bout d'une seconde mais je trouve ca pas top. Il me faudrait de l’impulsionnel en fait.. Il me semblait qu'il y avait une fonction pour ca dans les paramètre du module mais j'avoue que je sèche un peu car le paramètre 20 ne me permet pas d'agir sur Q1 et Q2 et donc dans mon interface smartphone je n'arrive pas à ce que le bouton se referme tout seul après avoir appuyer dessus. Quelqu'un sait faire cela sur un FGS-223 ? Merci d'avance

oui j'ai un peu tout essayé... notamment le coup de la rallonge... mais ya rien de transcendant et encore moins de durable.. Je peux pas laisser une rallonge avec un wallplug au milieu du jardin pour le blog domotique info, ils ne repondent pas et je n'arrive pas à trouver un mail où les contacter

j'ai une box dans un bâtiment en tôle avec une caméra dessus et je voudrais mettre un détecteur de présence à environs 20/25m dans le jardin mais ca ne passe pas... j'ai vu ce tuto et je me disais que ca pouvait être une bonne solution. J'ai acheté une bonne antenne et un cable coax et je voulais tenter l'aventure.. mais la je sèche sur la résistance... De manière générale sur mon installation la portée est vraiment courte. ca passe à peine à 10m et parfois moins alors que je n'ai qu'une baie vitrée entre un wallplug et mon détecteur de mouvement (dans ce cas précis il y a même pas 5m et ça ne passe pas alors que je n'ai qu'un seul relai entre la box HC2 et le détecteur).

oui mais j'ai besoin de quelque chose de plus puissant que ce qui est mit dans le tuto que tu cites. Personne n'a une idée pour les photos ? ^^

Bonjour, Je souhaite augmenter la porté de mon réseau Z-Wave et je me suis lancé dans la modification du module Extender d'Aeon Labs. J'ai tenté de suivre le tuto présent sur ici : http://www.domotique-info.fr/2014/01/diy-ajout-antenne-externe-repeteur-zwave-aeon-labs/ Sauf que depuis, le module est passé en Z-Wave+ et que les circuits imprimés ne correspondent plus. J'aurai besoin d'aide pour retrouver les 2 points à réaliser et surtout la résistance 0 ohm que j'ai beaucoup de mal à identifier... Visiblement le point C18 correspond toujours à l'antenne et ca c'est bon je l'ai identifier mais pour l'autre j'avoue avoir plus de mal... Si quelqu'un a une idée, voici les photos des circuits : https://www.dropbox.com/s/rx444hf76zmb2ur/20170208_182420.jpg?dl=0 https://www.dropbox.com/s/g7aqk7scmlhls0n/20170208_182456.jpg?dl=0 Merci d'avance !