Deconz-rest-plugin: Détecteur de fumée Xiaomi Mijia (HonneyWell)

Le cluster 0x0500 a indiqué que ce capteur est une zone IAS, je pense donc qu'il est facile de le supporter. Cependant, la question est de savoir comment le capteur doit-il être représenté par l'API ?

Soit ZHAPresence ou mieux ZHAOpenClose ou peut-être un nouveau type comme ZHAAlarm ?

ZHAAlarm semble le type le plus approprié. Il y a aussi un capteur de gaz et un capteur de fuite d'eau. Ils pourraient tous utiliser le type ZHAAlarm, je pense.

Présence de fumée/gaz/eau, donc ZHAPrésence ?

Cependant, la question est de savoir comment le capteur doit-il être représenté par l'API ?

Dur. Je ne suis pas trop ravi à l'idée de prendre en charge une autre demi-douzaine de types de capteurs ZHA (et les capteurs CLIP correspondants). D'un autre côté, je voudrais un indice via l'API de quel type de capteur il s'agit. Donc, au moins, je voudrais des attributs d'état différents pour la présence de personnes, de fumée, de gaz, d'eau. Ma suggestion : s'il existe différents types d'appareils ZigBee (pas que Xiaomi s'en soucie), utilisez différents types de ressources de capteur ; s'il s'agit uniquement d'un périphérique IAS Zone, utilisez un seul type de ressource de capteur.

Savez-vous si, une fois ce détecteur pris en charge, il serait possible de contrôler la sirène depuis deconz ?

J'ai pensé que ce serait vraiment cool d'utiliser mes 8 détecteurs de fumée comme sirènes pour mon alarme... ;) (quand je ne suis pas à la maison bien sûr... sinon je me ferais peur au milieu de la nuit...)

sinon je me ferais peur au milieu de la nuit

MDR. Nous pourrions implémenter un attribut state.scaringtheshitoutofme pour cela.

Sur une note plus sérieuse, implémente-t-il le cluster _IAS WD_ (0x0502) ou fournit-il un autre moyen d'activer (et, espérons-le, de désactiver) la sirène sur ZigBee ?

implémente-t-il le cluster IAS WD (0x0502) ou fournit-il un autre moyen d'activer (et, espérons-le, de désactiver) la sirène sur ZigBee ?

C'est peut-être mon manque de connaissances concernant Deconz, mais je ne vois aucun point final en dehors de 01.

J'espère que ces terminaux apparaîtront lorsque le détecteur sera pris en charge ? Ou sinon; comment puis-je faire plus de tests/débogage ?

À l'aide de la passerelle MI, vous pouvez activer et réinitialiser l'alarme. Cela devrait signifier qu'en utilisant Deconz, il devrait être théoriquement possible de le faire également.

Ces capteurs permettent également de tester / identifier. Vous pouvez envoyer une commande qui fait que le test du détecteur de fumée émet un bref bip et signale son état.

De plus, ils signalent l'état de leur batterie.

@ebaauw J'ai soudainement réalisé que les commutateurs Xiaomi et les capteurs de mouvement ne signalaient pas leur niveau de batterie. Je sais qu'ils signalent l'état de la batterie. comment pouvons nous résoudre ceci?

J'espère que ces terminaux apparaîtront lorsque le détecteur sera pris en charge ? Ou sinon; comment puis-je faire plus de tests/débogage ?

Un point de terminaison est comme un périphérique logique. Il a un ID (0x01), un profil (dans cet exemple ZHA ou _Home Automation_) et un type d'appareil (0xffff).
Un point de terminaison peut fournir plusieurs clusters. Un cluster a une direction indiquée par la couleur (bleu pour les clusters entrants ou serveurs ; gris pour les clusters sortants ou clients) et un type (0x0000 pour le cluster _Basic_).
Un cluster de serveurs gère les attributs d'état, qui peuvent être lus et/ou écrits à partir des clients, ou signalés aux clients, et il accepte les commandes. (Remarque : ce n'est pas la bonne terminologie ZigBee, mais cela m'aide à comprendre). Le panneau _Cluster Info_ dans l'interface graphique deCONZ affiche les commandes et attributs standard pour les clusters connus (cela est en fait configurable dans le fichier ZCLDB, par défaut /usr/share/deCONZ/zcl/general.xml ).

Le problème avec les nœuds fonctionnant sur batterie est qu'ils dorment la plupart du temps, ce qui entraîne l'échec des requêtes de la passerelle pour découvrir leurs points de terminaison et leurs clusters. Il semblerait que ce capteur n'ait pas été entièrement lu par deCONZ, car seul le cluster _Basic_ est affiché. Vous voudrez peut-être essayer d'ouvrir le réseau et appuyer sur le bouton de test (en espérant que cela réveillera le capteur de fumée). Pour un détecteur de mouvement, vous feriez signe, pour un interrupteur, vous appuieriez sur un bouton, pour les détecteurs de porte, vous déplaceriez l'aimant. Si cela n'entraîne pas la découverte d'autres clusters, essayez de supprimer le nœud (sélectionnez-le et appuyez sur SUPPR) et de le réparer (tout en appuyant sur le bouton de test pour le garder éveillé tout au long de la découverte).

De plus, ils signalent l'état de leur batterie.

Cela se fait généralement par le cluster _Power Configuration_ 0x0001. Là encore, rien sur les capteurs Xiaomi n'est standard.

J'ai soudainement réalisé que les commutateurs Xiaomi et les capteurs de mouvement ne signalaient pas leur niveau de batterie.

C'est parce que nous n'avons trouvé aucune preuve que les capteurs signalent leur niveau de batterie. Nous avons vu des messages non standard que nous n'avons pas encore compris (voir https://github.com/dresden-elektronik/deconz-rest-plugin/issues/138#issuecomment-325141455).

Je sais qu'ils signalent l'état de la batterie. comment pouvons nous résoudre ceci?

À moins que Xiaomi n'ait ouvert sa passerelle : reniflez la communication ZigBee entre la passerelle Mi et les capteurs, procédez à l'ingénierie inverse du comportement de la passerelle Mi et implémentez quelque chose de similaire dans deCONZ.

@ebaauw Merci pour votre explication.
J'ai trouvé un gars qui semble avoir rétro-conçu certains capteurs Xiaomi.
Par exemple le capteur Xiaomi Motion :

