Xiaomi Home : nouveautés dans l’API et disponibilité

Février avait été annoncé pour la disponibilité des batteries des capteurs Xiaomi dans l’API et bien c’est fait.

Xiaomi Home Jeedom

Nouvelles fonctionnalités de l’API

Et février aura finalement été une belle livraison puisqu’on a eu plus que la batterie :

  • la batterie donc biensur
  • le capteur de luminosité de la gateway
  • mais aussi la possibilité de jouer les sons sur la gateway
  • pour finir la prise remonte sa consommation, enfin celle de l’objet branché dessus

Donc voilà une belle mise à jour qui rend cette gamme Xiaomi Security for Home encore plus intéressante.

La prise est la grande gagnante car à part son format chinois, pour 15€ elle devient un must.

Prise avec la nouvelle API

Refonte du plugin Jeedom

Au passage j’en ai profiter pour réécrire une grosse partie du plugin pour la gamme Aqara. Du coup on a toutes les commandes dès la détection d’un équipement et par exemple avec l’état des piles seront indiquées leurs types.

Batteries dans l'API

Donc à la mise à dispo de ce nouveau firmware publiquement, le plugin sera prêt dans votre Jeedom pour profiter de ces nouveautés.

Ce qui veut dire que dans Jeedom on aura :

  • l’état et le type de toutes les piles des différents capteurs
  • une prise qui remonte son état, si elle est utilisée et la consommation en cours et cumulée
  • une gateway avec laquelle on peut jouer les sons, utiliser l’anneau RGB et utiliser en capteur de luminosité
  • et toutes les fonctionnalités déjà existantes

Prochaine refonte, la page Xiaomi Home car c’est pas très lisible vu la quantité d’infos

Retour en stock

Pas assez de bonnes nouvelles ? Et bien alors on continue, les périphériques sont à nouveau en stock chez Gearbest et donc commandables.

 

