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.

 

101 thoughts on “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.

  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 ?

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

  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.

    • 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

  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.

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

  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.

  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 ?

    • 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.

    • 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.

  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!!!

  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

      • 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… 🙁

  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

  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..

  12. Bonjour

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

  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

    • 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 🙂

  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.

  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

    • 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.

    • 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,

  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!!

  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?

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

          • 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 !

  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

    • 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,

  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,

  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

  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?

  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

    • 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).

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

  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

Laisser un commentaire