fingerprint profileId: "0104", deviceId: "0104", inClusters: "0000, 0003, FFFF, 0019", outClusters: "0000, 0004, 0003, 0006, 0008, 0005, 0019", manufacturer: "LUMI", model: "lumi.sensor_motion", deviceJoinName: "Xiaomi Motion"

Cette ligne montre les clusters utilisés (in et out ? ), est-ce l'information nécessaire ? Son code semble bien documenté, donc certaines informations pourraient probablement être utilisées. Je ne sais pas exactement où ajouter les clusters pour ce capteur dans le fichier XML.

https://github.com/a4refillpad/Xiaomi/blob/master/devicetypes/a4refillpad/xiaomi-motion-sensor.src/xiaomi-motion-sensor.groovy

Cette ligne montre les clusters utilisés (in et out ? ), est-ce l'information nécessaire ? Son code semble bien documenté, donc certaines informations pourraient probablement être utilisées.

Ce serait l'information nécessaire, mais cela ne ressemble à aucun des appareils Xiaomi que j'ai vus. Je suppose qu'il les a copiés à partir d'un autre capteur. Ou il a une version (matériel/firmware) très différente.

En regardant le code, il semble qu'il extrait effectivement la valeur de la batterie du message 0x0000.

Je ne sais pas exactement où ajouter les clusters pour ce capteur dans le fichier XML.

La plupart y sont déjà. Le fichier XML est utilisé pour créer le panneau _Cluster Info_ ; tout cluster manquant dans le fichier XML s'affichera dans l'interface graphique comme inconnu. Autant que je sache, si les clusters ne s'affichent pas dans l'interface graphique, l'appareil ne les a pas et il n'y a aucun moyen dans deCONZ de les ajouter (à l'exception de la correction des lectures incomplètes lors de l'appariement).

À moins que Xiaomi n'ait ouvert sa passerelle : reniflez la communication ZigBee entre la passerelle Mi et les capteurs, procédez à l'ingénierie inverse du comportement de la passerelle Mi et implémentez quelque chose de similaire dans deCONZ.

D'accord. C'est ce que j'ai fait.

J'ai sacrifié l'un de mes boutons-poussoirs Xiaomi et l'ai flashé dans un renifleur de paquets. J'ai reniflé la clé de transport pour pouvoir renifler et voir tous les colis :)

J'ai testé mon bouton poussoir :

Plutôt sympa je trouve !

Bien, quel renifleur est-ce ?

Le matériel est un bouton-poussoir Xiaomi (tous les appareils Xiaomi ont des pads ftdi intégrés)
Inspiré par ce gars:
http://faire-ca-soi-meme.fr/hack/2017/04/24/hack-xiaomi-mi-smarthome-decouverte-de-clef/

Ubiqua : https://www.ubilogix.com/
1000 Forfaits par capture gratuits pendant 21 jours.
Permet le décodage à la volée et donne une assez bonne vue intérieure je pense.

Passons maintenant à la caisse du détecteur de fumée afin de les faire prendre en charge :)

Ça a l'air vraiment bien :)

Si possible, capturez autant de cas d'utilisation et configurez le trafic que possible et sécurisez les fichiers journaux, peut-être que Wireshark peut également les ouvrir.

Oui, je peux exporter vers PCAP ? (quelque chose comme ça, je croyais que Wireshark utilisait ce format

Cool! Qu'as-tu utilisé pour flasher le bouton ? Et où avez-vous obtenu le firmware du renifleur? Je suppose que le tableau noir rond est le bouton de retard ? Et le tableau vert ? Est-ce qu'un convertisseur USB vers série standard ou quelque chose de plus ?

Bon, ce que j'ai fait :

• Début de la capture.
• Joint le détecteur de fumée à la passerelle
• Réglez la sensibilité sur "Endroit sans fumée"
• Réglez la sensibilité sur "Endroit avec peu de fumée"
• Réglez la sensibilité sur "Placer avec de la fumée"
• Réglez la sensibilité sur "Endroit sans fumée"
• Appuyez sur le bouton de test (l'alarme sonne + l'application Mi home donne un message push)
• J'ai de nouveau appuyé sur le bouton de test
• Tiré la batterie
• Placé la batterie

L'image ci-dessus montre l'ID de capture du package à partir du moment où j'ai effectué les tests.
J'ai exporté le capute au format natif ubiqua, vers wireshark et le nouveau wireshark.

Détecteur de fumée Xiaomi Mijia Honeywell.zip

J'ai testé pour importer la capture. L'inconvénient d'ouvrir ceux de wireshark est que les données sont cryptées. Donc je suppose que la meilleure chose serait si je partageais la capture et ma clé de description pour que vous puissiez les voir dans Ubiqua ?

Par exemple le test utilisant le bouton donne cette info :

Je pense que vous, les développeurs, ne pourriez pas souhaiter plus d'informations, n'est-ce pas ?

Inspiré par ce gars

Malheureusement, le fichier Excel dans lequel il a capturé sa conclusion reniflante ne nous montre rien de nouveau. Pas d'infos sur la batterie ;-(

Cool! Qu'as-tu utilisé pour flasher le bouton ? Et où avez-vous obtenu le firmware du renifleur? Je suppose que le tableau noir rond est le bouton de retard ? Et le tableau vert ? Est-ce qu'un convertisseur USB vers série standard ou quelque chose de plus ?

Le tableau noir est l'intérieur du bouton poussoir.
J'ai soudé des fils sur l'en-tête FTDI.
J'ai connecté ces fils à mon convertisseur série -> FTDI
Abaissez D0 afin de mettre le bouton-poussoir Xiaomi en mode de programmation.
Esquisse flashée du renifleur NXP (JennickSniffer) incluse dans le SDK NXP.
Capture commencée

Sa feuille Excel est en effet assez inutile.
Je vais maintenant connecter un de mes capteurs de mouvement et voir quelles informations me parviennent.

C'est à vous de me faire savoir comment les données doivent être livrées.
L'exportation des données brutes pourrait être effectuée.
Exporter uniquement les images pertinentes avec quelques explications est possible comme :
Après avoir ajouté le détecteur de mouvement, le capteur envoie cette annonce :
https://pastebin.com/VSTh1dab
Ou juste des captures d'écran ou quelque chose comme ça.

Pour info, j'ai actuellement :

• Détecteur de fumée Xiaomi Mijia
• Prise intelligente Xiaomi
• Bouton poussoir Xiaomi gen. 1
• Capteur de potion Xiaomi gen. 1
• Capteur de porte / fenêtre Xiaomi Mijia (commandé, arrivera bientôt)

Pour ces appareils, je peux fournir un débogage approfondi si vous le souhaitez.

Malheureusement, le fichier Excel dans lequel il a capturé sa conclusion reniflante ne nous montre rien de nouveau. Pas d'infos sur la batterie ;-(

Je pense que les informations sur la batterie se trouvent dans le rapport 0xff01 envoyé au cluster de base après environ une heure. Je vois cela pour le capteur de contact porte/fenêtre.

C'est à vous de me faire savoir comment les données doivent être livrées.
L'exportation des données brutes pourrait être effectuée.
Exporter uniquement les images pertinentes avec quelques explications est possible comme :
Après avoir ajouté le détecteur de mouvement, le capteur envoie cette annonce :
https://pastebin.com/VSTh1dab
Ou juste des captures d'écran ou quelque chose comme ça.

Les trames les plus intéressantes sont celles de la couche APS, comme les rapports ZCL et les commandes que la passerelle envoie aux appareils.

Pour info, j'ai actuellement :

Détecteur de fumée Xiaomi Mijia
Prise intelligente Xiaomi
Bouton poussoir Xiaomi gen. 1
Capteur de potion Xiaomi gen. 1
Capteur de porte / fenêtre Xiaomi Mijia (commandé, arrivera bientôt)
Pour ces appareils, je peux fournir un débogage approfondi si vous le souhaitez.

Bouton poussoir Xiaomi gen. 1 et le capteur de porte / fenêtre Xiaomi Mijia sont déjà pris en charge.

À propos de l'interrupteur rond.
Oui, c'est pris en charge. Cependant, j'ai trouvé ce qui suit. Il semble signaler des clics doubles / triples / quadruples. Voir cette image ci-jointe :

D'accord. pour revenir sur le sujet. J'ai échantillonné des images de tous les événements dont je suis conscient.
Je les ai documentés et collés sur pastebin.
J'espère que ces informations fourniront suffisamment d'informations pour que les capteurs de fumée soient pris en charge :-) C'est le but de ce numéro.