150 réflexions au sujet de “Xiaomi Home : nouveautés dans l’API et disponibilité”

  1. Ils sont fort quand meme chez xiaomi ! J’aime bien leur stratégie d’ attaquer différents marchés par différents moyens meme si ca reste chinois avec tous ce qu’il y a d’incontrôlable derrière.

    Répondre
  2. Super ca devient vraiment intéressant comme produit avec ce plugin de plus en plus complet !
    Est ce qu’on a une idée de la date de sortie du firmware ?

    Répondre
    • Pas encore de date, j’ai demandé si elle était connue de leur côté (là je la teste actuellement à leur proposition pour préparer le plugin et voir si tout marche bien)

      Répondre
  3. Que de bonne nouvelles, J’ai hâte qu’ils push la MàJ. Sinon Lunarok pourrait tu demander à ton contact si chez Xiaomi ils comptent libérer l’API pour d’autre devices de l’écosystème MiHome ( Mi Air Purifier, Universal IR, Xiaofang 1080p, etc) et également si il est possible d’ajouter la possibilité de lancer les « scénarios/scènes » intégrée dans la Gateway.

    Répondre
    • La possibilité de créer un ‘déclencheur’ par API je lui en ais parle. L’idée serait de l’utiliser pour tout ce qui est possible dans mihome mais pas via une API (robot, kettle, purificateur, multiprise…)
      Malheureusement pour les autres produits pas évident. Aqara est un produit de lumi, une compagnie du groupe xiaomi. Mais les autres n’ont pas forcément la même demarche

      Répondre
  4. Bonsoir Lunarok,

    J’ai un petit soucis avec le plugin Xiaomi sous Jeedom et les Yeelight.
    J’utilise aussi un autre logiciel de domotique, lui-même avec un plugin Yeelight (domoticz pour ne pas le citer).
    Lorsque le plugin de Domoticz est actif, cela a pour effet de faire remonter dans Jeedom des dizaines et des dizaines de fausses Yeelight sous le nom Xiaomi Home, et toutes ont pour Ip celle de Domoticz. Je suis bien entendu incapable de dire de quel côté se situe le problème, la seule chose que je sais, c’est que l’inverse n’est pas vrai, Domoticz ne détecte que de « vraies » Yeelight.

    Répondre
  5. Bonjour Lunarok,

    Super boulot, merci beaucoup

    Tu confirmes que le FW n’est pas encore public/dispo ? Je suis en 1.4.1_143.0141 et pas de mise à jour dispo.

    Sauf erreur, il manque encore une fonctionnalité: pouvoir appairé un nouveau device sans passer par l’appli mi home.
    (J’ai envie de supprimer le lien vers le cloud xiaomi, mauvais expérience avec la cam YI ant plus utilisable hors de Chine…)

    Répondre
  6. Bonjour Lunarok,

    Merci pour ces retours.

    Petite question les interrupteurs sont déjà compatible ou ils vont l’être?

    Car chez moi ma fille et madame on le réflexe de jouer de l’interrupteur ce qui est normal mais pénible pour l’utilisation via scénario etc…donc si via les interrupteur xiaomi je éteins les yeelight mais sans coupé le courant….c’est parfait.

    Merci d’avance pour ton retour.

    Répondre
  7. Ludovic (Sarahkha63) m’a donné l’idée de domotiser ma boite aux lettres. Plutôt qu’un contacteur d’ouverture qui n’est pas compatible avec l’ouverture de la porte, je pensais pouvoir utiliser le petit détecteur de mouvement de Xiaomi, collé dans la boite. Problème, la liaison est instable. Je pense que la boite fait cage de Faraday et que même si la distance avec la gateway n’est que de 6 mètres, le signal n’est pas assez puissant pour être reçu par la gateway. Ma question est donc : existe t’il une solution pour répéter/amplifier le signal ?

    Répondre
    • J’ai eu la même idée JC38 (avec un contact de porte) mais je rencontre le même problème la boite aux lettres fait cage de faraday et je perd le signal (Porte ouverte ça fonctionne nickel). J’ai essayer de rapprocher la Gateway ou un Mi Plug au plus proche que je peu mais ça ne fonctionne toujours pas (une 10aine de mètres à travers la fenêtres). Peu être est il possible de rallonger/déporter l’antenne zigbee dans le capteur? J’ai pas encore regarder de ce coté la.
      Sinon j’ai également soudé des fils sur un Switch Xiaomi afin de le placer dans mon carillon afin de récupérer la paire de fils qui va jusqu’au bouton sonnette ( qui est dehors à un étage en dessous) afin de faire une sonnette connecté. Ça fonctionne mais j’ai des déclenchement intempestif sans savoir pourquoi. C’est peu être du à la longueur et à l’impédance des fils mais je n’ai pas trouver de solution. Du-coup j’ai remis le carillon pour l’instant.

      Répondre
    • Le dev a esquivé deux fois la réponse à cette question cette semaine, donc je suppose que c’est pas pour aujourd’hui vu que leur journée est finie.

      Répondre
  8. Bonjour Lunarok,

    j’ai acheter le plugin, sur jeedom pour Synology, mais le xiaomi Gateway ne remonte pas,
    v2(avec radio), mode developer activé, mainland, iOS + Android, rien y fait sa remonte pas.

    merci de ton aide!!!

    Répondre
  9. Pour info, une version Android de Mi Home vient d’être mise à dispo via l’appli elle-même. Nouvelle version = 4.1.1

    Répondre
      • Oui, oui…. Mais l’info est quand même exacte;-) C’est vrai que j’attends des maj de Xiaomi avec impatience, du coup je me suis emballé trop vite. J’ai des problèmes avec leur appli pour faire reconnaitre des flower care sans que je comprenne l’origine du problème… 🙁

        Répondre
        • Si tu as des problèmes de reconnaissance de tes flower care c’est probablement du au fait que tes devices sont chinois, et que Xiamoi bloque désormais l’apppairage de ces devices si ton ip n’est pas chinoise.
          Je te conseil de passer par un vpn. personnellement, j’utilise Fly VPN sur Anrdroid

          Répondre
  10. Salut,

    Bravo pour ton travail.
    Pourrais-tu me dire ou tu as trouvé la doc pour l’api car je voudrais me créer une appli perso.

    Merci pour ton aide

    Répondre
  11. Bonjour

    J’ai recu cette semaine tout le matos et j’ai tout bien paramétré sur l’appli Android. Je viens d’installer le plugin Jeedom mais je n’arrive pas à remonter la Gateway dans l’appli. J’ai pourtant parcouru plusieurs tutos dont le tien et je ne comprends pas, c’est sensé remonter automatiquement..

    Répondre
  12. Bonjour

    Oui, le LAN protocol est bien activé. Il n’est pas necessaire que le RPI soit en WIFI quand meme, si ?

    Répondre
  13. non , il doit jsute etre accessible par le réseau, LAN ou WIFI.. As tu pensé à indiquer l’adresse du RPI dans la config réseau de Jeedom (menu configuration, puis configuration réseau, puis dans acces interne, apres le http tu mets l’@IP de ton RPI

    Répondre
    • Oui, j’avais déjà le domaine local, j’ai entré à tout hasard l’@IP mais ca n’a rien changé. Et en parlant d’IP, j’ai regardé du côté de mon firewall et le problème venait de là. Merci pour m’avoir mis sur une piste 🙂

      Répondre
  14. Salut,

    Des news du nouveau firmware de la Gateway Xiaomi Home ?
    Il y a moyen de l’avoir en avant première et de faire les beta-testeurs. une astuce ? 😉

    J’ai déjà le plug-in et je l’adore… Merci Lunarok.
    Donc je suis super intéressée d’avancer et d’avoir la dernière version du firware et du plug-in surtout pour mes prises Zigbee Xiaomi.

    A+ et merci d’avance pour le feedback.

    Répondre
  15. Hello Lunarock,
    je ne sais pas si la nouvelle API apportera ce que je cherche, je ne pense pas que non à moins d’une ouverture du protocole de communication…
    je cherche si il est possible de s’affranchir de la Gateway Xiaomi.
    Quand on a Jeedom, hormis le fait que la gateway communique les infos des équipements, je la trouve l’interface Xiaomi bien pauvre par rapport aux capacités de Jeedom.
    J’aimerais donc bien m’en passer tout en gardant tous les capteurs Xiaomi (présence, température, ouverture) qui sont sympa, compacts et vraiment pas chers.
    Un des intérêts majeurs est aussi en cas de panne électrique involontaire ou volontaire, la gateway n’étant plus alimentée, mon jeedom ne recevra plus aucun évenenment ..

    Mais faudrait il encore que Jeedom puisse capter le zigbee qui est utilisé par Xiaomi

    A ma connaissance, en ayant lu pas mal de pages de forum, il me semble que cela n’est pas possible?
    Peux tu me le confirmer ?
    Le plugin MyHome de legrand ne fonctionne pas avec les équipements Xiaomi?

    Bien cordialement
    Patrick

    Répondre
    • Non c’est pas possible actuellement.
      Après je suis pas pour ce genre de solution personnellement. J’aime le principe de la gateway qui est autonome justement. Un réseau zwave ca veut dire que jeedom est à la fois automate et hyperviseur. Tu le rebootes tu perds tout ton réseau zwave le temps du boot, pas terrible. Un peu comme IPX avec Jeedom par dessus, ou une alarme avec Jeedom par dessus le principe Xiaomi est autonome à minimum.

      Répondre
    • Salut

      Au pire tu fais comme moi tu met Serveur Jeedom + Box internet + Gateway Xiaomi sur onduleur (60e en vente flash) avec plugin NUT et les coupures on en parle plus 😉

      Amicalement,

      Répondre
  16. OK, je comprends, mais bon automate et hyperseur dans la même box c’est très courant et très simple à gérer et sécuriser.
    il faut que j’arrive à sécuriser l’alim de la gateway alors …car si on parle sécurité, si on me coupe le courant avant de rentrer chez moi, il y a plus de Xiaomi .. donc plus d »événement qui remonte.. ou alors écrire un scénario, genre si plus de courant alors créer une alarme car dans tous les cas, c’est pas bon pour mes frigos ou pour mes lingos!!

    Répondre
  17. Bonjour Lunarok. Merci pour ce boulot, j’aime Xiaomi depuis toujours, là c’est top.
    Par contre, j’ai 2 yeelight dans la chambre d’mais et le bureau, et j’ai pas l’impression que le retour d’état fonctionne. Quand elle es offline, je la vois allumée dans Jeedom. Une idée?

    Répondre
        • @lunarok, je l’avais bien compris, mais du coup elle est visible comme allumée sur le dashboard, c’est pas top… Bien que je comprenne ton point de vue.
          J’ai essayé de triturer l’affichage du widget, en rajoutant une condition sur le « online », mais sans succès. Ca reste à off tout le temps maintenant.
          Je suis d’accord avec @Fred dans le principe

          Répondre
          • Dans ce cas, toi qui connais clairement mieux jeedom que moi, saurais-tu m’orienter vers une technique nous permettant d’afficher une image de l’état, mais qui prend également en compte l’offline? Par exemple, chez moi, j’avais fait:

            if ((‘#state#’ == ‘1’ || ‘#state#’ == 1) && (‘#state#’ == ‘1’ || ‘#state#’ == 1)) {
            $(‘.iconCmd#uid#’).append(‘‘);
            } else {
            $(‘.iconCmd#uid#’).append(‘‘);
            }

            Mais malheureusement sans succès.

            Le but étant simplement de toucher à notre affichage dans quelques cas précis, comme celui de Fred et moi-même, pas de changer le mode de fonctionnement pour tout le monde 😉

          • @Loico : une solution ou plutôt un workaround de mon point de vue est de créer un virtuel pour chaque ampoule qui gère la combinaison online vs statut mais je trouve que ce n’est pas une solution saine et elle complexifie la solution domotique.

            @Lunarok : Peux tu expliquer le choix de ce comportement ? Dans quel use case doit on avoir le statut a 1 alors que l’ampoule est offine ?
            Fonctionnellement je ne comprends pas. désolé 😉

          • Je comprends mais tu pourrais non ?
            Je sais que c’est une evolution du plugin et que ca demande encore un peu de taf mais je reste persuadé que le comportement actuel (Je ne te jette pas la pierre il y avait le meme problème sur le plugin wifilight) n’est fonctionnellement pas le bon.

            Disons que dans jeedom dans mon résumé domotique j’ai toujours des lumières allumées alors que dans les fait non. et j’ai des alertes si je suis absent et lumière allumée. On a donc une fausse information.

            Encore une fois j’explique et je ne critique pas ton travail hein 🙂

            Bref Convaincu ? ou une chance de te convaincre ? :p

            Merci encore

          • Non pas convaincu. Le online a été ajouté en cas de non présence sur le réseau, donc il est injoignable. Mais la lampe peut très bien être allumée. Réseau wifi down (certains le coupe la nuit) mais lampe allumée. Donc ca sera jamais parfait et ne collera pas à tout le monde.

          • Re, j’avais zappé ta réponse.

            Evidemment il y a toujours des exceptions je pense néanmoins que le cas nominal est celui quand on coupe la Lumiere par interrupter.

            On peut toujours trouver un cas pour lequel le fonctionnel actuel fonctionne mais cela ne veut pas dire qu’il faut se cacher derrière un use case particulier pour ne pas faire avancer le use case nominal. Et en mode nominal le status des lampes est confus.

            Les ampoules wifi sont faites pour être utilisé par l’interrupteur électrique our par commande informatique. C’est leur avantage il faudrait donc pour moi ( et pas que vu quelques retours sur le forum et ici) gérer ce cas (Si pas online alors par défaut elle sont éteinte).

            De toute façon si tu coupe le wifi tu aura potentiellement quand meme un retour d’état non valide puisque tu ne peux pas contacter l’ampoule. Donc autant avoir un comportement commun a tous si pas online alors on considére que l’ampoule n’est pas allumée.

            Tu peux ne pas avoir envie de le faire mais dire que ce n’est pas le cas nominal je ne comprends pas.

            Si il faut que je bidouille de mon coté des virtuels pour gérer cette situation je vais le faire mais je trouve dommage de surchargé, complexifié jeedom pour une exception fonctionnel qui sera utilisé par combien de personnes ?.

            La technique sans le fonctionnel c’est nul et le fonctionnel sans la technique c’est nul aussi 😉 Cela va de paire et pour démocratiser la domotique il est important que les cas nominaux (Pour le grand public et l’usage lambda) soit abouti. Je ne met pas en cause la technique ou les choix que tu as fait au moment ou tu les as fait mais le ressenti et le retour des usagers et à prendre en considération. Je suis pour une démarche itérative afin de paufiner le comportement fonctionnel de chaque action.

            J’essaye de juste faire avancer le schmilblick et d’exprimer un point de vue. Je pourrai en discuter des heures tellement je suis convaincu de cette démarche de partage, de clarification des usages pour tous qui est pour moi un énorme frein à la démocratisation de la domotique. Toute la partie technique commence a être vraiment mature car a des personnes comme toi entre autres qui s’invistent qui partage … Il faut libérer le fonctionnel au plus grand nombre par un usage simple, claire et rapide cela servira a l’ensemble du monde domotique.

            Au plaisir de te lire encore et encore et d’en discuter encore et encore constructivement (ici ou ailleurs) .

          • Non dsole ces ampoules n’ont pas a être éteintes électriquement car ça les rend injoignables et donc inutilisables en domotique.
            La bonne pratique c’est de les laisser allumer. L’interrupteur doit envoyer une commande d’extinction et non pas l’éteindre électriquement

          • Non mais t’es sérieux la ? tu t’enfonces un peu tout seul la non ? :p

            Donc si je te suis :

            1) Si j’ai plus de box domotique je ne peux plus allumer mes ampoules c’est bien ca ? C’est WAF ? non c’est pas waf c’est meme pas conseillé du tout…

            2) Je dois débrancher mes interrupteurs électriques actuels ? l’intérêt justement de ce genre d’ampoule est de pouvoir plugger ses ampoules ou tu veux (dans de l’ancien et ou du neuf) et de bénéficier de ces 2 modes électrique et domotique.

            3) Dans l’appli yeelight on peut definir l’état de l’ampoule ou utiliser le dernier état connu après un extinction électrique. Si il l’on fait c’est que c’est utile non et que c’est prévu d’etre utiliser comme ca ?

            Donc oui l’ampoule yeelight est faite pour etre utiliser dans ces 2 modes je crois que tu ne peux pas le nier.

            Bref je pense que tu fais fausse route sur ce point mais vu que tu veux pas changer de direction ni meme regarder dans la rétro viseur …
            Encore une fois j’ai le sentiment que tu t’attaches « sentimentalement » au comportement que tu as implémenté sans prendre en considération le retour des utilisateurs.

            Dommage vraiment dommage avec un tel potentiel on pourrai faire des choses encore plus abouti et user friendly.

            Ps : Pour info je discute beaucoup des usages autour de moi (Avec des geek des pas geeks des gens de tout horizon) et comme je te l’ai déjà dit c’est une parti de mon métier d’identifier des usages, des comportements, (Cela ne justifie pas le résultat mais justifie le process d’identification du besoin) bref le retour que je te fais n’est pas juste une envie personnelle mais un aboutissement d’une réflexion construite à plusieurs. Et comme toi je passe du temps a analyser les usages et a retranscrire les retours d’expériences que j’ai ou que je vois autour de moi.

            Quand tu codes je ne me permettrai jamais de te dire comment coder c’est un métier avec ces contraintes comme le design fonctionnel est un métier en soi.

            Je t’ai dit que je pourrai en discuter des heures 😉

          • @Fred, j’suis d’accord avec toi, mais tu vas un peu loin là non?
            Je veux dire, tu mets beaucoup d’énergie, qui, au travers d’internet est perçue agressivement, ca donnera pas envie à Lunarok de bosser pour faire ce que tu lui demandes. L’art et la manière de présenter les choses (même si, encore une fois, on a précisément le même besoin et je suis 100% d’accord avec toi)

            Je cherche un contournement de mon côté, je le posterai ici quand j’aurai trouvé. Mais pas trop le temps en ce moment

          • Un virtuel, c’est pas un contournement c’est natif dans Jeedom (avec un statut du genre si (online==0 || statuts ==0))

          • Tu comprends pas non plus donc ca sert à rien. Ce que tu demandes c’est une verrue codée pour pas se retrousser les manches et faire un virtuel. Le genre de truc à foutre le bordel. Donc élementairement non ca n’a pas sa place quand ca ne correspond pas à l’usage de tous.
            Si je continue dans ta logique je devrais quand on débranche l’ampoule : mettre en couleur noir (parceque comme ca pour ceux qui utilisent que le widget couleur ca leur fausse pas le résultat), pareil pour la luminosité, pareil pour le mode etc etc. Sauf que ben c’est un vrai bordel et que ca correspond pas à l’usage de tous.

            Et si c’est pas universel, à chacun de s’adapter quand il a une demande. Faut arrêter de vous attendre à ce que l’on fasse ce que tout le monde demande. C’est un risque au niveau dev d’empilé des trucs de ce genre.

            Et puis c’est bon j’ai le droit d’avoir un plugin qui correspond à mon usage à moi non quand même ? C’est du délire ca, faudrait que je fasse un plugin que je peux pas utiliser nativement maintenant.

          • Non je t’écoute, je vous écoute …

            Je suis peut etre allé un peu loin comme dit Loic… désolé mais c’est le coeur qui a parlé 😉 effectivement l’échange par message interposé n’est pas le meilleur moyen pour faire passer un message. J’ai essayé d’être constructif néanmoins et d’apporter de l’eau au moulin.
            Mon but n’est pas de faire du finger pointing mais juste de dire qu’il faut penser a voir un peu plus loin dans les usages. Je pense sincérement et avec enthousiasme que c’est la grosse étape à franchir pour jeedom. Et que moins il y a de paramétrage à faire plus c’est simple meme si de temps en temps ca demande une verrue. Dans tous soft il y a des verrues malheureusement mais c’est ainsi.

            Passé par des virtuels et la solution pour notre problème oui mais je reste sur ma position que ca complexifie la config et l’usage de jeedom et que cela ne sert pas à démocratiser la domotique (Ca doit bouffer des ressources supplémentaires en plus …). On va faire comme ca alors meme si je trouve ca dommage.

            Fin de la discussion au plaisir d’avoir d’autres échanges sur d’autres sujet avec autant d’intérêt de toutes les parties 😉

            Je remarque positivement qu’on est tous bien investi dans cette solution et je remerciai jamais assez toutes les personnes qui s’investissent dans le grand projet jeedom.

            Fred jamais rancunier et qui a toujours envie d’avancer 😉

            Je te kiff lunarok ! t’es a fond et j’aime ca :p

            Ps : j’ai le meme genre de discussion en pro DEV VS FONCTIONNEL c’est le jeu et j’écoute les devs sans eux ils ne se passent rien j’estime donc beaucoup leur travail comme j’estime le travail des fonctionnel, designer proche du terrain et du retour des utilisateurs finaux. C’est ensemble qu’on avance en fesant des compromis. Dette technique / delais / cout / fonctionnel. Merci d’avoir pris le temps de me lire 😉

          • J’aime faciliter les choses, moi même je suis un gros flemmard (logique) donc je veux en faire le moins possible. Alors oui le qui marche tout seul je suis pour à 100% (la preuve les yeelight sont créées en auto car je voulais pas devoir faire un ajout)
            Mais, je n’aime pas abrutir les gens de trop. Tout comme je déteste les copier coller, c’est bien que les utilisateurs comprennent l’utilisation. Si on leur donne tout en prémaché ils se privent des usages avancés de Jeedom quelque part. Et surtout ne se posent pas la question « est-ce que je peux mieux me servir du matériel/jeedom ». L’éducation c’est primordial, ca vient avec l’envie du sans cloud, rester maître ca nécessite de comprendre ce qu’on fait.

  18. Encore un super article.

    Qq aurait un retour sur l’autonomie du détecteur de présence? Car le test de Cedric http://www.maison-et-domotique.com/62938-62938/ indique que la durée de vie est faible.

    Sur le site officiel j’ai vu 2 ans, mais pour moi c’est le minimum, donc vos retours sont les bienvenus si vous l’utilisez quotidiennement depuis 5-6 mois.

    Merci !

    Répondre
  19. Bonjour,
    Tout d’abord merci pour le travail d’intégration des produits xiaomi qui ont l’air vraiment top.

    Je viens d’installer le plugin home pour Jeedom mais rien ne vient, je suis bien mainland china et chinois. Je ne l’étais pas au début, j’ai donc réinstaller le plugin puis les dépendances mais toujours rien dans jeedom :
    J’ai une erreur 200 : syntaxError : unexpected end of JSON input – Et dans le Démon j’ai statut NOK.
    J’ai du merder quelque part mais je ne trouve pas où…
    Merci de ton aide

    Répondre
    • Bonjour,

      J’ai le même problème, pourrais-tu être précis sur les actions que tu as portés ?
      J’installe jeedom depuis la version netinstall, j’installe le plugin mais il ne fonctionne pas. D’où vient le problème ?

      Cordialement,

      Répondre
  20. Bonsoir,

    Je possède une Gateway Xiaomi reçue aujourd’hui accompagnée d’une flotte de capteurs. Après avoir paramétré le plugin Xiaomi Home, je parviens à utiliser les sondes de température, les motion et door sensor correctement sur Jeedom mais la gateway ne possède aucune commande… c’est un objet « vide », d’ailleurs sur le Dashboard on a uniquement son nom et c’est tout, rien à avoir avec l’image dispo dans cette page. Donc pas de contrôle de la lumière sur la gateway… ni de luminosité dans jeedom.
    Rien n’est remonté de ce périphérique (onglet commandes vide), il permet à ce stade uniquement la communication avec les capteurs.

    L’appli Mi Home me dit que je suis à jour en 1.4.1_143.0141.

    J’ai tenté de débrancher et reset la gateway

    J’ai tenté la réinstallation du plugin et la réinstallation des dépendances et tenté une maj via le centre de mises à jour.

    J’ai tenté la suppression de la gateway, celle-ci est recréée automatiquement une dizaine de seconde aprés… recréée mais sans aucune commande.

    J’ai tenté de redémarrer jeedom grrrrr…

    La gateway est en mode developpeur et j’ai mis le mot de passe…

    Jeedom à jour.

    La partie réseau est configurée dans jeedom avec ip + domaine externe pour y accéder, mais j’ai coché « désactiver la gestion du réseau par Jeedom » car il à la fameuse tendance à venir mettre l’adresse MAC à tors et à travers.

    La gateway reçoit bien les heartbeat en provenance des différents capteurs :
    Aquara received from 192.168.0.19 : {« cmd »: »heartbeat », »model »: »gateway », »sid »: »286c0788aeca », »short_id »: »0″, »token »: »vxLulNd48hjVgyik », »data »: »{\ »ip\ »:\ »192.168.0.xx\ »} »}

    Statut du démon Xiaomi Home OK (vert) : RAS à part ce message dans les logs dépendances :

    Début de l’installation
    Version actuelle : v5.12.0
    Ok, version suffisante
    Reading package lists…
    Building dependency tree…
    Reading state information…
    python-pip is already the newest version.
    0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
    Requirement already satisfied (use –upgrade to upgrade): yeecli in /usr/local/lib/python2.7/dist-packages
    Cleaning up…
    Requirement already satisfied (use –upgrade to upgrade): mihome in /usr/local/lib/python2.7/dist-packages
    Cleaning up…
    /var/www/html/plugins/xiaomihome/resources
    +– crypto@0.0.3
    `– dgram@1.0.1
    npm WARN enoent ENOENT: no such file or directory, open ‘/var/www/html/plugins/xiaomihome/resources/package.json’
    npm WARN resources No description
    npm WARN resources No repository field.
    npm WARN resources No README data
    npm WARN resources No license field.
    /var/www/html/plugins/xiaomihome/resources
    +– crypto@0.0.3
    `– dgram@1.0.1
    npm WARN enoent ENOENT: no such file or directory, open ‘/var/www/html/plugins/xiaomihome/resources/package.json’
    npm WARN resources No description
    npm WARN resources No repository field.
    npm WARN resources No README data
    npm WARN resources No license field.
    Fin de l’installation

    Je précise que je tourne sous Esxi et Debian 8 Jessie, aucun problème à signaler et j’utilise bon nombre d’autres plugins (caméra, my sensors, network, kodi, Onduleur Nut serveur, Freebox OS, Broadlink RM PRO, Monitoring, Waze, Géoloc etc…. etc…). RAS.

    Pouvez vous m’aider à résoudre mon problème SVP ?

    Merci beaucoup pour ton travail Lunarok.

    Très cordialement,

    Répondre
  21. Oui.. firmware de la gateway home installé et plugin du market Jeedom mis à jour.
    Je vois bien maintenant la charge de la batterie pour mes capteurs de présence, température et ouverture.
    La luminostité apparait aussi sur la gateway.. ainsi que des éléments pour le son (pas encore testé..)
    Good job Lunarock

    Répondre
  22. Lunarock
    j’ai vu que tu avais fait un update sur le market ce matin très tot. Moii je l’ai téléchargé hier. Faut il que je reforce une mise à jour?

    Répondre
  23. Hello Lunarok
    Je viens de recevoir ma gateway ainsi que le sensor de temperature, j ai bien suivi les instructions mainland china activation Dev et toute les updates sont faite que ce soit appli ou firmware ect… Ma gateway est bien connecter a ma box orange et j ai son ip. Je precise que jeedom est sur un Pc sous Debian Jessie, tout fonction parfaitement Zwave BLEA Broadlink, l’ip de jeedom est renseigner dans la config reseau,le soucis c est au niveau du plugon Xiaomi Home, les dependance reste en Nok et du coup le Demon aussi ((((

    Voici les logs
    Début de l’installation
    Version actuelle : v0.10.29
    KO, version obsolète à upgrader
    Suppression du Nodejs existant et installation du paquet recommandé
    Lecture des listes de paquets…
    Construction de l’arbre des dépendances…
    Lecture des informations d’état…
    Le paquet « npm » n’est pas installé, et ne peut donc être supprimé
    Les paquets suivants seront ENLEVÉS :
    libc-ares2* libv8-3.14.5* nodejs*
    0 mis à jour, 0 nouvellement installés, 3 à enlever et 0 non mis à jour.
    Après cette opération, 7 463 ko d’espace disque seront libérés.
    (Lecture de la base de données…
    (Lecture de la base de données… 5%
    (Lecture de la base de données… 10%
    (Lecture de la base de données… 15%
    (Lecture de la base de données… 20%
    (Lecture de la base de données… 25%
    (Lecture de la base de données… 30%
    (Lecture de la base de données… 35%
    (Lecture de la base de données… 40%
    (Lecture de la base de données… 45%
    (Lecture de la base de données… 50%
    (Lecture de la base de données… 55%
    (Lecture de la base de données… 60%
    (Lecture de la base de données… 65%
    (Lecture de la base de données… 70%
    (Lecture de la base de données… 75%
    (Lecture de la base de données… 80%
    (Lecture de la base de données… 85%
    (Lecture de la base de données… 90%
    (Lecture de la base de données… 95%
    (Lecture de la base de données… 100%
    (Lecture de la base de données… 174142 fichiers et répertoires déjà installés.)
    Suppression de nodejs (0.10.29~dfsg-2) …
    Suppression de libc-ares2:amd64 (1.10.0-2+deb8u1) …
    Purge des fichiers de configuration de libc-ares2:amd64 (1.10.0-2+deb8u1) …
    Suppression de libv8-3.14.5 (3.14.5.8-8.1) …
    Purge des fichiers de configuration de libv8-3.14.5 (3.14.5.8-8.1) …
    Traitement des actions différées (« triggers ») pour man-db (2.7.0.2-5) …
    Traitement des actions différées (« triggers ») pour libc-bin (2.19-18+deb8u7) …
    Utilisation du dépot officiel
    ## Installing the NodeSource Node.js v5.x repo…
    ## Populating apt-get cache…
    + apt-get update
    Ign cdrom://[Debian GNU/Linux 8.7.1 _Jessie_ – Official amd64 kde-CD Binary-1 20170116-10:58] jessie InRelease
    Ign cdrom://[Debian GNU/Linux 8.7.1 _Jessie_ – Official amd64 kde-CD Binary-1 20170116-10:58] jessie Release.gpg
    Ign cdrom://[Debian GNU/Linux 8.7.1 _Jessie_ – Official amd64 kde-CD Binary-1 20170116-10:58] jessie Release
    Ign cdrom://[Debian GNU/Linux 8.7.1 _Jessie_ – Official amd64 kde-CD Binary-1 20170116-10:58] jessie/main amd64 Packages/DiffIndex
    Ign cdrom://[Debian GNU/Linux 8.7.1 _Jessie_ – Official amd64 kde-CD Binary-1 20170116-10:58] jessie/main Translation-fr_FR
    Ign http://ftp.fr.debian.org jessie InRelease
    Atteint http://security.debian.org jessie/updates InRelease
    Atteint http://ftp.fr.debian.org jessie-updates InRelease
    Ign http://dl.google.com stable InRelease
    Ign http://ppa.launchpad.net jessie InRelease
    Atteint http://dl.google.com stable Release.gpg
    Ign http://ppa.launchpad.net jessie InRelease
    Atteint http://ftp.fr.debian.org jessie Release.gpg
    Atteint http://dl.google.com stable Release
    Ign http://ppa.launchpad.net jessie Release.gpg
    Ign http://ppa.launchpad.net jessie Release.gpg
    Atteint http://security.debian.org jessie/updates/non-free Sources
    Atteint http://ftp.fr.debian.org jessie Release
    Ign http://ppa.launchpad.net jessie Release
    Réception de : 1 http://dl.google.com stable/main amd64 Packages [1 457 B]
    Atteint http://security.debian.org jessie/updates/non-free amd64 Packages
    Ign http://ppa.launchpad.net jessie Release
    Atteint http://security.debian.org jessie/updates/non-free Translation-en
    Atteint http://security.debian.org jessie/updates/main Sources
    Atteint http://security.debian.org jessie/updates/main amd64 Packages
    Réception de : 2 http://ftp.fr.debian.org jessie-updates/main amd64 Packages/DiffIndex [7 900 B]
    Atteint http://security.debian.org jessie/updates/main Translation-en
    Réception de : 3 http://ftp.fr.debian.org jessie-updates/non-free amd64 Packages/DiffIndex [736 B]
    Réception de : 4 http://ftp.fr.debian.org jessie-updates/main Translation-en/DiffIndex [2 704 B]
    Réception de : 5 http://ftp.fr.debian.org jessie-updates/non-free Translation-en/DiffIndex [736 B]
    Ign http://dl.google.com stable/main Translation-fr_FR
    Ign http://dl.google.com stable/main Translation-fr
    Ign http://dl.google.com stable/main Translation-en
    Atteint http://ftp.fr.debian.org jessie-updates/main Sources
    Atteint http://ftp.fr.debian.org jessie-updates/non-free Sources
    Atteint http://ftp.fr.debian.org jessie/main Sources
    Atteint http://ftp.fr.debian.org jessie/non-free Sources
    Atteint http://ftp.fr.debian.org jessie/main amd64 Packages
    Atteint http://ftp.fr.debian.org jessie/non-free amd64 Packages
    Err http://ppa.launchpad.net jessie/main amd64 Packages
    404 Not Found
    Atteint http://ftp.fr.debian.org jessie/main Translation-fr
    Ign http://ppa.launchpad.net jessie/main Translation-fr_FR
    Ign http://ppa.launchpad.net jessie/main Translation-fr
    Atteint http://ftp.fr.debian.org jessie/main Translation-en
    Ign http://ppa.launchpad.net jessie/main Translation-en
    Err http://ppa.launchpad.net jessie/main amd64 Packages
    404 Not Found
    Atteint http://ftp.fr.debian.org jessie/non-free Translation-en
    Ign http://ppa.launchpad.net jessie/main Translation-fr_FR
    Ign http://ppa.launchpad.net jessie/main Translation-fr
    Ign http://ppa.launchpad.net jessie/main Translation-en
    12,1 ko réceptionnés en 3s (3 443 o/s)
    W: Impossible de récupérer http://ppa.launchpad.net/docky-core/stable/ubuntu/dists/jessie/main/binary-amd64/Packages 404 Not Found
    W: Impossible de récupérer http://ppa.launchpad.net/numix/ppa/ubuntu/dists/jessie/main/binary-amd64/Packages 404 Not Found
    E: Le téléchargement de quelques fichiers d’index a échoué, ils ont été ignorés, ou les anciens ont été utilisés à la place.
    Error executing command, exiting
    Lecture des listes de paquets…
    Construction de l’arbre des dépendances…
    Lecture des informations d’état…
    Les paquets supplémentaires suivants seront installés :
    libc-ares2 libv8-3.14.5
    Les NOUVEAUX paquets suivants seront installés :
    libc-ares2 libv8-3.14.5 nodejs
    debconf: Impossible d’initialiser l’interface : Dialog
    debconf: (L’interface dialog ne fonctionnera pas avec un terminal rustique (« dumb »), un tampon shell d’Emacs ou sans terminal de contrôle.)
    debconf: Utilisation de l’interface Readline en remplacement
    debconf: Impossible d’initialiser l’interface : Readline
    debconf: (Cette interface a besoin d’un terminal de contrôle.)
    debconf: Utilisation de l’interface Teletype en remplacement
    dpkg-preconfigure: impossible de réouvrir stdin :
    0 mis à jour, 3 nouvellement installés, 0 à enlever et 0 non mis à jour.
    Il est nécessaire de prendre 0 o/1 990 ko dans les archives.
    Après cette opération, 7 463 ko d’espace disque supplémentaires seront utilisés.
    Sélection du paquet libc-ares2:amd64 précédemment désélectionné.
    (Lecture de la base de données…
    (Lecture de la base de données… 5%
    (Lecture de la base de données… 10%
    (Lecture de la base de données… 15%
    (Lecture de la base de données… 20%
    (Lecture de la base de données… 25%
    (Lecture de la base de données… 30%
    (Lecture de la base de données… 35%
    (Lecture de la base de données… 40%
    (Lecture de la base de données… 45%
    (Lecture de la base de données… 50%
    (Lecture de la base de données… 55%
    (Lecture de la base de données… 60%
    (Lecture de la base de données… 65%
    (Lecture de la base de données… 70%
    (Lecture de la base de données… 75%
    (Lecture de la base de données… 80%
    (Lecture de la base de données… 85%
    (Lecture de la base de données… 90%
    (Lecture de la base de données… 95%
    (Lecture de la base de données… 100%
    (Lecture de la base de données… 174035 fichiers et répertoires déjà installés.)
    Préparation du dépaquetage de …/libc-ares2_1.10.0-2+deb8u1_amd64.deb …
    Dépaquetage de libc-ares2:amd64 (1.10.0-2+deb8u1) …
    Sélection du paquet libv8-3.14.5 précédemment désélectionné.
    Préparation du dépaquetage de …/libv8-3.14.5_3.14.5.8-8.1_amd64.deb …
    Dépaquetage de libv8-3.14.5 (3.14.5.8-8.1) …
    Sélection du paquet nodejs précédemment désélectionné.
    Préparation du dépaquetage de …/nodejs_0.10.29~dfsg-2_amd64.deb …
    Dépaquetage de nodejs (0.10.29~dfsg-2) …
    Traitement des actions différées (« triggers ») pour man-db (2.7.0.2-5) …
    Paramétrage de libc-ares2:amd64 (1.10.0-2+deb8u1) …
    Paramétrage de libv8-3.14.5 (3.14.5.8-8.1) …
    Paramétrage de nodejs (0.10.29~dfsg-2) …
    update-alternatives: utilisation de « /usr/bin/nodejs » pour fournir « /usr/bin/js » (js) en mode automatique
    Traitement des actions différées (« triggers ») pour libc-bin (2.19-18+deb8u7) …
    Version actuelle : v0.10.29
    Lecture des listes de paquets…
    Construction de l’arbre des dépendances…
    Lecture des informations d’état…
    libffi-dev est déjà la plus récente version disponible.
    python-pip est déjà la plus récente version disponible.
    python3-pip est déjà la plus récente version disponible.
    libssl-dev est déjà la plus récente version disponible.
    0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
    Requirement already satisfied (use –upgrade to upgrade): yeecli in /usr/local/lib/python2.7/dist-packages
    Cleaning up…
    Requirement already satisfied (use –upgrade to upgrade): mihome in /usr/local/lib/python2.7/dist-packages
    Cleaning up…
    Requirement already satisfied (use –upgrade to upgrade): future in /usr/local/lib/python2.7/dist-packages
    Cleaning up…
    Requirement already satisfied (use –upgrade to upgrade): python-mirobo in /usr/local/lib/python3.4/dist-packages
    Cleaning up…
    /var/www/html/plugins/xiaomihome/resources/nodejs.sh: ligne 63: npm : commande introuvable
    /var/www/html/plugins/xiaomihome/resources/nodejs.sh: ligne 65: npm : commande introuvable
    Fin de l’installation

    Voila c’est un peu long …

    Je suis tout nouveau sous linux et encore plus sur Jeedom ))

    Merci de te pencher sur la question ))

    Natoht

    Répondre
    • Mon blog n’est pas une plateforme de support.
      Mais déjà à voir les logs il y a des dépots incorrects dans les sources de cette Debian. Je sais pas d’où ca sort mais ils provoquent des erreurs pour l’indexation (docky et un dépot Ubuntu).

      Répondre
    • Non. De toute facon docker sur syno c’est pas assez complet pour être utilisé en plateforme prod domotique pour moi.
      En chroot ca doit marcher il me semble (il faut avoir une IP sur le réseau des équipements domotique)

      Répondre
  24. salut j’ai un soucis avec les nouveau capteur de temperature xiaomi (les carrés) recus hier ,
    je suit la procedure habituel pour les synchronise avec la gateway sur l’application android il m’indique qu’il y a biens 8 devices mes 3 anciens et mes 5 nouveau (ceux qui pose problemes) mais quand je vais dans la liste pour les afficher je ne vois que la gateway et les 3 anciens capteurs pas les nouveau j’ai recommancer plusieurs fois la synchro mais rien ??
    et ils apparaissent dans jeedom mais pas completement ( j’ai pas de commande là où il devrait y en avoir )
    comment les supprimer de l’app pour les resyncroniser ??
    merci

    Répondre
  25. Bonjour,
    Merci pour le plugin, il est top.
    J’ai un gateway, une dizaine de détecteur d’ouverture, et une prise.
    Tout fonctionnait parfaitement depuis quelque mois grâce au plugin sur Jeedom
    Depuis 2 jours, mes devices se déconnectent et sont offline les uns après les autres. Pourtant je n’ai fait aucun changement…
    Une idée ? Pourtant dans le plugin, l’état est « OK ».

    Merci par avance.

    Répondre
  26. Bonjour
    Bravo et merci Lunarok pour tout ton travail.
    Mais si je commence comme ça tu te doutes bien que j’ai une question.
    J’ai pas mal cherché sur Internet mais pas trouvé de réponse.
    Quand je fais un scénario sur ouverture de porte Xiaomi dans Jeedom, il se lance aussi quand on ferme la porte.
    L’icone a pourtant l’ai de savoir si la porte est ouverte ou fermée mais je n’ai pas trouvé comment je peux le tester dans Jeedom pour éviter le déclenchement du scénario à la fermeture.
    Une idée ?

    Répondre
    • En testant la valeur dans un bloc si alors.
      En v3 c’est même possible a définir des le déclencheur logiquement (ça doit être dans la d’oc des scénarios)

      Répondre
  27. merci lunarok de ta réponse rapide mais je ne vois pas quoi tester dans détecteur d’ouverture il n’y a pas de status ou autre chose de ce type alors que l’icône suit bien selon que la porte est ouverte ou fermée.

    Répondre
  28. Bonjour lunarok,
    Je compte inciter les autres copropriétaires de mon immeuble à opter pour la solution Xiaomi + Jeedom que je mets actuellement en place chez moi. (On s’entend tous très bien).
    Ma question est : Y a-t-il un risque pour qu’une Gateway commande un device qui n’est pas chez lui (prise de courant par exemple).
    En effet quand on appaire un device il n’y a rien à faire ou confirmer au niveau de la Gateway. Donc si j’appaire un bouton poussoir, par exemple, il risque de s’appairer aussi sur la Gateway du voisin ?
    On part du principe que les gateways seront proches les unes des autres. C’est un problème ?

    Répondre
    • La gateway doit être mise en mode apprentissage aussi, donc si 1 seule gateway est mise en apprentissage c’est sur que c’est elle qui sera appairée

      Répondre
  29. Bonsoir,

    J’ai un pb avec le nouveau client Yeelight disponible sur Android (version 3.0.03), je ne trouve pas comment activer le mode développeur. Quelqu’un a t’il trouver la procédure .

    Répondre
  30. Bonjour et merci pour cet excellent blog 🙂

    Je souhaiterai jeter un oeil (et probablement realiser ma propre interface en Java avec ma centrale xiaomi) mais je ne trouve pas la definition officielle de l’API xiaomi sur Google. Auriez-vous un lien à m’indiquer ?

    Merci encore pour ce blog, du coup je me suis installé Jeedom avec les plugins qui vont bien. 😉

    Répondre
  31. Bonjour,
    merci pour tout ce boulot !
    Aujourd’hui j’ai installé de nouveaux capteurs Aqara (capteur d’ouverture carré et capteur de température carré) mais après avoir mis à jour jeedom, le plugin XIaomi et le firmware du gateway, les capteurs n’apparaissent pas dans la section « Mes Aqara ». Je dois les ajouter manuellement?

    Répondre
      • De l’activité il y en a, ça fonctionne très bien dans Mi Home. Mais dans Jeedom, toujours rien, c’est étrange… Bizarrement c’est seulement avec les capteurs carrés que j’ai ce problème.

        Répondre
      • Je viens de remarquer deux nouveaux équipements avec un nom cryptique qui apparaissent dans la section wifi de xiaomi mais uniquement dans le « panneau coulissant » à gauche. Je tente ma change en leur donnant le type des capteurs que je suppose… réponse à la prochaine activité.

        Répondre
  32. Super Boulot, vraiment top,
    J’ai pas mal d’équipement Xiami et tout est 100% opérationnel dans Jeedom, par contre impossible de faire fonctionner les prises Wifi à travers Homebridge, quelqu’un a-t-il rencontré le problème ?
    J’ai essayé avec un virtuel mais même punition :-(.
    J’ai aucun problème pour les commander avec Jeedom mais rien à faire avec dans Homekit, ca mouline mais sans effet, et rien dans les logs.

    Répondre
  33. Bonjour,
    Merci pour ce super plugin !
    J’utilise le plugin Xiaomi depuis plusieurs mois, tout fonctionnait bien avec ma freebox jusqu’à ce que je change de fournisseur d’accès internet.
    Depuis, le plugin Xiaomi ne reconnait plus la GateWay.
    J’ai tenté de redémarrer Jeedom et la Gateway, supprimer la Gateway puis essayer de la faire reconnaître de nouveau, désinstaller puis réinstaller le plugin Xiaomi…

    Je suis passé chez Vidéofutur (fibre 1000Mpbs) au mois de septembre 2017 mais le souci est que cet opérateur n’autorise pas le « loopback ».
    En gros, il m’est impossible d’accéder à ma box en IP WAN depuis mon réseau LOCAL.

    L’accès distant depuis une autre box ou en 4G fonctionne bien. (le routage du port 80 est donc fonctionnel)
    Pour info le routeur fourni est le ZTE ZXHN H298N : https://www.alsatis.com/sites/default/files/Utilisation_ZTE_Version_Alsatis.pdf

    La gateway Xiaomi est également fonctionnel car j’arrive bien à la piloter avec l’appli Android.

    Je me demande donc si le problème ne proviendrai pas du « loopback » ?

    Auriez-vous une réponse à ce problème ?

    Merci,
    Stéphane,

    Répondre
    • Il faut que le routeur accepte bien de diffuser les trames broadcast (certains les bloquent, c’est les options IGMP et snoofing je crois, on a eu le cas sur le routeur Asus)

      Répondre
  34. Hello,

    Merci pour ce super plugin tout d’abord 🙂

    Une question concernant l’info « batterie » remontée par les capteurs Aqara : j’ai bien coché l’option « Historiser » dans les capteurs de température mais cette information n’apparait pas sur l’historique ou les graphiques (il n’y a aucun point). Pourtant quand je vais dans Analyse > Equipements, je vois bien le niveau de batterie de chaque capteur. J’aimerai enregistré cette info régulièrement, comme la température et le reste, même si ce n’est qu’une fois par jour…

    Merci pour votre aide,

    Camille.

    Répondre
    • Je vois pas ce qui bloquerait, faut laisser des métriques remontés et après c’est que du standard core Jeedom. On retrouve tout ca dans la section Historique de Jeedom

      Répondre
  35. Bonsoir,

    Je découvre l’univers Jeedom et xiaomi depuis quelques semaines.

    J’utilise un Jeedom Smart et ai installé votre plugin (Un grand merci pour ce travail).

    J’ai réception ma passerelle Xiaomi hier, mais malgré plusieurs essais je n’ai aucune détection sur mon smartphone (je dois manquer une manipulation)

    Auriez-vous un lien a me conseiller pour cette étape ? (Pour info j’ai créé un compte Mihome, indique comme localisation la chine, langage Anglais) et a chaque détection automatique ou manuel avec a chaque fois une remise à zéro de la passerelle je n’ai pas de détection)

    En espérant que vous allez pouvoir m’aider un peu

    Bonne soirée
    Yves

    Répondre
  36. Bonjour,

    Juste pour signaler que la doc n’est plus à jour pour l’intégration des périphériques nécessitant un jeton : ils ne sont plus stockés dans l’application (la colonne token est vide dans miio2.db). Il faut passer par un vieil APK, supprimer l’appareil et relancer l’installation. Ensuite le champ token est bien renseigné et les méthodes décrites fonctionnent.
    Je viens d’avoir le cas avec mon aspirateur qui a fait un reset comme un grand et j’ai un peu galéré pour retrouver son usage dans Jeedom… 🙁
    Page où j’ai trouvé la solution : https://github.com/ultrara1n/MiToolkit/issues/12 (lien mentionné sur le forum jeedom vers le 18 mars 2018)

    Bonne journée !
    Mathieu

    Répondre
  37. Bonjour Lunarok, depuis quelques jours impossible d’installer les Dépendances et le Démon malgrés la réinstallation du plugin, la restauration d’une ancienne version de mon jeedom… As-tu une idée pour pouvoir remettre cela en ordre ? Merci.

    Répondre
  38. Bonjour, une mise à jour est-elle prévu pour les nouvelles fonctions liées au aspirateurs ?
    Par exemple le nettoyage par zone ?
    Merci pour tout 😉

    Répondre
  39. Bonjour,

    J’ai installé le plug in , les depdendances , mais pour lancer le daemon cela génére un erreur
    pouvous vous me guider

    Merci d’avance

    [2018-12-03 11:33:58] xiaomihome.INFO: Lancement démon xiaomihome : /usr/bin/python /var/www/html/plugins/xiaomihome/resources/xiaomihomed/xiaomihomed.py –loglevel debug –socketport 55019 –callback http://127.0.0.1:80/plugins/xiaomihome/core/php/jeeXiaomiHome.php –apikey bwXQht2KJKfDjp3UR63xjjMNGbUge5Td –cycle 0.05 –pid /tmp/jeedom/xiaomihome/deamon.pid [] []
    Traceback (most recent call last):
    File « /var/www/html/plugins/xiaomihome/resources/xiaomihomed/xiaomihomed.py », line 27, in
    from devices.aquara import *
    File « /var/www/html/plugins/xiaomihome/resources/xiaomihomed/devices/aquara.py », line 1, in
    from past.builtins import basestring
    ImportError: No module named past.builtins
    [2018-12-03 11:34:28] xiaomihome.ERROR: Impossible de lancer le démon xiaomihomed. Vérifiez le log. [] []

    Répondre
  40. Bonjour,
    J’ai fait récemment l’acquisition du plugin Xiaomi Home.
    L’installation s’est apparemment bien déroulée (Etat = statut Actif, Dépendances = statut OK, Fonctionnalités = Cron et Cron5 activés) , sauf en ce qui concerne le démon.
    En effet son statut reste à NOK (mais Configuration = OK) malgré plusieurs redémarrages et la relance de l’installation.
    Est-ce normal ?

    Par ailleurs je précise que le but de cette acquisition est de me permettre d’intégrer et gérer par ma passerelle « Jeedom Smart » différents produits étiquetés Xiaomi.
    Je souhaite également intégrer présentement 2 prises connectées Wi-Fi de marque KONYKS (modèle Priska+). Est-ce possible avec le plugin ?

    Merci d’avance pour votre retour.
    Gilbert

    Répondre
  41. Bonjour lunarok

    J’ai un petit probleme en ce qui l’affichage, je viens de poster sur le forum de jeedom
    https://www.jeedom.com/forum/viewtopic.php?f=57&t=47299&p=777456#p777456
    j’aimerais juste savoir si cela vient de ma config ,du plugin ou alors de la bêta de jeedom en 4.0.27

    j’ai aussi une deuxième demande j’ai aussi posté sur le forum de jeedom en se qui concerne une passerelle Bluetooth
    https://www.jeedom.com/forum/viewtopic.php?f=182&t=48167&p=776709#p776709
    a savoir si l’intégration dans le plugin sera bientôt opérationnelle

    jeedom sans le plugin ne m’aurais certainement pas accrocher

    Répondre
  42. Bonjour Lunarok,
    Gateway reçu hier, passée en mode développeur et bien visible sur mon réseau. Plugin installé hier tout est OK, dépendances et demon.
    Malheureusement le Gateway n’est pas découvert par Jeedom …

    Répondre
  43. Merci à Lunarok pour tout ce travail immense de documentation et de mise au point du plugin Xiaomi Home.

    Comme plusieurs utilisateurs de la Gateway Xiaomi, je suis resté lontemps dans l’impossibilité de faire remonter la Gateway dans le plugin Mi Home sous Jeedom.

    J’ai pu débloquer la situation après avoir consulté et mis en oeuvre la procédure décrite dans une vidéo Youtube de Domotic DIY sur le site https://www.youtube.com/watch?v=whDC3L7-JnU

    Il s’agit de réouvrir le port 9898 malencontreusement resté fermé…
    Merci de relayer cette information qui pourrait aider d’autres utilisateurs potentiels du plugin Xiaomi Home sous Jeedom.

    Répondre
  44. Merci lunarok pour ton boulot….
    J’ai un soucis pour intégrer ma gateway ZHWG11LM. Je me demande si celle-ci est bien compatible.
    Je ne parviens pas à accéder au menu dev dans l’appli de xiaomi et donc je ne peux pas ouvrir le port.
    J’ai essayé ce qui est dit juste au dessus, mais je ne sais pas ou se trouve le rx et tx sur ce modèle.
    Je cherche désespérément des infos.
    Si quelqu’un à une piste, je suis preneur.

    Répondre

Laisser un commentaire