https://pastebin.com/59rUTJKv

À propos de l'interrupteur rond.

Cool. Je n'ai que le commutateur Aqara (bouton rond, carré à l'extérieur), qui n'envoie pas Press, seulement Release. Je revérifierai l'attribut 0x8000. Est-ce également sur le cluster 0x0006 (voir l'en-tête APS) ? Et une commande Report Attributes (voir l'en-tête ZCL) ? Et l'indicateur spécifique au fabricant est-il activé ? Si oui, quel code fabricant est utilisé ?

Ok cool, j'ai aussi trouvé le rapport de la batterie. Va ouvrir un nouveau problème concernant ce bouton poussoir.

Ajout de l'attribut AD et des points finaux du détecteur de fumée à ma feuille Excel.

https://tenklooster-my.sharepoint.com/personal/richard_tenklooster_net/_layouts/15/guestaccess.aspx?docid=0745e883aa555494cb8885a2d8eb48f3e&authkey=AQ08dGXdAz2r02LBPoyxdMw

Je viens de recevoir ce détecteur de fumée aujourd'hui. Cela fonctionne-t-il avec deCONZ d'une manière ou d'une autre en ce moment ?
De plus, que dois-je appuyer sur le détecteur pour l'appairer ? :)

Pour appairer, vous devez ouvrir le réseau et appuyer trois fois sur le bouton.

Et non, les détecteurs de fumée ne sont pas encore pris en charge. Les prises intelligentes et les boutons ronds, les événements de pression multiples et les données de la batterie n'ont pas encore été ajoutés.

Merci rtenklooster qui a fonctionné !
Donc, pour le moment, nous ne pouvons rien tirer du détecteur de fumée ?
J'utilise les autres boutons Xiaomi, pir et aimants vers Node-Red puis vers Home Assistant.

Je t'en prie.
Oui, c'est vrai.. vous ne pouvez pas l'utiliser tant que les adresses capturées n'ont pas été ajoutées au fichier xml.

Avoir reniflé tous les paquets et affiché le résultat dans une feuille de calcul Excel ci-dessus. N'hésitez pas à l'essayer, il devrait contenir toutes les informations nécessaires. Actuellement, je manque de temps pour le faire moi-même.

Les développeurs (de Dresde) se concentrent actuellement sur d'autres choses, je suppose. Peut-être trouveront-ils le temps dans un avenir proche d'ajouter mes données capturées afin que les capteurs soient entièrement pris en charge. Y compris les états de la batterie, etc. J'ai sacrifié l'un de mes boutons poussoirs afin de leur fournir toutes les données nécessaires. Je l'ai documenté et publié le résultat donc je croise les doigts et j'espère qu'ils trouveront le temps :-)

Je l'ai documenté et publié le résultat donc je croise les doigts et j'espère qu'ils trouveront le temps :-)

Absolument, ce n'est pas oublié je ne peux pas fournir d'ETA mais les logs du sniffer serviront à procéder à l'intégration du détecteur :)

Merci rteenklooster, très beau travail !! Et merci manup d'avoir intégré, espérons-le, ce détecteur dans un avenir pas trop lointain :)

@ebaauw est-il possible de faire fonctionner le détecteur de fumée Xiaomi avec Homekit (plugin Homebridge-hue)

Probablement. J'ai besoin de voir à quoi ressemblent les ressources de capteur dans l'API REST. Homebridge-hue devrait émettre un message d'avertissement avec toutes les informations lorsqu'il rencontre un capteur inconnu.

J'ai totalement raté PR #310. Quelqu'un pourrait-il s'il vous plaît poster à quoi ressemblent les ressources de capteur pour les capteurs Heiman, afin que je puisse ajouter leur support à homebridge-hue? Merci.

J'ai un capteur de fumée Schwaiger qui semble être un capteur Heiman. J'ai posté des informations à ce sujet dans le numéro 352, peut-être que cela aide. Malheureusement, je n'ai pas de renifleur de zigbee...

@rtenklooster , @AntiHeld889 , j'ai le capteur d'inondation Xiaomi Aqara qui fonctionne avec deCONZ (et avec homebridge-hue). Il signale également les alarmes via le cluster _IAS Zone_, mais n'annonce pas le cluster. Je pense que le capteur de fumée pourrait être pris en charge de la même manière. Pouvez-vous tester mon dernier PR?

Je pense que le capteur de fumée pourrait être pris en charge de la même manière. Pouvez-vous tester mon dernier PR?

Je suis encore assez nouveau dans ce domaine, mais j'ai essayé de connecter l'un de mes Xiaomi avec 2.05.04 (qui inclut votre dernier PR ?), Pas de chance. J'ai même essayé d'activer l'alarme avec quelques correspondances soufflées, alors que le réseau était encore ouvert, pour le pousser à transmettre quelque chose, mais pas de zhafire dans l'API REST.

Non, le PR du capteur de fumée Xiaomi a été fusionné avec deCONZ, mais il n'est pas inclus dans la v2.05.04. Vous devez attendre la prochaine version ou compiler vous-même le plugin REST API (voir README).

Pourriez-vous s'il vous plaît revérifier sur le panneau _Node Info_ que le _Manufacturer Code_ est 0x1037 et que l'adresse MAC commence par 0x00158d ?

Vous devez ouvrir le réseau depuis l'application Web (ou l'application Phoscon). deCONZ ne créera aucune ressource API lorsque vous ouvrirez le réseau à partir de l'interface graphique. Lors du couplage des autres appareils Xiaomi, il est préférable d'appuyer/relâcher régulièrement le bouton de repos (trou) après avoir ouvert le réseau, puis d'essayer de lire les attributs du cluster _Basic_. En règle générale, ils prennent en charge _Nom du fabricant_, _Code de date_ et _ID de construction SW_, mais il faut quelques tentatives pour les lire.

L'ouverture du réseau à partir de l'application Web a fait l'affaire.
Lorsque vous appuyez sur le bouton de test :

C'est répertorié comme feu au lieu de fumée.



Alors ça a l'air super 🥇
Est-il possible d'activer l'état de feu pour que le capteur émette un bip ?
Comme une requête PUT à /sensor/id/state
feu : vrai ?

J'ai essayé mais j'ai eu l'erreur 400. Je peux imaginer que ce n'est pas conçu pour fonctionner comme ça. Cependant, il serait très agréable de pouvoir faire sonner la sirène depuis l'assistant de la maison. Dans la mesure où mon alarme d'assistant à domicile avec mes 8 alarmes incendie... je peux imaginer que toute la rue se réveillerait quand quelqu'un essaierait de s'introduire chez moi au milieu de la nuit... 🗡

L'API reste rapporte ceci :
{ "config": { "on": true, "reachable": true }, "ep": 1, "etag": "748cfe1cfdba9ee12a9db46213a286e5", "manufacturername": "LUMI", "modelid": "lumi.sensor_smoke", "name": "Fire 29", "state": { "fire": false, "lastupdated": "2018-02-19T22:26:06" }, "swversion": "20161018", "type": "ZHAFire", "uniqueid": "00:15:8d:00:01:4d:31:5c-01-0500" }

C'est répertorié comme feu au lieu de fumée.

C'est le nom du type de zone IAS.

Avez-vous réussi à activer la sirène à distance ou ne sonne-t-elle que lorsque le capteur lui-même a une alarme ?

Il n'a pas réussi à l'activer à distance. Pas testé non plus.

Je peux peut-être essayer demain. Je crois avoir vu une vidéo YouTube suggérant qu'une fois connecté à la même passerelle mi, l'alarme de tous les détecteurs de fumée est liée. Cela suggérerait que la fonctionnalité est là ..

Il est temps d'essayer demain. Faisons du feu et voyons ce qui se passe avec les autres capteurs.

Outlook pour iOS https://aka.ms/o0ukef downloaden

De : Erik Baauw [email protected]
Envoyé : lundi 19 février 2018 23:48:13
À : dresden-elektronik/deconz-rest-plugin
CC : Richard ; Mention
Objet : Re : [dresden-elektronik/deconz-rest-plugin] Détecteur de fumée Xiaomi Mijia (HonneyWell) (#152)

C'est répertorié comme feu au lieu de fumée.

C'est le nom du type de zone IAS.

Avez-vous réussi à activer la sirène à distance ou ne sonne-t-elle que lorsque le capteur lui-même a une alarme ?

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152#issuecomment-366820741 ou désactivez le fil de discussion https://github.com/notifications/ unsubscribe-auth/AGNMwi919ZT6dtPIKGRA-JnBGSDZKT0tks5tWfotgaJpZM4PH0WK .

Non, le PR du capteur de fumée Xiaomi a été fusionné avec deCONZ, mais il n'est pas inclus dans la v2.05.04. Vous devez attendre la prochaine version ou compiler vous-même le plugin REST API (voir README).

D'accord. Ça marche aujourd'hui avec 2.05.05 ! :)

Pas de chance d'activer la sirène à distance pour moi non plus. Lorsqu'il est couplé au hub xiaomi et à l'application, il est possible d'envoyer un signal de test à la sirène depuis l'application, mais autant ne pas déclencher la sirène. Le hub xiaomi peut cependant être configuré comme une sirène répétitive, c'est peut-être ce que vous avez vu dans la vidéo youtube @rtenklooster ?

Vous avez les mêmes détecteurs de fumée connectés aujourd'hui.
Fonctionne comme un charme, sauf en allumant la sirène à distance.

Ce serait génial de créer votre propre système d'alarme/sécurité à domicile 👍

J'ai commencé par commander un de ces détecteurs de fumée juste pour vérifier que je pouvais les faire fonctionner, et le premier que j'ai été connecté tout de suite, très bien - je ne sais pas sur quel modèle j'ai appuyé mais je me souviens que l'appairage était super facile...

3 semaines en avance rapide, 10 autres de ces appareils arrivent par courrier, le premier que je récupère, j'ai des problèmes d'appairage avec deconz, après avoir cherché sur Google pendant quelques secondes, lu les conseils d'appairage d'autres utilisateurs dans ce numéro, j'ai découvert il semble s'appairer si le bouton dont il dispose a été appuyé 3 fois de suite...

Tout était bien cependant :)

Il me semble avoir atteint une sorte de limite pour ces détecteurs de fumée dans la mesure où il m'est absolument impossible de coupler un troisième détecteur de fumée, j'en ai essayé non seulement un mais 3 différents directement à partir de l'emballage d'origine et je ne peux pas les obtenir coupler avec deconz - l'application Phoscon indique simplement que l'ajout d'un appareil a échoué (et je peux confirmer que l'api rest n'a en effet pas de capteur ajouté...)

En utilisant actuellement 2.05.12, certains raspbian pas trop vieux sur le Pi 3 avec un raspbee - y a-t-il quelque chose que je puisse faire pour déboguer cela ?

J'en ai 5 jumelés à deconz.
J'ai mis du temps mais on dirait que tu as donné pour ouvrir le réseau puis appuyer 3 fois sur le bouton du capteur de fumée

Je suppose que vous avez atteint la limite d'appareils par routeur. J'ai vécu la même chose il y a peu de temps. Il existe un nombre limité d'appareils enfants par routeur. Ainsi, l'ajout d'un routeur supplémentaire, comme une ampoule Ikea ou une prise Xiaomi, pourrait résoudre vos problèmes.
Outlook pour iOS https://aka.ms/o0ukef downloaden

De : QempZor [email protected]
Envoyé : mercredi 4 avril 2018 08:00:01
À : dresden-elektronik/deconz-rest-plugin
CC : Richard ; Mention
Objet : Re : [dresden-elektronik/deconz-rest-plugin] Détecteur de fumée Xiaomi Mijia (HonneyWell) (#152)

J'en ai 5 jumelés à deconz.
J'ai mis du temps mais on dirait que tu as donné pour ouvrir le réseau puis appuyer 3 fois sur le bouton du capteur de fumée

Op 3 avr. 2018 23:29 schreef Kristian Mide [email protected] :

J'ai commencé par commander un de ces détecteurs de fumée juste pour vérifier que je pouvais les faire fonctionner, et le premier que j'ai été connecté tout de suite, très bien - je ne sais pas sur quel modèle j'ai appuyé mais je me souviens que l'appairage était super facile...

3 semaines en avance rapide, 10 autres de ces appareils arrivent par courrier, le premier que je récupère, j'ai des problèmes d'appairage avec deconz, après avoir cherché sur Google pendant quelques secondes, lu les conseils d'appairage d'autres utilisateurs dans ce numéro, j'ai découvert il semble s'appairer si le bouton dont il dispose a été appuyé 3 fois de suite...

Tout était bien cependant :)

Il me semble avoir atteint une sorte de limite pour ces détecteurs de fumée dans la mesure où il m'est absolument impossible de coupler un troisième détecteur de fumée, j'en ai essayé non seulement un mais 3 différents directement à partir de l'emballage d'origine et je ne peux pas les obtenir coupler avec deconz - l'application Phoscon indique simplement que l'ajout d'un appareil a échoué (et je peux confirmer que l'api rest n'a en effet pas de capteur ajouté...)

En utilisant actuellement 2.05.12, certains raspbian pas trop vieux sur le Pi 3 avec un raspbee - y a-t-il quelque chose que je puisse faire pour déboguer cela ?

—
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152#issuecomment-378405607 ou désactivez le fil de discussion https://github.com/notifications/ unsubscribe-auth/AiHjwmGjm1Jj6VZgwR1d9LHK2GCS7fsoks5tk-nOgaJpZM4PH0WK .

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152#issuecomment-378489383 ou désactivez le fil de discussion https://github.com/notifications/ unsubscribe-auth/AGNMwvTZi2849z76CSO1YewiR3l6Z_0Yks5tlGFhgaJpZM4PH0WK .

J'ai 5 détecteurs de fumée connectés, alors continuez d'essayer. Certains appareils peuvent vraiment être pénibles, mon premier capteur d'eau a pris environ 100 essais pour se connecter mais je n'ai pas réussi avec le second, j'ai dû faire plus de 300 essais avec jusqu'à présent :P

@QempZor @rtenklooster @martikainen87 Merci pour vos suggestions :)

Aujourd'hui, j'ai finalement réussi à en ajouter un autre, ça ressemblait à ça :
J'ai essayé des capteurs dont j'étais sûr à 100% de la manière dont ils devaient être couplés - ceux-ci ne pouvaient soudainement pas se coupler non plus, ce qui m'a fait penser que cela devait être deCONZ qui, d'une manière ou d'une autre, n'a pas vraiment ouvert le réseau quand il le devrait.
Une mise à niveau vers la dernière version n'a pas aidé
Mais, un bon vieux redémarrage dur avec le jeton d'alimentation éteint a fait l'affaire, maintenant je suis capable de coupler à la fois les détecteurs de fumée et les autres capteurs que j'ai autour...

À ceux qui se demandent: les détecteurs de fumée xiaomi mijia doivent s'appairer lorsque le seul bouton dont ils disposent est enfoncé 3 fois de suite assez rapidement

Salut! Super boulot avec ces capteurs ! J'en ai ajouté deux aujourd'hui avec succès. Ils sont répertoriés dans la ressource /sensors et apparaissent dans HASS - mais ils n'apparaissent pas dans l'application Phoscon. Devraient-ils? Comment puis-je changer leurs noms/identifiants ?

Ils ne sont pas encore affichés dans l'application Phoscon mais le seront bientôt. Les noms ne peuvent donc actuellement être modifiés que via REST-API.

Quelqu'un a-t-il pu contrôler la sirène des détecteurs de fumée ?

@rtenklooster , avez-vous une passerelle Xioami ? Si oui, si vous :

1. associez-lui deux détecteurs de fumée
2. configurez-les pour qu'ils sonnent en groupe
3. en déclencher un avec de la fumée
4. capturer le trafic zigbee

Peut-être voyez-vous les messages qui allument la sirène ?

D'ailleurs. J'envisage d'en acheter quelques-uns, sont-ils déjà présents dans Phoscon @manup , pas pressé, juste curieux ?

@sveip
Je ne l'ai pas encore essayé sur le dernier firmware de ma passerelle. Je vais essayer dès que possible. Je viens d'emménager dans ma nouvelle maison, je dois donc savoir où se trouvent tous mes renifleurs et autres matériels.

@rtenklooster , fantastique, pas pressé :) Ce serait formidable de pouvoir faire retentir toutes les sirènes même si une seule détecte de la fumée. Je pense à faire un bouton en hass pour faire taire tous sauf ceux qui ont détecté de la fumée, pour localiser plus facilement la source de feu/fumée.

1. configurez-les pour qu'ils sonnent en groupe.
   Autant que je sache, il n'y a pas d'option de regroupement. J'en ai connecté deux à la passerelle Mi sur la dernière version, pas moyen de les faire tous les deux s'alarmer. La seule liaison qu'ils offrent est la liaison de l'alarme de la passerelle elle-même.
   J'aimerais aussi cette fonctionnalité. Quand je dors, je n'entends pas le détecteur de fumée dans le garage par exemple.

Je pense que c'est stupide qu'ils n'aient pas implémenté une telle fonctionnalité. J'ai googlé sur le sujet, mais je n'ai vu aucun rapport sur de telles alarmes liées.

Merci d'avoir essayé @rtenklooster. C'est dommage qu'il ne soit pas supporté. Peut-être que la seule façon de savoir si le regroupement est pris en charge est de demander à Xiaomi ?

En lisant le manuel, il est écrit "Appuyez et maintenez enfoncé le bouton «Sound stop / Self-check» pendant 3 secondes, après quoil'indicateur rouge commencera à clignoter et les bips s'allumeront, l'alarme entrera dans lemode de simulation du son de l'alarme ; "

Savez-vous s'il y a une indication sur le hub/l'application concernant cet événement ? Peut-être y a-t-il du trafic Zigbee lié à cela. Long shot, mais peut-être vaut-il la peine de vérifier?

Non, il n'y en a pas.

Outlook pour iOS https://aka.ms/o0ukef downloaden

Van : sveip [email protected]
Verzonden: mardi 21 août 2018 14:05
Aan : dresden-elektronik/deconz-rest-plugin
CC : Richard ; Mention
Onderwerp : Re : [dresden-elektronik/deconz-rest-plugin] Détecteur de fumée Xiaomi Mijia (HonneyWell) (#152)

En lisant le manuel, il est écrit "Appuyez et maintenez enfoncé le bouton «Sound stop / Self-check» pendant 3 secondes, après quoi
l'indicateur rouge commencera à clignoter et les bips s'allumeront, l'alarme entrera dans le
mode de simulation du son de l'alarme ; "

Savez-vous s'il y a une indication sur le hub/l'application concernant cet événement ? Peut-être y a-t-il du trafic Zigbee lié à cela. Long shot, mais peut-être vaut-il la peine de vérifier?

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152#issuecomment-414650768 ou désactivez le fil de discussion https://github.com/notifications/ unsubscribe-auth/AGNMwjj6RGCMVbSMuLlBz-Uu1fLncJjcks5uS_d1gaJpZM4PH0WK .

Quoi de neuf concernant la prise en charge des capteurs de fumée (XIAOMI) Honeywell LUMI dans deconz ?
Je peux ajouter le capteur, mais le premier n'est pas visible dans Phoscon.
Lorsque j'ajoute l'appareil dans FHEM, je ne peux voir que la batterie et la lecture accessible. Comment puis-je vérifier les événements d'incendie pour déclencher des choses nécessaires dans ma maison ? Je pense que cela n'est pas fourni correctement par l'API REST

Salut,

J'ai un détecteur de fumée. Les appareils sont ajoutés Il n'est pas visible dans l'application Phoscon.
L'API Rest rapporte aux données domoticz comme ceci :

lors de l'ajout d'un appareil :
2019-01-22 17:26:49.536 (Deconz zigbee) ###### Données WebSocket : {'id' : '54', 'sensor' : {'config' : {'temperature' : 2500, 'battery ' : 100, 'accessible' : Vrai, 'on' : Vrai}, 'id' : '54', 'name' : 'lumi.sensor_smoke', 'state' : {'lowbattery' : Faux, 'fire' : False, 'lastupdated' : '2019-01-22T16:26:18', 'tampered' : False}, 'ep' : 1, 'etag' : 'b73470512b6a6b3496808bbec411e7be', 'manufacturername' : 'LUMI', 'type' : 'ZHAFire', 'modelid' : 'lumi.sensor_smoke', 'uniqueid' : '00:15:8d:00:01:db:93:f9-01-0500'}, 'uniqueid' : '00:15 :8d:00:01:db:93:f9-01-0500', 'e' : 'ajouté', 'r' : 'capteurs', 't' : 'événement'}

donner l'alerte :
2019-01-22 19:51:23.131 (Deconz zigbee) ### Appareil de mise à jour (Deconz zigbee - lumi.sensor_smoke) : {'BatteryLevel' : 100, 'sValue' : '', 'nValue' : 0}
2019-01-22 19:51:23.131 (Deconz zigbee - lumi.sensor_smoke) Mise à jour de l'appareil à partir de 0 :'' pour avoir les valeurs 0 :''.
effacer l'alarme :
2019-01-22 19:51:33.846 (Deconz zigbee) ### Appareil de mise à jour (Deconz zigbee - lumi.sensor_smoke) : {'BatteryLevel' : 100, 'sValue' : '', 'nValue' : 0}
2019-01-22 19:51:33.846 (Deconz zigbee - lumi.sensor_smoke) Mise à jour de l'appareil à partir de 0 :'' pour avoir les valeurs 0 :''.

Je peux envoyer plus de données de diagnostic si nécessaire.

Adam

J'en ai environ 6. Ils fonctionnent bien et déclenchent des événements. Non, vous ne pouvez pas les voir dans l'application, mais ils sont là.

S'affiche également correctement dans les assistants à domicile.

Salut,

Je vais vérifier à nouveau à la maison.
Pas de changement. HA utilise-t-il également l'API REST pour obtenir des données de deconz ou un protocole différent est-il utilisé ?
Parce que pour moi, il semble que les mises à jour de statut via l'API Rest ne soient pas correctement envoyées au plugin Smanar/Domoticz-deCONZ.

Adam

Ah oui, tu as raison. J'utilise FHEM, et ici j'ai dû faire quelques adaptations au module 31_HUEDevice.pm.
Maintenant, j'obtiens toutes les valeurs en lecture. J'ai informé le mainteneur de ce module pour qu'il soit installé de manière permanente.

Voici ce que j'avais à faire : Modifier le fichier du module FHEM/31_HUEDevice.pm
Après cette ligne : $readings{state} = $state->{presence}?'motion':'nomotion' if( defined($state->{presence}) );
Insérer:
$reads{state} = $state->{fire}?'fire':'nofire' if( defined($state->{fire}) );

Après cette ligne : $readings{consumption} = $state->{consumption} if( defined($state->{consumption}) );
Insérer:
$lectures{feu} = $état->{feu} if( défini($état->{feu}) );
$lectures{tampered} = $state->{tampered} if( defined($state->{tampered}) );
$lectures{lowbattery} = $state->{lowbattery}?'low':'OK' if( defined($state->{lowbattery}) );

Ensuite, vous recevrez des événements une fois que l'alarme est déclenchée ou que le bouton de test est enfoncé.

Donc le plugin REST fonctionne bien. Il n'est pas maintenable à l'aide de Phoscon APP. Je pense donc qu'il n'est pas non plus possible de créer un groupe de sonnerie/alarme lorsqu'un incendie est détecté. Mais il est bon de voir que je peux maintenant créer des automatisations en cas d'urgence.

En attente de la fonctionnalité de groupe de xiaomi :)

Smanar a corrigé le problème dans son plugin !

@rtenklooster , vous serait-il possible d'utiliser votre détecteur de fumée Xiaomi et votre passerelle pour renifler le trafic zigbee pour les scénarios suivants ?

1) Testez l'alarme de l'application MI home.
2) Déclenchez l'alarme avec de la vraie fumée et désactivez l'alarme active avec l'application MI home.

Je ne pense pas que ces cas aient été couverts dans vos captures précédentes et ce seraient des fonctionnalités utiles à exposer via deCONZ.

J'ai déjà utilisé mes capteurs de fumée Honeywell (Xiaomi) en utilisant le Xiaomi GW, mais je les ai maintenant déplacés vers mon ConBee sur Hass.io en utilisant l'addon arthoc deCONZ. Les appareils fonctionnent bien (je ne les vois pas dans Phoscon mais dans HASS) mais je n'arrive pas à trouver d'option de configuration ? Lors de l'utilisation du Xiaomi GW, je pouvais régler la sensibilité des capteurs de fumée. N'est-ce pas possible avec deCONZ ?

La trace mentionnée précédemment inclut un test [mais pas de silence] ( https://pastebin.com/59rUTJKv )

La trace mentionnée précédemment inclut un test [mais pas de silence] ( https://pastebin.com/59rUTJKv )

Salut, tu as trouvé ma pâte ;) Ce dump contient toutes les actions possibles. Y compris les paramètres de sensibilité @aronsjoberg et @barnish . Actuellement, il n'y a aucun moyen d'ajuster ces paramètres à partir de deconz.
Ce serait bien cependant de pouvoir régler la sensibilité. Mais c'est quelque chose que @manup pourrait résoudre (s'il avait le temps ;))

Est-il possible de déclencher via deconz une alarme ?

Ce problème a été automatiquement marqué comme obsolète, car il n'a pas eu d'activité récente. Il sera fermé s'il n'y a plus d'activité. Merci pour vos contributions.

Y a-t-il des chances que le détecteur de fumée Xiaomi / Honeywell soit ajouté en tant qu'appareil reconnu ?

Y a-t-il des chances que le détecteur de fumée Xiaomi / Honeywell soit ajouté en tant qu'appareil reconnu ?

L'appareil est reconnu, mais il ne s'affiche pas dans Phoscon.
Je l'ai bien fonctionné jusqu'à présent dans Home Assistant.

Je ne me souviens pas des étapes à suivre pour le rendre pleinement fonctionnel, car
il utilise IAS n'est-ce pas?

Op vr 13 déc. 2019 à 11:52 schreef L3H0 [email protected]

Toutes les chances que le détecteur de fumée Xiaomi / Honeywell soit ajouté comme reconnu
appareil?

L'appareil est reconnu, mais il ne s'affiche pas dans Phoscon.
Je l'ai bien fonctionné jusqu'à présent dans Home Assistant.

—
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152?email_source=notifications&email_token=ABNGEKEUF3AAFCA4ASQJD4TQYNSPBA5CNFSM4DY7IWFKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGZUI5
ou désabonnez-vous
https://github.com/notifications/unsubscribe-auth/ABNGEKCIC6H4ZHBIEATMGFDQYNSPBANCNFSM4DY7IWFA
.

Vous n'avez pas besoin d'en faire beaucoup. Appuyez simplement 3 fois sur le bouton pendant l'appairage.

Est-ce que ça marche correctement maintenant avec deconz ?

Il fonctionne avec homeassistant mais pas en phoscon en tant que capteur.

Bonjour!
Une chance d'intégrer les détecteurs de fumée dans homebridge via le plugin homebridge-hue ?
J'en ai deux, visibles dans deconz et non dans l'application phoscon.

Salutations!
Mike

Si l'API REST les prend en charge, homebridge-hue les expose probablement déjà à HomeKit. Sinon, veuillez ouvrir un problème avec homebridge-hue, en joignant le fichier de vidage de débogage complet (voir https://github.com/ebaauw/homebridge-hue#debug-dump-file).

Merci pour la réponse très rapide... j'essaie de redémarrer mon homebridge et après cela je peux voir les détecteurs de fumée ! Parfait! :)

Est-il possible de déclencher via deconz une alarme ?

Bien sûr que non. Vous ne pouvez pas définir presque tout ce que vous pouvez faire via l'application mi.

Dommage. Merci

Y a-t-il des chances que le détecteur de fumée Xiaomi / Honeywell soit ajouté en tant qu'appareil reconnu ?

J'aimerais aussi l'avoir dans l'application 🙏

Est-il possible de définir la sensibilité à l'aide de l'API REST deconz ?

Sérieuse??? C'est une demande d'août 2017 et toujours pas faite ?
J'utilise maintenant Zigbee2MQTT pour cela, c'est vraiment honteux qu'un produit open source puisse lire la tension, la sensibilité, la quantité de fumée et puisse voir si la sirène se déclenche mais un produit comme deCONZ toujours CANT.

Réparer dès que possible

+1'ing ce problème ne changera rien car DE semble ne pas se soucier de tout ce qui concerne Xiaomi.

Mais ce capteur est pris en charge dans l'API REST. vous pouvez l'utiliser dans domoticz ou HA.

J'avais la mauvaise impression que le webgui faisait partie du deconz-rest-plugin mais phoscon est un produit distinct donc mon +1 est maintenant supprimé.

Mais vous ne pouvez rien définir dessus, il suffit de lire l'état actuel...

alors quelles options voudriez-vous "définir" ? @andriej
un détecteur de fumée n'est-il pas un capteur qui ne fournit que des données de capteur ?

@RezzZ oui, mais je pense que le réglage de la sensibilité d'un détecteur de fumée est une chose essentielle - d'autant plus que la passerelle d'origine et zigbee2mqtt prennent en charge ce paramètre.
Il y aurait également un auto-test qui peut être déclenché - mais cela peut ne pas être aussi important que la sensibilité.

@rezzZ ce capteur de fumée permet de définir leur sensibilité lorsqu'ils sont utilisés avec la passerelle/application xiaomi. Fx dans la cuisine, vous pouvez déclencher différemment du salon 🙏

Ils devraient également être dans l'interface graphique

@RezzZ si vous pouviez jeter un coup d'œil aux messages de problème ci-dessus ... il y a tout, un vidage d'options reniflées, les options elles-mêmes - ce capteur a plus qu'un simple état "marche / arrêt" stupide et vous ne pouvez pas le gérer après avoir rejoint au réseau zigbee deconz.

Apparaître dans Jeedom et non dans Phoscon App.

Suggestion pour les développeurs : Pourriez-vous ajouter le détecteur de fumée Honeywell comme lumière par exemple ? Comme le prolongateur USB Ikea. Pour le moment, je ne suis pas en mesure de supprimer le détecteur de fumée via l'application.

Vous pouvez l'utiliser via API, c'est à dire en HA.

Je ne veux pas paraître grossier, mais comment se fait-il que le problème vient d'être clos sans aucun commentaire ?

J'ai fait une erreur ici. Mademoiselle a cliqué sur la tabulation alt. Pardon!

Veuillez ajouter une option pour régler la sensibilité et contrôler la sirène comme l'a fait zigbee2mqtt. Merci!

@ baneb5 Je pourrais y jeter un coup d'œil, mais je ne peux rien promettre. Veuillez soulever un problème distinct pour cela afin que nous puissions signaler de manière appropriée et suivre. On mélange un peu trop ici. Merci!

@ baneb5 Est-ce quelque chose que vous voulez dans phoscon ? Veuillez ensuite ouvrir un problème dans ce référentiel : https://github.com/dresden-elektronik/phoscon-app-beta

@Mimiix Cela doit probablement être pris en charge à partir d'ici. Laissez-moi vérifier d'abord.

@baneb5 veuillez soulever un problème distinct pour votre demande conformément aux suggestions de @Mimiix .
@andriej s'il vous plaît faites de même. Nous pouvons le déplacer vers le repo phoscon beta si nécessaire.

Les gars, veuillez noter que nous avons besoin d'informations de votre part car cela ne fonctionne pas autrement !

Je veux vraiment savoir quels sont les problèmes.

Je n'en ai pas, mais les fonctionnalités manquantes sont le réglage de la sensibilité du détecteur et le démarrage de la sirène (je pense que c'est une sorte de mode test)

Voici quelques informations sur son comportement dans z1mqtt :
https://github.com/foz333/Xiaomi/blob/master/devicetypes/bspranger/xiaomi-mijia-honeywell-fire-detector.src/xiaomi-mijia-honeywell-fire-detector.groovy
https://github.com/Koenkk/zigbee2mqtt.io/blob/develop/docs/devices/JTYJ-GD-01LM_BW.md#sensitivity

@sveip Est-ce une demande pour Phoscon ou Deconz ? Dans tous les cas, ouvrez une demande de fonctionnalité pour cela à l'endroit approprié.

Je veux fermer ce problème car personne ne sait vraiment ce qui se passe avec ce nomore 😂

Je ne veux pas être grossier, mais c'est clairement une demande de déconz, et le problème
a été décrit au moins quelques fois dans ce fil. Iom ça ferait
beaucoup plus logique de renommer le problème au lieu d'en créer un nouveau et de se référer à
ceci, puisque c'est là que se trouvent toutes les informations si vous relisez un peu.

homme. 15. juin. 2020 kl. 18:21 skrev Dennis D [email protected] :

@sveip https://github.com/sveip Est-ce une demande pour Phoscon ou
Déconz ? Quoi qu'il en soit, ouvrez une demande de fonctionnalité pour cela dans son emplacement approprié.
lieu.

Je veux fermer ce sujet car personne ne sait vraiment ce qui se passe avec ça
plus 😂

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152#issuecomment-644234217 ,
ou désabonnez-vous
https://github.com/notifications/unsubscribe-auth/ABLR4L565ORC5KWFE5LQXUDRWZDARANCNFSM4DY7IWFA
.

Tu n'es pas impoli :) Ne t'inquiète pas, ça ira.

Un problème depuis 2017 avec plus de 108 commentaires est vraiment difficile à suivre pour moi ce qui est nécessaire 😄

@SwoopX Pouvez-vous fournir une liste d'écrans dont nous avons besoin ?

Celui comme au début. Devrait afficher plus de clusters maintenant.

Je m'excuse si j'ai fait quelque chose de mal, mais j'ai tout le fil rouge, et tout le fil concerne le problème que j'ai, à savoir que nous ne pouvons pas contrôler le détecteur de fumée xiaomi comme le peut zigbee2mqtt (sans parler de la passerelle xiaomi d'origine). Il m'a semblé logique de remonter ce fil au lieu d'en créer un nouveau, car toutes les infos techniques sont déjà là..

@baneb5 tout bon et valide. Allez-y et soulevez une question distincte pour cela afin que nous ayons une clarté pour nous. Pas grave.

Au fait, la possibilité de tester le capteur est déjà donnée via l'API REST si j'ai bien lu les liens. Cependant, il manque exactement les détails techniques requis puisque la toute première capture d'écran représente une jointure incomplète.

Il est intéressant de retrouver ce sujet aussi actif.

@SwoopX , Comment puis-je tester le capteur via l'API REST ? Je ne pouvais pas trouver un moyen.

Si j'ai bien compris la demande, nous devons également déclencher la sirène via l'API REST. Par exemple, si le capteur de la CHAMBRE A est déclenché, je souhaite également déclencher d'autres capteurs. De toute façon, s'il vous plaît laissez-nous avoir le lien du nouveau fil pour suivre les progrès.

Merci pour votre soutien.

@rtenklooster , avez-vous encore ce matériel pour renifler les paquets ? Serait-il possible pour vous de connecter l'un des détecteurs de fumée à la passerelle Xiaomi Home Gateway officielle et d'en émettre une "sensibilité définie" ? Et peut-être aussi une "sirène de test" (termes sortis de ma tête, donc pourraient ne pas correspondre à leur interface utilisateur.) S'il y a d'autres commandes disponibles à partir du Hub/de l'application, veuillez également celles-ci.

Les gars, s'il vous plaît. Pouvez-vous simplement faire ce que j'ai demandé ? C'est juste 2 choses : un problème distinct pour chaque demande, 1-2 captures d'écran et une sortie de débogage. Pas vraiment besoin de renifler le trafic même si ce serait génial.

Une fois que j'ai cette information, c'est juste une question de 5 minutes pour autant que je sache. Fermant celui-ci maintenant.

Conformément à la demande de @SwoopX, je fermerai ce problème.