Deconz-rest-plugin: Stores intelligents IKEA FIRST et CADRILL

J'ai peur que nous devions attendre le 2 février ...

Dans quelques jours devrait frapper les magasins ici. J'en achèterai un à coup sûr. Si je ne me trompe pas, ils fonctionnent sur batterie, donc les terminaux

Je prévois d'en avoir deux le 2 février.

Le raisonnement du répéteur doit être si le store n'est pas couplé avec la passerelle, n'est-ce pas? Il n'y a pas de contrôle direct du périphérique final au périphérique final sans le répéteur?

Il n'y a pas de contrôle direct du périphérique final au périphérique final sans le répéteur?

Sans routeur. Le répéteur est absolument nécessaire lorsque vous souhaitez contrôler le store intelligent de manière autonome, sans hub. Cependant, le coordinateur est également un routeur, donc je pense / j'espère que vous pourrez abandonner le répéteur si vous connectez à la fois la télécommande et le store intelligent à deCONZ (ou, si possible, à un hub IKEA).

Ikea nous a dit qu'ils avaient été reportés `` à l'été en raison de problèmes de fabrication et de problèmes de mise en œuvre sur le pont IKEA. Je suis également très intéressé par ces stores et j'espère qu'ils sont contrôlables via deconz.

Ce problème a été automatiquement marqué comme obsolète car il n'a pas eu d'activité récente. Il sera fermé si aucune autre activité n'a lieu. Merci pour vos contributions.

J'attends toujours IKEA ...

Selon Reddit, la sortie des stores pourrait avoir lieu en octobre aux Pays-Bas:
https://www.reddit.com/r/tradfri/comments/c8e7ge/blinds_kadrilj_fyrtur_on_sale_in_october

En Suède, ils arriveront dans un mois (espérons-le)

Fin août aux Pays-Bas, selon IKEA, voir:
https://www.ikea.com/en/en/catalog/categories/departments/Textiles/10701/ :

À partir de fin août 2019, les stores enrouleurs électriques FYRTUR et KADRILJ seront disponibles chez IKEA. Avec une télécommande, vous pouvez facilement ouvrir et fermer les volets roulants. Peut également être utilisé en combinaison avec la passerelle TRÅDFRI et l'application associée.

Hm, ils ont supprimé le texte du site Web ...

EDIT (1er août) Et c'est de retour ... toujours fin août.

On dirait que nous devons examiner le moteur de volet roulant Xiaomi Aqara
https://s.click.aliexpress.com/e/J1vGk12

Sorti aujourd'hui, j'espère que cela sera intégré rapidement. Je veux en acheter quelques-uns: D

Pas de dimensionnement personnalisé: /. Dommage.

En Italie, ils ont sorti la batterie de rechange Braunit uniquement: p

Devrait bientôt être disponible. Ils sont apparus sur le site aux Pays-Bas cette semaine; initialement, il a dit disponible le 18 août. J'achèterai des fyrturs.

Je les ai achetés ce week-end. Si quelqu'un peut me fournir un guide étape par étape sur ce dont j'ai besoin
faire. J'enverrai les informations.

Je suppose que ce lien est à ce sujet.

J'ai aussi acheté 2 Fyrtur, mais je ne sais pas quand j'aurai le temps de jouer avec eux.

J'ai également acheté deux stores intelligents Fyrtur aujourd'hui. Malheureusement, j'utilise deconz headless, donc je n'ai pas accès à l'interface graphique, mais s'il y a un autre moyen, je pourrais vous aider - dites simplement le mot :)

Si vous exécutez deconz dans docker, vous pouvez activer l'interface graphique du bureau pour qu'elle soit visible sur vnc

Pas de dimensionnement personnalisé: /. Dommage.

Je pense qu'ils sont ;)

https://youtu.be/PL6LPZZoFlo

J'ai besoin d'une longueur de 240 cm. Ikea ne vend que 195: /.

J'utilise Deconz en tant qu'addon dans Hassio. J'ai donc peur de ne pas pouvoir accéder à l'interface graphique.

J'utilise Deconz en tant qu'addon dans Hassio. J'ai donc peur de ne pas pouvoir accéder à l'interface graphique.

Oui, vous pouvez; https://github.com/home-assistant/hassio-addons/tree/master/deconz#accessing -the-deconz-application-and-view-the-mesh-via-vnc

Je peux maintenant me connecter via VNC. J'ai appuyé sur les deux boutons des stores Ikea (étape 2). J'ai également défini la jointure de permis (255). Mais je ne vois aucun changement dans la vue VNC. Y a-t-il autre chose que je devrais faire?

AJOUTER DES APPAREILS À VOTRE
TÉLÉCOMMANDE D'OUVERTURE / FERMETURE SANS FIL
Lorsque la télécommande Open / Close sans fil est vendue
avec un store enrouleur sans fil et un
Répéteur de signal (dans le même emballage), ils
sont déjà jumelés.
Pour ajouter plus de stores enrouleurs sans fil, répétez simplement
les étapes ci-dessous:
Assurez-vous que votre store enrouleur sans fil est
allumé.
1 Ouvrez le capot arrière de l'Open / Close
Remote et trouvez le bouton de couplage.
2 Appui court sur les deux boutons du store.
Cela rendra l'appareil éveillé et prêt
pour l'appairage pendant 2 minutes.
3 Tenez la télécommande Open / Close très près
le store enrouleur sans fil que vous souhaitez ajouter: non
à plus de 5 cm de.
4 Appuyez sur le bouton d'appairage et maintenez-le enfoncé
au moins 10 secondes sur l'Open /
Fermez la télécommande.
5 Une lumière rouge brillera régulièrement sur l'Open /
Fermez la télécommande. Sur votre store enrouleur sans fil
une lumière blanche commencera à diminuer et à clignoter jusqu'à ce que
les appareils ont été couplés avec succès.
Jusqu'à 4 stores enrouleurs sans fil peuvent être jumelés
avec 1 télécommande Open / Close.

Pour ceux qui viennent de Berlin et sont intéressés par un FYRTUR, ils en ont à Berlin Walterdorf.

Vous pouvez également vérifier en ligne dans quel magasin ils sont disponibles :)

En attendant que le Fyrtur devienne disponible à Amsterdam ...

Si je comprends bien, appuyer sur les deux boutons met le store en mode d'appairage tactile. Cela n'aidera pas à l'associer à deCONZ. Si cela ressemble à l'un des appareils Trådfri, le réinitialiser aux paramètres d'usine devrait faire l'affaire. Pour les commandes, cela se fait en maintenant le bouton d'appairage enfoncé pendant 10 secondes.

Si vous ne parvenez pas à faire en sorte que le store rejoigne le réseau deCONZ après une réinitialisation, vous pouvez essayer de coupler la télécommande à deCONZ (encore une fois, en le réinitialisant), puis reliez le store à la télécommande.

En attendant que le Fyrtur devienne disponible à Amsterdam ...

Si je comprends bien, appuyer sur les deux boutons met le store en mode d'appairage tactile. Cela n'aidera pas à l'associer à deCONZ. Si cela ressemble à l'un des appareils Trådfri, le réinitialiser aux paramètres d'usine devrait faire l'affaire. Pour les commandes, cela se fait en maintenant le bouton d'appairage enfoncé pendant 10 secondes.

Si vous ne parvenez pas à faire en sorte que le store rejoigne le réseau deCONZ après une réinitialisation, vous pouvez essayer de coupler la télécommande à deCONZ (encore une fois, en le réinitialisant), puis reliez le store à la télécommande.

Par la présente, les informations de la télécommande connectée

Et les informations des stores:

Pour réinitialiser et coupler le store lui-même, vous appuyez le plus souvent sur les deux boutons du store pendant 5 secondes (pas sur la télécommande) et le store devrait donc apparaître dans l'interface graphique en tant que périphérique final. Après cela, vous devez associer manuellement la télécommande au store. Au moins, c'est ce que je comprends car je ne peux actuellement pas accéder moi-même à l'interface graphique. Pourrait réinstaller mon pi sur la version de bureau pour tester plus tard dans la journée ...

Edit: On dirait que tu m'as battu Thoit :)

Edit edit: J'ai raccourci l'un de mes stores suite à la vidéo publiée plus tôt, ça s'est bien passé.

@Thoit semble que deCONZ n'a pas encore lu les descripteurs dans leur intégralité. Pouvez-vous essayer de les lire à partir de la _gauche_ des deux tours de liste déroulante sur le nœud? Assurez-vous de réveiller d'abord l'appareil. Pouvez-vous également publier les autres informations sur https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support? Veuillez lire les attributs du cluster _Basic_ avant de faire la capture d'écran. Encore une fois, assurez-vous que l'appareil est réveillé lors de la lecture.

Est-ce l'information dont vous avez besoin?

Et la télécommande:

La télécommande a l'air bien. Comme je m'y attendais, il a un cluster client _Window Covering_, pour envoyer des commandes aux aveugles. Cela signifie qu'il ne peut contrôler (directement) que le store, et que le store ne peut pas être contrôlé (directement) par les autres dispositifs de commande. Pas trop satisfait du cluster 0xFC7C, qui est probablement utilisé pour une configuration spécifique à IKEA.

Pouvez-vous également publier le nœud et les clusters pour les aveugles? Et le cluster _Basic_ après avoir lu les attributs. La radio sur les aveugles doit être éveillée pour que la lecture réussisse; Je ne sais pas comment y parvenir. Espérons que l'aveugle interroge son parent toutes les deux secondes ou il ne pourrait pas réagir au contrôleur.

Salut !
Je suis content des progrès, y compris les stores Ikea :)
Une question sur les stores: la Endposition peut-elle être personnalisée? -> mes fenêtres pour lesquelles je veux les utiliser sont inférieures à 1,95.
-> Je n'ai trouvé aucune information à ce sujet dans le manuel d'ikea

Salut !
Je suis content des progrès, y compris les stores Ikea :)
Une question sur les stores: la Endposition peut-elle être personnalisée? -> mes fenêtres pour lesquelles je veux les utiliser sont inférieures à 1,95.
-> Je n'ai trouvé aucune information à ce sujet dans le manuel d'ikea

Oui, c'est possible. Réglez la position finale et cliquez 2 fois sur l'un des boutons des stores.

Salut !
Je suis content des progrès, y compris les stores Ikea :)
Une question sur les stores: la Endposition peut-elle être personnalisée? -> mes fenêtres pour lesquelles je veux les utiliser sont inférieures à 1,95.
-> Je n'ai trouvé aucune information à ce sujet dans le manuel d'ikea

Oui, c'est possible. Réglez la position finale et cliquez 2 fois sur l'un des boutons des stores.

THX ! .. donc dès qu'ils seront disponibles, j'en aurai :)

@manup allez-vous aider à obtenir un support adéquat de la couverture Ikea dans deconz possible à court terme?

Je n'ai pas trouvé comment obtenir plus d'informations sur les stores. Déjà appuyé sur les 2 boutons chacun, simultanément, double-cliqué mais ne voyez pas plus d'informations que celles fournies dans la capture d'écran.

J'ai réussi à mettre la main sur certains d'entre eux aujourd'hui. Je suis heureux de fournir tous les détails techniques qui peuvent aider à la mise en œuvre :)

@manup des progrès ou un plan pour cela?

Aujourd'hui j'ai finalement associé un de mes stores à deconz, mais comme pour Thoit je ne vois pas comment en tirer plus d'informations. Je peux obtenir les informations sur le nœud, mais il n'y a apparemment aucun cluster à afficher ou à lire ...

deCONZ n'a pas lu les descripteurs. Vous pouvez essayer de les lire manuellement à partir de la liste déroulante de gauche (uniquement visible) (sur le côté droit du nœud). Selon le degré de somnolence du store, vous devrez peut-être le réveiller avant qu'il ne réponde. Je ne sais pas comment cela se fait, je suppose / j'espère en appuyant sur un bouton sur le store.

Clusters aveugles et lecture de cluster de base

Cool! Pourriez-vous essayer de lire le cluster _Window Covering_? Et vérifiez si vous pouvez contrôler le store via ses commandes _Open_ et _Close_?

Comment avez-vous connecté les stores avec Deconz @Revorge? Ik a essayé plusieurs fois, mais n'a pas pu le faire fonctionner :(

@ebaauw voici mon implémentation aveugle Homebridge multi-adaptateurs. Cela pourrait être utile pour implémenter le support des stores sur Homebridge-hue
https://github.com/paolotremadio/homebridge-webshades

Ce qui me fait me demander: devrait-il faire partie de Homebridge-Hue? Ce n'est techniquement pas de la teinte ... :)

homebridge-hue prend en charge les stores intelligents depuis la v0.10.3 .

Cool! Pourriez-vous essayer de lire le cluster _Window Covering_? Et vérifiez si vous pouvez contrôler le store via ses commandes _Open_ et _Close_?

Je peux contrôler le store à partir de l'interface graphique deconz en utilisant les boutons exécutables "Up / Open", "Down / Close" et "Go to lift pourcentage" - fonctionne un régal :)

Je ne sais pas si les attributs lus se sont terminés correctement, mais c'est tout ce que j'ai, peu importe ce que j'ai essayé:

Comment avez-vous connecté les stores avec Deconz @Revorge? Ik a essayé plusieurs fois, mais n'a pas pu le faire fonctionner :(

Ouvrez le réseau via l'interface graphique deconz ou "ajouter de nouvelles lumières" dans phoscon et maintenez les deux boutons du store pendant environ 5 secondes - le store est apparu instantanément.

Ça a l'air bien, j'aime que les stores fournissent également un cluster Poll Control. La télécommande semble être la même que la télécommande marche / arrêt vendue auparavant et est prise en charge depuis la version 2.05.58.
https://github.com/dresden-elektronik/deconz-rest-plugin/releases/tag/V2_05_58

Il est certain qu'un code supplémentaire est nécessaire pour configurer une fixation afin de permettre à la télécommande de contrôler directement les stores.

En tant qu'objectif à court terme, je suppose qu'il est logique de soutenir les blinds via le hack /lights existant. Ce n'est pas mon préféré, mais l'API REST v2 prendra un certain temps, alors faisons d'abord le hack et ajoutons une API de blinds appropriée dans la v2 plus tard :)

Hier, j'ai reçu une notification par e-mail indiquant que le FYRTUR de 140 cm était disponible chez IKEA Amsterdam. J'y suis allé tout de suite, mais ils n'ont pas pu trouver les FYRTUR - ils étaient "perdus". Comme le stock avait changé, j'ai pensé qu'ils les avaient trouvés. A fait un autre voyage ce matin, mais ils n'avaient que quelques unités de 60 cm et 80 cm à gauche. L'unité de 140 cm restante répertoriée sur le site Web est devenue MIA. Ils ne savent pas quand le nouveau stock arrivera. Aucun des autres magasins IKEA à distance de conduite décente n'a actuellement de stock, alors je suppose que j'attendrai une autre semaine ...

Quoi qu'il en soit, a ajouté le FYRTUR (et, j'espère, le KADRILJ) à la liste blanche, le plugin de l'API REST devrait donc créer la ressource /lights avec type Window covering device . J'espère que quelqu'un pourra compiler et tester mon dernier commit.

Exposer le niveau de la batterie sera un peu plus difficile, car il n'y a pas /lights ressources config sur les ressources /lights . Je pourrais introduire un type ZHABattery /sensors ou peut-être mieux attendre l'API v2 /devices .

La télécommande semble être la même que la télécommande marche / arrêt

Non, il a un firmware différent, un type d'appareil différent, et je soupçonne qu'il envoie des commandes _Window Covering_ au lieu des commandes _On / Off_ et _Level Control_.

J'ai ajouté le type d'appareil distant à general.xml et l'ai ajouté à la liste blanche pour créer un /sensors resoruce. Je pense que cela suffit, car il annonce également un cluster client _On / Off_. Pour un support complet, j'ai besoin de voir quelles commandes il envoie. Quelqu'un pourrait-il lancer deconz avec --dbg-info=2 et capturer les commandes, y compris les asdu ?

Vraiment génial de voir que des progrès et des engagements sont en cours :) Si je peux être d'une aide supplémentaire pour ajouter du support - dites simplement le mot. Je suis en train de tester tout cela sur une carte SD "graveur" de toute façon, donc ça ne me dérange pas de "bricoler" :)

Super @ebaauw, comment puis-je tester votre code via le module complémentaire Hassio? Ou n'est-ce pas possible?

Vous devez obtenir mon dernier commit, compiler le plugin REST API et l'installer, voir https://github.com/dresden-elektronik/deconz-rest-plugin#get -and-compile-the-plugin.

Vous devez obtenir mon dernier commit, compiler le plugin REST API et l'installer, voir https://github.com/dresden-elektronik/deconz-rest-plugin#get -and-compile-the-plugin.

J'ai essayé de compiler à partir de votre dépôt, mais j'obtiens une erreur

J'ai ajouté le type de périphérique distant à general.xml et l'ai mis sur liste blanche pour créer un / Sensor Resoruce. Je pense que cela suffit, car il annonce également un cluster On / Off client. Pour un support complet, j'ai besoin de voir quelles commandes il envoie. Quelqu'un pourrait-il s'il vous plaît lancer deconz avec --dbg-info = 2 et capturer les commandes, y compris l'asdu?

Comment ferait-on - "étape par étape" ce que vous avez demandé ci-dessus?

Merde, j'ai oublié ça. C'est un problème connu avec les commits post-v2.05.66, qui devrait être corrigé dans la v2.05.67. Voir # 1732 et https://github.com/dresden-elektronik/deconz-rest-plugin/commit/1777accdc688a2a72f762f6e8d38df68dec34fef.

Merde, j'ai oublié ça. C'est un problème connu avec les commits post-v2.05.66, qui devrait être corrigé dans la v2.05.67. Voir # 1732 et 1777acc .

Cela a aidé :)

Et visible dans HomeAssistant - l'état et la position signalés sont incorrects, mais le store peut être contrôlé à l'aide du curseur de position.

Permet d'obtenir ce publié!

Quels sont les problèmes avec le curseur Home Assistant? Mauvaise échelle?

Quels sont les problèmes avec le curseur Home Assistant? Mauvaise échelle?

Le seul "problème" est que Home Assistant n'est absolument pas conscient de l'état aveugle. L'échelle du curseur est correcte mais Home Assistant n'a aucune idée de la position actuelle du store. Vous pouvez résoudre temporairement ce problème simplement en demandant à Home Assistant de mémoriser la dernière position définie, mais cela relève de la communauté Home Assistant.

L'état est-il reflété dans state.bri dans l'API REST? Il doit correspondre à l'attribut _Current Position Lift Percentage_. Le contrôleur de rideau Xiaomi et, je pense, l'ubysis J1 ne signalent la position actuelle qu'après un étalonnage réussi.

Quelle position est 0%? Complètement ouvert ou fermé? Je dois vérifier le code ce qu'il est censé être; J'oublie lequel est lequel, car le Xioami les avait inversés et HomeKit les avait inversés face à ZigBee.

L'attribut (et state.bri ) devrait se mettre à jour automatiquement. Sinon, pourriez-vous essayer de créer une liaison manuellement à partir du cluster _Window Covering_ du store vers le RaspBee / ConBee.

Quelle position est 0%? Complètement ouvert ou fermé? Je dois vérifier le code ce qu'il est censé être; J'oublie lequel est lequel, car le Xioami les avait inversés et HomeKit les avait inversés face à ZigBee.

0% est complètement ouvert. Je regarderai state.bri plus tard.

Si j'effectue une lecture sur les attributs du _Window Covering Cluster_, l'état et la position sont mis à jour dans Home Assistant - bien qu'inversés, donc 0% (ouvert) est affiché comme fermé et 100% (fermé) comme ouvert ... lui-même semble interroger son parent chaque seconde.

Si j'effectue une lecture sur les attributs du cluster de couvre-fenêtres, l'état et la position sont mis à jour dans Home Assistant

La lecture ne devrait pas être nécessaire, une fois que vous avez créé une liaison du cluster _Window Covering_ vers le RaspBee / ConBee, et configuré le rapport d'attribut pour _Current Position Lift Percentage_.

donc 0% (ouvert) est affiché comme fermé et 100% (fermé)

Open devrait être correct à 0%, voir https://github.com/dresden-elektronik/deconz-rest-plugin/pull/746#issuecomment -427590830. Veuillez vérifier state.bri . Il doit être 0 pour ouvert et 255 pour fermé. Si tel est le cas, Home Assistant doit inverser les valeurs (également lors de l'ouverture / fermeture du store). HomeKit utilise également 100% pour ouvert et 0% pour fermé, j'ai donc dû faire de même dans homebridge-hue.

L'aveugle lui-même semble interroger son parent à chaque seconde.

C'est une bonne nouvelle. J'espérais que ce serait le cas (ou il ne pourrait pas répondre à la télécommande), mais c'est bien d'avoir une confirmation.

La lecture ne devrait pas être nécessaire, une fois que vous avez créé une liaison du cluster de couverture de fenêtre vers le RaspBee / ConBee, et que vous avez configuré le rapport d'attribut pour le pourcentage d'élévation de la position actuelle.

Cela semble excellent, mais je crains de manquer de savoir-faire.

Pour créer une liaison, ouvrez le panneau _Bind Dropbox_ dans l'interface graphique deCONZ. Faites glisser le cluster _Window Covering_ du store vers le champ _Source_ dans la boîte de dépôt. Faites glisser le point de terminaison 0x01 du RaspBee vers le champ _Destination_. Appuyez ensuite sur _Bind_. La boîte de dépôt devrait afficher le succès pendant un bref instant. Cela peut prendre quelques tentatives. Voici une capture d'écran (pour le contrôleur de rideau Xiaomi):

Pour configurer le rapport d'attributs, ouvrez le panneau _Cluster Info_ dans l'interface graphique deCONZ. Sélectionnez le cluster _Window Covering_ à partir du store et faites défiler vers le bas. Double-cliquez sur l'attribut _Current Position Lift Percentage_ pour faire apparaître la fenêtre _Attribute Editor_. Entrez les valeurs de rapport et appuyez sur _Write Config_. Fermez la fenêtre contextuelle, rouvrez-la et appuyez sur _Read Config_ pour vérifier que les valeurs ont été stockées. Cela peut prendre quelques tentatives.

Après cela, la valeur du _Current Position Lift Percentage_ doit changer automatiquement lors de l'ouverture ou de la fermeture du store. Si cela fonctionne, nous pouvons améliorer le plug-in de l'API REST pour configurer automatiquement la configuration des rapports de liaison et d'attribut.

beau travail les gars, je viens de ramasser 2 stores aujourd'hui, je dois les couper un peu d'abord, mais une fois que je les aurai levés, je serai heureux de vous aider si plus d'informations sont nécessaires.

@ebaauw Merci beaucoup - j'apprécie vraiment l'aide et les explications détaillées :) Je suis

Selon ikea.nl, il y a un store de 140 cm en stock chez Ikea Amsterdam, mais pourrait être le store fantôme d'avant;)

@ebaauw J'ai suivi vos instructions pour créer la liaison et la position est maintenant mise à jour automatiquement 👍 Il ne me reste plus qu'à comprendre comment inverser l'état d'ouverture / fermeture dans Home Assistant.

Je vais essayer de coupler la télécommande d'ouverture / fermeture à deCONZ plus tard et tester si cela fonctionne également pour contrôler le store

@Revorge pour corriger Hass, nous devons juste ajouter le modèle dans https://github.com/home-assistant/home-assistant/blob/d4bd5a180ce9c7dc39b0a00000307148ca6b6303/homeassistant/components/deconz/cover.py#L17

Je voudrais simplement savoir quelle est la méthode par défaut pour ne pas avoir besoin de spécifier tous les appareils en suivant le bon ordre

La télécommande semble être la même que la télécommande marche / arrêt

Non, il a un firmware différent, un type d'appareil différent, et je soupçonne qu'il envoie des commandes _Window Covering_ au lieu des commandes _On / Off_ et _Level Control_.

Intéressant, quand je me souviens bien, la télécommande marche / arrêt offrait également des capacités de recouvrement de fenêtre.

Je fusionnerai https://github.com/dresden-elektronik/deconz-rest-plugin/pull/1774 pour 2.05.67. La création de liaison automatique pour le cluster Window Covering peut être ajoutée pour la prochaine version.

@manup avons-nous un moyen facile de savoir quelles couvertures ont inversé la logique ascendante / descendante?

@manup avons-nous un moyen facile de savoir quelles couvertures ont inversé la logique ascendante / descendante?

Je ne suis pas sûr, mais je suggérerais que l'API REST ne fournit qu'une seule logique pour toutes les couvertures. Et si un couvercle a une logique inversée, cela doit être pris en charge en interne pour que les applications restent simples.

Le plugin REST API normalise la logique ... au standard ZigBee. Donc, en fonction de ce que «vos» systèmes de domotique utilise, c'est soit non aucun.

@ebaauw ok donc tout utilise la spécification zigbee? Alors il n'y a aucune raison de garder le support inversé pour le composant hass? Je vais devoir passer par mes anciens PR pour voir pourquoi c'était nécessaire à l'origine

Quelqu'un pourrait-il s'il vous plaît lancer deconz avec --dbg-info = 2 et capturer les commandes, y compris l'asdu?

J'essaie de faire ce qui précède (je ne suis pas sûr de comprendre la partie "asdu" cependant), mais je reçois seulement un message "no botton handler" en appuyant sur un bouton de la télécommande ...

Il devrait y avoir un message APS-DATA avec l'asdu juste avant celui-ci. Voir par exemple https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1676#issuecomment -511347951.

Ce message confirme déjà mon soupçon que la télécommande envoie des commandes _Window Covering_ (cluster 0x0102). Nous devons capturer les différentes commandes pour appuyer, relâcher, maintenir les différents boutons, pour créer un gestionnaire de boutons.

--dbg-info=2

C'est la télécommande qui rapporte son pourcentage de batterie (cluster 0x0001, attribut 0x0021).

Peut-être ai-je confondu les options deCONZ. Pouvez-vous essayer --dbg-info=2 en plus de --dbg-aps=2 ?

--dbg-aps=2 - avant et après une pression vers le haut et une vers le bas

J'ai besoin de revérifier la spécification ZCL quand je suis à la maison, mais cela ressemble à de simples commandes _Open_ et _Close_, sans aucun paramètre. La télécommande envoie-t-elle autre chose lorsqu'elle est maintenue en haut ou en bas?

La ressource ZHASwitch pour la télécommande affiche-t-elle config.group ? Le store réagit-il déjà à la télécommande?

J'ai besoin de revérifier les spécifications ZCL quand je suis à la maison, mais cela ressemble à de simples commandes Ouvrir et Fermer, sans aucun paramètre. La télécommande envoie-t-elle autre chose lorsqu'elle est maintenue en haut ou en bas?

Maintenir le bouton enfoncé pendant quelques secondes

La ressource ZHASwitch pour le show config.group distant? Le store réagit-il déjà à la télécommande?

Je n'avais pas pensé à cela auparavant, mais juste assigné le même identifiant de groupe aveugle et distant via l'interface graphique deCONZ et le store répond parfaitement à l'entrée à distance - à la fois "pression simple vers le haut et vers le bas" et "appui long vers le haut et vers le bas". Comme prévu, le prolongateur / répéteur de portée n'est pas nécessaire :)

Gardez à l'esprit que le comportement de la télécommande est le suivant:

• simple pression vers le haut: ouvrez les stores complètement
• appui long: continuez à ouvrir jusqu'à ce que le bouton soit relâché (ou que la position complètement ouverte soit atteinte)
• pression simple vers le bas: fermez complètement les stores
• appui long: continuez à fermer jusqu'à ce que le bouton soit relâché (ou que la position complètement fermée soit atteinte)

Gardez à l'esprit que le comportement de la télécommande est le suivant:

• simple pression vers le haut: ouvrez les stores complètement
• appui long: continuez à ouvrir jusqu'à ce que le bouton soit relâché (ou que la position complètement ouverte soit atteinte)
• pression simple vers le bas: fermez complètement les stores
• appui long: continuez à fermer jusqu'à ce que le bouton soit relâché (ou que la position complètement fermée soit atteinte)

Bien sûr - c'est le comportement que je reçois 👍

Et cela est cohérent avec les commandes que je vois dans le journal: _Up / Open_ (0x00) ou _Down / Close_ (0x01) en appuyant sur un bouton, et _Stop_ (0x02) en relâchant le bouton après un certain temps. Ceci est atypique: la télécommande envoie la même commande en pression / relâchement qu'en appui / maintien, je ne peux pas faire la distinction entre les événements de bouton x001 et x002. Je pense toujours qu'il est logique d'envoyer x003 sur une version longue.

Je peux comprendre pourquoi: peu importe si vous appuyez sur ou si vous appuyez longuement, le store commencera à bouger. S'il ne s'agit que d'une presse, il s'arrêtera à la fin du rouleau. S'il s'agit d'un appui long, il s'arrêtera au relâchement du bouton.

Je suis d'accord avec vous, un appui long est plus descriptif (tant que nous obtenons un événement lorsque le bouton a été relâché). Cela rendra également les codes plus cohérents avec la télécommande Ikea à 5 boutons

Le commit ci-dessus devrait créer un groupe pour la télécommande d'ouverture / fermeture lors du couplage (provoquant l'apparition de config.group ) et mettre state.buttonevent jour

• 1002: _Up_ appuyez / relâchez ou appuyez / maintenez;
• 1003: version longue _Up_;
• 2002: appuyez / relâchez _Down_ ou appuyez / maintenez;
• 2003: version longue _Down_.

J'apprécierais que quelqu'un puisse tester cela.

Reste à faire: configurer la liaison et les rapports d'attributs pour les aveugles
Et ci-dessous, le commit devrait configurer la liaison et le rapport d'attribut. Non testé.

@ebaauw J'ai compilé les derniers changements hier soir / nuit. Il semble que je dois encore configurer manuellement la liaison et le rapport pour la position à mettre à jour dans HA - je ne sais pas si je pourrais faire quelque chose de mal ...

Je ne sais pas exactement quoi ni où chercher à propos de la création du groupe, mais la télécommande est visible dans l'ancienne application Web et les aveugles peuvent y être ajoutés, mais cela ne fait pas répondre les aveugles à une entrée à distance.

J'ai enfin mon propre FYRTUR.

Je ne sais pas exactement quoi ni où chercher à propos de la création du groupe, mais la télécommande est visible dans l'ancienne application Web et les aveugles peuvent y être ajoutés, mais cela ne fait pas répondre les aveugles à une entrée à distance.

Il y a toujours un autre endroit pour ajouter un nouvel appareil à la liste blanche. Le groupe a bien été créé, mais la télécommande n'y était pas encore liée. Nous avons également trouvé d'autres bogues, empêchant la génération des événements de bouton, et une erreur dans general.xml , empêchant l'affichage du type de périphérique.

Il semble que je dois encore configurer manuellement la liaison et le rapport pour la position

Pareil ici. Le plugin de l'API REST semble configurer le rapport d'attributs pour _SW Build ID_ (0x0000 / 0x4000), mais rien de plus. Probablement encore un autre endroit à ajouter à la liste blanche ...

Le FYRTUR prend en charge les rapports d'attributs pour _Battery Percentage Remaining_ (0x0001 / 0x0021) et, comme nous l'avons déjà compris, pour _Current Position Lift Percentage_ (0x0102 / 0x0008). J'ai configuré manuellement 7200/7200/0 pour la batterie et 1/300/1 pour la position. L'API REST émet des notifications de socket Web lorsque l'aveugle se déplace - cool. Il réagit aux commandes de groupe, comme nous l'avons déjà compris.

Il prend en charge les scènes ZigBee pour stocker et rappeler la position actuelle avec la scène. Je ne pense pas que l'API REST comprend cela, car nous mappons la position à state.bri . Quelque chose pour l'API v2, je dirais, similaire à l'exposition du pourcentage de batterie.

Comme je m'y attendais, homebridge-hue prend déjà en charge les dispositifs de recouvrement de fenêtre et expose avec bonheur le FYRTUR. J'aurai besoin d'ajouter le support pour la télécommande d'ouverture / fermeture.

Je viens juste d'avoir les blinds et l'appariement a réussi du premier coup.
Ils sont entièrement contrôlables, mais mon problème est qu'ils apparaissent comme fermés lorsqu'ils sont complètement ouverts, et vice versa, dans l'assistant domestique ainsi que dans Homekit. Comment changer cela?

Je viens juste d'avoir les blinds et l'appariement a réussi du premier coup.
Ils sont entièrement contrôlables, mais mon problème est qu'ils apparaissent comme fermés lorsqu'ils sont complètement ouverts, et vice versa, dans l'assistant domestique ainsi que dans Homekit. Comment changer cela?

Cela nécessite des modifications dans un composant Home Assistant - je pense que @ Kane610 examine cela lorsque le temps le permet :)

Il y a toujours un autre endroit pour ajouter un nouvel appareil à la liste blanche. Le groupe a bien été créé, mais la télécommande n'y était pas encore liée. Nous avons également trouvé d'autres bogues, empêchant la génération des événements de bouton et une erreur dans general.xml, empêchant l'affichage du type de périphérique.

Les groupes et le contrôle des stores via des télécommandes fonctionnent maintenant :) Mais il semble que les stores ne sont pas "maillés", ce qui pourrait être à l'origine d'un retard d'entrée important pour l'un de mes stores ...?

@jeopold ou @revorge si vous pouvez simplement me donner le type et l'identifiant du modèle et je m'assurerai qu'ils font partie de la prochaine version

mon problème est qu'ils apparaissent comme fermés lorsqu'ils sont complètement ouverts, et vice versa, dans l'assistant domestique ainsi que dans Homekit.

Comment les exposez-vous à HomeKit? Avez-vous lié manuellement le cluster _Window Covering_ au RaspBee / ConBee et avez-vous configuré le rapport d'attribut pour _Current Position Lift Percentage_? Sinon, la valeur indiquée par l'API REST n'est pas actuelle.

les stores ne sont pas "maillés"

Bien sûr que non; ce sont des terminaux (nœuds gris). Ceux-ci se connectent à un seul routeur (nœud jaune) [ou coordinateur (nœud bleu)], leur "parent".

un retard d'entrée important pour l'un de mes stores

Laquelle? Contrôlez-vous tous les stores à partir de toutes les télécommandes ou utilisez-vous une télécommande par store?

@ebaauw peut-être pouvez-vous partager le type et l'identifiant du modèle des couvertures?

les stores ne sont pas "maillés"

Bien sûr que non; ce sont des terminaux (nœuds gris). Ceux-ci se connectent à un seul routeur (nœud jaune) [ou coordinateur (nœud bleu)], leur "parent".

Dohh, va juste pour montrer à quel point je suis novice dans tout ce qui est zigbee :) Je ne sais pas pourquoi je n'avais pas remarqué les couleurs des nœuds ....

un retard d'entrée important pour l'un de mes stores

Laquelle? Contrôlez-vous tous les stores à partir de toutes les télécommandes ou utilisez-vous une télécommande par store?

Une télécommande par store. La télécommande pour ce store spécifique se connecte au routeur le plus éloigné (Yellow Node :)) Je ne sais pas si cela pourrait avoir quelque chose à voir avec le retard ...

@jeopold ou @Revorge si vous pouvez simplement me donner le type et l'identifiant du modèle et je m'assurerai qu'ils font partie de la prochaine version hass
@ Kane610 Bien sûr, donnez-moi juste un indice où chercher :)

Comment les exposez-vous à HomeKit? Avez-vous lié manuellement le cluster _Window Covering_ au RaspBee / ConBee et avez-vous configuré le rapport d'attribut pour _Current Position Lift Percentage_? Sinon, la valeur indiquée par l'API REST n'est pas actuelle.
@ebaauw J'utilise le composant Home Assistant HomeKit. Je viens d'ajouter l'aveugle via Phoscon, et il est apparu dans Home Assistant et HomeKit, aucune autre configuration n'a été effectuée. J'ai remarqué que cela apparaît comme une lumière dans Phoscon.

@jeopold
mettez cela dans hass configuration.yaml, redémarrez hass et regardez dans les journaux, vous devriez y trouver des lumières et à l'intérieur que vous pourriez simplement partager toute la partie sur les couvertures

enregistreur:
par défaut: info
journaux:
pydeconz: débogage
homeassistant.components.deconz: débogage

La télécommande pour ce store spécifique se connecte au routeur le plus éloigné (Yellow Node :)) Je ne sais pas si cela pourrait avoir quelque chose à voir avec le retard ...

Est-ce que c'est ChildBulb1? À première vue, le store GardinEntre se connecte au même routeur. Est-ce le store que vous contrôlez depuis cette télécommande? Quel type de lumière est le routeur? À quel type de lumière le KantorBulb1 est-il connecté à GardinStue et à l'autre télécommande?

Avez-vous toujours besoin du répéteur après avoir couplé les couvertures pour déconzer?

Avez-vous toujours besoin du répéteur après avoir couplé les couvertures pour déconzer?

Non :)

La télécommande pour ce store spécifique se connecte au routeur le plus éloigné (Yellow Node :)) Je ne sais pas si cela pourrait avoir quelque chose à voir avec le retard ...

Est-ce que c'est ChildBulb1? À première vue, le store GardinEntre se connecte au même routeur. Est-ce le store que vous contrôlez depuis cette télécommande? Quel type de lumière est le routeur? À quel type de lumière le KantorBulb1 est-il connecté à GardinStue et à l'autre télécommande?

Merci pour votre aide @ebaauw Le store avec le retard est GardinKoekken et sa télécommande se connecte à KontorBulb1, tout comme la télécommande de GardinStue (Gardinstue est presque juste à côté de KontorBulb1). Kontorbulb1 est une "ampoule Trådfri GU10". La télécommande de GardinEntre se connecte à ChildBulb1 et c'est un "Trådfri E27 WS".

Comment associer les stores avec deCONZ? via "Ajouter de nouvelles lumières" dans phoscon?

Comment associer les stores avec deCONZ? via "Ajouter de nouvelles lumières" dans phoscon?

Oui ou en ouvrant le réseau à partir de l'interface graphique DeCONZ ou de l'ancienne application Web :)

L'aveugle avec le retard est GardinKoekken

Selon la capture d'écran, ce store est connecté au RapsBee / ConBee; les deux autres (sans délai) sont connectés aux ampoules IKEA Trådfri. Je dirais que le micrologiciel Trådfri gère les diffusions de groupe pour les appareils enfants différemment du micrologiciel RaspBee / ConBee et / ou du noyau deCONZ, ce qui entraîne le retard. J'essaierais de réassocier le store avec le ConBee / RaspBee loin, dans un effort pour le forcer à sélectionner une ampoule Trådfri comme parent.

Comment associer les stores avec deCONZ? via "Ajouter de nouvelles lumières" dans phoscon?

Oui ou en ouvrant le réseau à partir de l'interface graphique DeCONZ ou de l'ancienne application Web :)

N'ouvrez _ pas _ le réseau depuis l'interface graphique. Les appareils rejoindront le réseau correctement, mais aucune ressource d'API REST ne sera créée.

L'aveugle avec le retard est GardinKoekken

Selon la capture d'écran, ce store est connecté au RapsBee / ConBee; les deux autres (sans délai) sont connectés aux ampoules IKEA Trådfri. Je dirais que le micrologiciel Trådfri gère les diffusions de groupe pour les appareils enfants différemment du micrologiciel RaspBee / ConBee et / ou du noyau deCONZ, ce qui entraîne le retard. J'essaierais de réassocier le store avec le ConBee / RaspBee loin, dans un effort pour le forcer à sélectionner une ampoule Trådfri comme parent.

Merci beaucoup pour votre aimable aide :) J'essaierai ça plus tard ce soir.

@jeopold
mettez cela dans hass configuration.yaml, redémarrez hass et regardez dans les journaux, vous devriez y trouver des lumières et à l'intérieur que vous pourriez simplement partager toute la partie sur les couvertures

enregistreur:
par défaut: info
journaux:
pydeconz: débogage
homeassistant.components.deconz: débogage

Est-ce ceci? @ Kane610

Les instructions Ikea sont un peu merdiques.

Voici comment réinitialiser les stores et les mettre en mode d'appairage:

• Continuez à appuyer sur les deux boutons des stores pendant 5 secondes ou plus
• Le voyant clignote lentement 3 fois puis s'éteint
• Relâchez les boutons, la lumière clignotera lentement
• Ouvrez le réseau depuis phoscon en utilisant "Ajouter de nouvelles lumières"

Cela fonctionne maintenant!

@Revorge c'est tout!

Selon la capture d'écran, ce store est connecté au RapsBee / ConBee; les deux autres (sans délai) sont connectés aux ampoules IKEA Trådfri. Je dirais que le micrologiciel Trådfri gère les diffusions de groupe pour les appareils enfants différemment du micrologiciel RaspBee / ConBee et / ou du noyau deCONZ, ce qui entraîne le retard. J'essaierais de réassocier le store avec le ConBee / RaspBee loin, dans un effort pour le forcer à sélectionner une ampoule Trådfri comme parent.

@ebaauw Cela a résolu le problème :) Merci encore pour l'excellente aide 👍

L'API ne doit pas mettre à jour la position aveugle actuelle ( bri ), sauf si je lis manuellement les attributs du cluster "couvrant la fenêtre" depuis l'interface graphique deCONZ. Est-ce normal?

Voir au dessus:

Il semble que je dois encore configurer manuellement la liaison et le rapport pour la position

Pareil ici. Le plugin de l'API REST semble configurer le rapport d'attributs pour l'ID de construction SW (0x0000 / 0x4000), mais rien de plus. Probablement encore un autre endroit à ajouter à la liste blanche ...

@manup , je pourrais vraiment utiliser votre aide ici.

@paolotremadio Vous devez actuellement créer manuellement une liaison entre le raspbee / conbee et le cluster de recouvrement de fenêtres de stores + rapport de configuration pour la position. Ebaauw a publié un excellent guide plus tôt dans ce numéro.

Voir au dessus:

Il semble que je dois encore configurer manuellement la liaison et le rapport pour la position

Pareil ici. Le plugin de l'API REST semble configurer le rapport d'attributs pour l'ID de construction SW (0x0000 / 0x4000), mais rien de plus. Probablement encore un autre endroit à ajouter à la liste blanche ...

@manup , je pourrais vraiment utiliser votre aide ici.

Donc, la liaison du cluster Window Covering est manquante?
Les journaux indiquent-ils ce qui se passe?

Malheureusement, nous n'avons pas encore de Fyrtur au bureau: /

@jeopold & @Revorge ont corrigé Hass, en attendant que Balloob choisisse PR à la branche de version 0.98

Voici le journal, à partir du moment où j'ai appairé le FYRTUR:
log.gz

Je me suis impatienté et j'ai créé manuellement les liaisons et la configuration des rapports. Je ne sais pas exactement quand.

J'avais besoin de pouvoir vider mon réseau de test et réassocier le store pour capturer un journal propre.

Bonjour, en attendant que les stores intelligents ikea soient disponibles dans mon pays, j'ai quelques questions pour les utilisateurs qui les ont déjà installés:
-Les stores intelligents Ikea prennent-ils en charge le réglage de la position (par exemple, 15%, 45% ou 80%)?
-Est-ce que la position actuelle est rapportée par le store intelligent?
-Est-il contrôlable en HA / hassio? Des problèmes une partie de l'inversion de l'état ouvert / fermé signalé quelques messages avant?

1. Vous ne pouvez définir que la position finale. Lorsque vous appuyez une seule fois sur le bouton bas, le rideau descend jusqu'au point final. Si vous maintenez le bouton bas, il descendra jusqu'à ce que le bouton bas soit relâché.
2. Je crois que non.
3. Pas encore, si vous lisez les commentaires, il y a une première version pour tester quelques choses. Malheureusement, il n'est pas disponible dans HA / Hassio. Espérons la prochaine version.

• oui, vous pouvez définir la position en pourcentage
• oui, il est signalé même lorsque le store bouge
• un patch pour HA est en route

Les stores intelligents ikea prennent-ils en charge le réglage de la position (par exemple, 15%, 45% ou 80%)?

Oui, à la fois directement dans l'application phoscon ou dans un logiciel tiers. Je l'ai fait fonctionner avec Home Assistant et un correctif pour l'état d'ouverture / fermeture inversé est préparé pour une prochaine version de HA.

La position actuelle est-elle signalée par le store intelligent?

Oui, avec une liaison et un reporting corrects configurés dans deconz. Une solution pour automatiser cela est actuellement en cours "d'investigation"

Est-il contrôlable en HA / hassio? Des problèmes une partie de l'inversion de l'état ouvert / fermé signalé quelques messages avant?

Oui, c'est le cas et aucun problème à côté de l'état d'ouverture / de fermeture incorrect et de l'inversion des commandes du bouton haut / bas. Encore une fois, un correctif est déjà fait et sera, espérons-le, inclus dans la branche 0.98 de HA.

Merci pour les réponses rapides! J'essaierai d'obtenir quelques stores intelligents quand ils seront disponibles!

Super!
J'ai déjà installé mes stores donc je suis prêt à tester ceci :)

Voici le journal, à partir du moment où j'ai appairé le FYRTUR:
log.gz

Je me suis impatienté et j'ai créé manuellement les liaisons et la configuration des rapports. Je ne sais pas exactement quand.

J'avais besoin de pouvoir vider mon réseau de test et réassocier le store pour capturer un journal propre.

La vérification de la liaison semble être traitée, il serait intéressant de voir ce qui se passe lorsque la liaison n'est pas intakt avec un Fyrtur fraîchement rejoint.

Aug 27 15:26:12 pi1 deCONZ[18679]: 15:26:12:517 binding for cluster 0x0102 of 0x000D6FFFFE9E00AA exists (verified by reporting)
Aug 27 15:26:12 pi1 deCONZ[18679]: 15:26:12:517 skip configure report for cluster: 0x0102 attr: 0x0008 of node 0x000D6FFFFE9E00AA (seems to be active)
Aug 27 15:26:12 pi1 deCONZ[18679]: 15:26:12:517 Force binding of attribute reporting for node Bathroom Blind

Je vais organiser un test ce week-end.

Je viens d'installer un store Fyrtur aujourd'hui, et cela semble fonctionner correctement. Il monte et descend comme je veux, et signale l'état après avoir fait la reliure manuelle.
Mon système est Ubuntu 18.04, HomeSeer 3.0.0.534, JowiHue 2.0.4.6 et deConz 2_05_67
Donc, les stores fonctionnent très bien.

Cependant, je ne peux pas connecter la télécommande IKEA à mon système. Y a-t-il une astuce spéciale pour le connecter ou est-ce que quelque chose viendra dans le futur?
À l'heure actuelle, la télécommande semble être dans une sorte de limbes - je peux la voir dans l'interface graphique deConz, bot pas dans Phoscon, et je ne peux rien contrôler avec.

Cependant, je ne peux pas connecter la télécommande IKEA à mon système. Y a-t-il une astuce spéciale pour le connecter ou est-ce que quelque chose viendra dans le futur?
À l'heure actuelle, la télécommande semble être dans une sorte de limbes - je peux la voir dans l'interface graphique deConz, bot pas dans Phoscon, et je ne peux rien contrôler avec.

Dans l'application Phoscon, ouvrez le menu -> aide et "Ancienne application Web" La télécommande devrait apparaître ici en tant que groupe. Ajouter des aveugles au groupe.

Est-il contrôlable en HA / hassio? Des problèmes une partie de l'inversion de l'état ouvert / fermé signalé quelques messages avant?

Le correctif vient de sortir et tout fonctionne maintenant comme prévu :)

Merci d'avoir vérifié @Revorge

Je n'ai toujours pas de groupe pour la télécommande. Sur raspbee 26330500 deconz 2.05.67

Voir ci-dessus, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -525257414: Vous aurez besoin du commit post v2.05.67 pour cela.

Oh ok merci.

La vérification de la liaison semble être traitée, il serait intéressant de voir ce qui se passe lorsque la liaison n'est pas intakt avec un Fyrtur fraîchement rejoint.

J'ai vidé mon réseau de test, à l'exception du Fyrtur et de la télécommande d'ouverture / fermeture, puis réinitialisez le Fyrtur. Joindre le journal deCONZ:
fyrtur.log.gz
et le journal du renifleur:
fyrtur.pcapng.gz

L'API REST a finalement créé la configuration de liaison et de rapport, mais je pense qu'après avoir lu le cluster _Window Covering_ dans l'interface graphique.

Je l'ai fait fonctionner pendant 24 heures sans liaison. Impossible de créer des liaisons aujourd'hui, expiration du délai. Stores inaccessibles. Supprimé, réinitialisé aux paramètres d'usine, rejoint le réseau et créé les liaisons. Tout fonctionne maintenant. J'espère qu'ils sont stables.
Vous vous demandez ce que l'intervalle de rapport de 1 seconde fait sur la durée de vie de la batterie (pas sûr de ce qu'Ikea ​​avait à l'esprit).

Que dois-je faire pour voir les stores dans Home Assistant? Je les vois dans deCONZ et ils sont connectés au contrôleur, mais c'est le seul endroit où je les vois. J'utilise Home Assistant 0.91.1. Dois-je passer à une version plus récente? Dois-je créer une liaison pour qu'elle fonctionne? Et si je dois créer une liaison, comment dois-je procéder? Je ne le vois pas tel que je l'allume dans l'application Phoscon ou dans l'application Web.

IIRC 0.91 devrait prendre en charge les couvertures. Mais si vous demandez de l'aide, vous devriez commencer avec les dernières versions du logiciel

Mais ne devrais-je pas les voir dans l'application Web ou dans Phoscon? Si je devais les voir là-bas, je pense que l'erreur est dans deCONZ. J'ai la version 26330500 du firmware sur la clé ConBee, je pense que c'est la dernière.

Je n'ai pas encore ajouté le mien à deconz, mais certains appareils ne s'affichent pas dans le frontend lorsque le support a été ajouté, je ne peux pas le dire dans ce cas

Voir ci-dessus, # 1121 (commentaire) : Vous aurez besoin du commit post v2.05.67 pour cela.

Une indication quand la création du groupe distant va être étiquetée à la prochaine version?

J'ai une question sur la télécommande pour les stores. Les informations de l'API REST montrent un ZHASwtich avec un attribut "on": true / false où je m'attendrais normalement à une valeur buttonevent. Cela va-t-il changer bientôt ou est-ce que l'attribut reste?

{
"Etat": {
"lastupdated": "aucun"
},
"config": {
"on": vrai,
"alert": "aucun",
"batterie": 74,
"accessible": vrai
},
"name": "TRADFRI ouvrir / fermer la télécommande",
"type": "ZHASwitch",
"modelid": "TRADFRI ouvrir / fermer la télécommande",
"manufacturername": "IKEA of Sweden",
"swversion": "2.2.008",
"uniqueid": "00: 0d: 6f: ff: fe: d0: 9b: 30-01-1000",
"ep": 1,
"etag": "f2ce80986cee1a9c6b19d54431c145c3",
"mode": 1
}

C'est config.on pour activer / désactiver le capteur. state.buttonevent et config.group Devraient apparaître, une fois la liaison de groupe en place. Malheureusement, cela n'est pas encore créé par la v2.05.67, voir ci-dessus.

Clair, je me suis trompé sur la partie configuration. Chose d'âge je suppose :-)

Est-il créé dans la nouvelle version 2.05.69 ou mieux vaut-il attendre maintenant?

Hey.
Quand cela fera-t-il partie de la version stable, alors c'est juste plug and play? J'ai acheté un conbee stick 2 et je viens d'installer le logiciel sur mon pi, mais je n'ai aucune expérience dans l'utilisation de ce truc, donc je suppose que j'attendrai qu'il fasse partie de la version stable.

Les contrôleurs aveugle et d'ouverture / fermeture doivent être entièrement pris en charge par le plugin REST API à partir de deCONZ v2.05.69.

Le blind est exposé comme une ressource /lights :

{
  "etag": "c26cb3cb86b9c5a77211b6c724c364b4",
  "hascolor": false,
  "manufacturername": "IKEA of Sweden",
  "modelid": "FYRTUR block-out roller blind",
  "name": "Bathroom Blind",
  "state": {
    "alert": "none",
    "bri": 0,
    "on": false,
    "reachable": true
  },
  "swversion": "2.2.007",
  "type": "Window covering device",
  "uniqueid": "00:0d:6f:ff:fe:9e:00:aa-01"
}

Remarques:

• Mettre state.bri à 0 (et / ou state.on à false) ouvrira le store; définir state.bri sur 254 (ou state.on sur true) le fermera. Mettre state.bri à 127 ouvrira le store à 50%;
• Notez que le pourcentage de batterie restant n'est pas exposé, mais vous pouvez l'afficher dans l'interface graphique deCONZ;
• Le plug-in de l'API REST devrait éventuellement configurer le rapport d'attribut pour le _Current Position Lift Percentrage_ atrribute 0x0008 dans le cluster _Window Covering_ 0x0102, mais cela peut prendre du temps. Si state.bri ne se met pas à jour, vous souhaiterez peut-être configurer le rapport d'attributs manuellement dans l'interface graphique deCONZ. Voir https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -524617659 ci-dessus.

La télécommande est exposée comme une ressource /sensors :

{
  "config": {
    "alert": "none",
    "battery": 87,
    "group": "316",
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "8bd7fb8dc52097da8ebc2d167b2c8caf",
  "manufacturername": "IKEA of Sweden",
  "mode": 1,
  "modelid": "TRADFRI open/close remote",
  "name": "Bathroom Blind Control",
  "state": {
    "buttonevent": 2002,
    "lastupdated": "2019-09-02T21:49:50"
  },
  "swversion": "2.2.008",
  "type": "ZHASwitch",
  "uniqueid": "00:0d:6f:ff:fe:e3:f4:90-01-1000"
}

Remarques:

• Il prend en charge les valeurs state.buttonevent 1002 (presse ouverte), 2002 (presse fermée), 1003 (version longue ouverte) et 2003 (version longue fermée). Notez qu'il n'y a pas d'événements pour une courte libération ni pour une suspension. Lorsque vous appuyez longuement, vous verrez un 1002 (sur presse), suivi d'un 1003 (sur la libération);
• Vous devrez peut-être appuyer sur un bouton après l'appariement pour que le plugin REST API remplisse config.group et crée le groupe;
• Vous pouvez ajouter des stores (et d'autres dispositifs d'habillage de fenêtre, comme le contrôleur de rideau Xioami) au groupe pour les contrôler, même lorsque deCONZ est en panne. Notez que la télécommande envoie des commandes _Window Covering_, de sorte que le groupe ne peut être utilisé que pour contrôler les périphériques _Window Covering_.

Comment régler la limite de position des stores directement dans deCONZ? Je sais que je peux régler le capteur en HA et utiliser le service d'arrêt, mais il y aura toujours un retard.

Fixez des limites aux aveugles. Réglez-les sur ce que vous voulez, double-cliquez sur le bouton haut ou bas et ce sera le nouveau 100%.

Le FYRTUR prend uniquement en charge la définition de la limite sur l'appareil lui-même, voir le manuel. Cette fonctionnalité n'est pas exposée sur ZigBee.

Existe-t-il un moyen d'exposer l'attribut de la batterie aux hass btw?

Pas en v2.05.69, mais voir mon dernier PR.

Comment appairer ma commande FYRTUR?

Je l'ai installé dans Home Assistant et je peux voir dans les journaux que lorsque j'appuie sur les boutons, différentes données Websocket arrivent. Cependant, je ne peux pas le voir dans l'application Web deCONZ.

Recherchez https://www.home-assistant.io/components/deconz/ et deconz_event :)

J'ai dû redémarrer mon RPI aujourd'hui et l'aveugle ne signale plus les mises à jour. J'ai fait le détachement / lier manuellement + le rapport mais ce n'est toujours pas le cas. Des indices?

Avant le redémarrage, je pouvais voir un cercle vert clignotant sur l'interface utilisateur deCONZ sur le nœud Blinds. Maintenant c'est gris, sauf si je lis des attributs (alors c'est bleu)

Les attributs sont-ils réellement lus? Si oui, il s'agit de la configuration des rapports de liaison / attribut. Si non, l'aveugle a perdu la connectivité vers / depuis le RaspBee. Si cela se produit après la réinitialisation / le redémarrage du RaspBee, il est fort probable que le store se reconnecte à un routeur parent qui ne l'aime pas. Si vous pouvez trouver le routeur, vous pouvez l'éteindre et voir si l'aveugle choisit un autre parent. Sinon, essayez de réinitialiser le store et de le réappairer.

Il semble que, comme un artefact possible de la logique d'inversion supprimée, l'état du store est signalé comme closed chaque fois qu'il est tout sauf à 100% ouvert (complètement rétracté). Il me semble (et en passant par ce correctif à une carte d'amour HA ), cela devrait être le contraire, et il ne devrait rapporter que closed quand il est à 0% (entièrement étendu).

Les attributs sont-ils réellement lus? Si oui, il s'agit de la configuration des rapports de liaison / attribut. Si non, l'aveugle a perdu la connectivité vers / depuis le RaspBee. Si cela se produit après la réinitialisation / le redémarrage du RaspBee, il est fort probable que le store se reconnecte à un routeur parent qui ne l'aime pas. Si vous pouvez trouver le routeur, vous pouvez l'éteindre et voir si l'aveugle choisit un autre parent. Sinon, essayez de réinitialiser le store et de le réappairer.

Les attributs ont été lus. Le store est connecté à un point de vente Ikea au lieu d'être directement connecté au conbee deCONZ. Je vais essayer de débrancher la prise et voir comment ça se passe. À propos de la réinitialisation: voulez-vous simplement réinitialiser le store ou également supprimer le nœud de deCONZ?

Je l'ai corrigé en procédant comme suit:

• Débranchez la prise ikea tradfri qui était le routeur parent pour les aveugles
• Réveillé les stores en utilisant les boutons sur le store lui-même
  Et c'était tout: l'aveugle a choisi le conbee comme nouveau parent et il fait maintenant rapport.

Cela ne devrait-il pas simplement fonctionner, peu importe qui est le parent?

Les gars avez-vous une logique d'ouverture / fermeture correcte avec le dernier Home Assistant? Je suis toujours sur 0.95.4 mais la logique aveugle Fyrtur est inversée. J'ai plusieurs autres stores en HA comme le volet roulant Fibaro (z-wave), et tous ont la logique 0% est fermé (bas) et 100% est complètement ouvert (haut). Apple HomeKit suit le même principe. Tous mes appareils sont exposés à HomeKit, je souhaite également utiliser Fyrtur blind.

Fyrtur fonctionne et le reporting de position fonctionne également. Après la reliure manuelle, il est instantané. Mais la logique est inversée. Lorsque le store est complètement relevé, il indique 0% et donc dans HomeKit il est fermé, l'icône est également un store fermé. Puis-je inverser cela d'une manière ou d'une autre?

J'ai le dernier firmware Phoscon et Conbee (2.05.69 et 26330500). Pour le moment, j'ai reporté la mise à jour de Home Assistant vers la dernière version car je dois me débarrasser de certaines modifications importantes, mais si la logique est corrigée dans la version actuelle, je n'ai pas d'autre choix. Merci

Il semble que, comme un artefact possible de la logique d'inversion supprimée, l'état du store est signalé comme closed chaque fois qu'il est tout sauf à 100% ouvert (complètement rétracté). Il me semble (et en passant par ce correctif à une carte d'amour HA ), cela devrait être le contraire, et il ne devrait rapporter que closed quand il est à 0% (entièrement étendu).

Je pense que vous avez probablement raison à ce sujet ... Peut-être que @ Kane610 peut intervenir?

J'ai le dernier firmware Phoscon et Conbee (2.05.69 et 26330500). Pour le moment, j'ai reporté la mise à jour de Home Assistant vers la dernière version car je dois me débarrasser de certaines modifications importantes, mais si la logique est corrigée dans la version actuelle, je n'ai pas d'autre choix. Merci

Ceci est corrigé dans HA 0.98

@ A320Peter, il est courant et devrait utiliser la dernière version du logiciel avant de signaler des problèmes. En suivant ces directives, cela fonctionnera probablement pour vous :)

@ Kane610 vous avez raison :) Je viens de mettre à jour HA 0.98 et maintenant la logique est correcte. Cependant, il y a encore quelque chose d'autre.

Sur 0,95,4 quelle que soit la logique inversée, le déplacement du store avec le curseur de position fonctionnait parfaitement.

Sur 0,98, la fermeture du store (descente) est correcte. Mais lorsque j'ouvre le store (en montant) de quelques pourcentages (ou complètement) au départ, il commence à descendre (direction de fermeture) puis s'arrête et une seconde plus tard, il remonte jusqu'à la position cible. Il aime ça tout le temps.

En fait, j'ai expérimenté le même comportement en se déplaçant d'abord dans l'autre direction, mais je pensais que c'était lié à la ligne d'entités de curseur, mais si @ A320Peter ne l'utilise pas, alors peut-être pas?

J'utilise également le composant HomeKit et si je contrôle le store depuis l'application Apple Home, il a le même comportement. Au départ, il se déplace dans l'autre sens puis s'arrête et change dans la bonne direction.

@ebaauw Je suis terriblement désolé de poser une question aussi fondamentale, mais je cherche à obtenir les stores Ikea FYRTUR et à avoir un hub carré Hue v2, je n'ai pas d'autres appareils Tradfri, est-ce que ce store et ce commutateur fonctionneraient directement avec ce hub et homebridge-hue? Ou ai-je besoin du Raspbee et du deCONZ?
J'utilise un Raspberry Pi4 pour mon service Homebridge.
Merci beaucoup si vous pouvez aider :)

Non, le pont Hue ne le supporte pas.

Non, le pont Hue ne le supporte pas.

Oh Ok merci @ebaauw Alors devrais-je obtenir un Tradfri Bridge and Blinds et utiliser homebridge-ikea-tradfri-gateway?
Ou faire utiliser Raspbee et deCONZ sur mon RPI4 et utiliser homebridge-hue et deconz-rest-plugin?

Désolé, je suis assez nouveau dans ce domaine, et je veux finalement obtenir les stores, les utiliser nativement dans l'application Home sur mon iPhone avec Siri. Quelle est donc la solution la meilleure et la plus stable. La raison pour laquelle je me suis éloigné de Tradfri dans le passé, c'est la stabilité de l'implémentation du logiciel Ikea, ce n'était nulle part près de mon implémentation Hue (99% de ma maison) quand j'ai tout acheté, la réactivité était lamentable, j'espère pour obtenir les stores et cela fonctionnera très bien avec l'une des solutions ci-dessus.

Je n'ai pas vérifié moi-même comment le FYRTUR fonctionne avec le hub Trådfri. Je comprends que le hub exposerait nativement les aveugles à HomeKit. Je ne connais pas le plugin homebridge pour le hub.

La stabilité peut être difficile dans un réseau ZigBee multi-fournisseurs, mais mon FYRTUR dépasse mes attentes. Il a choisi une lumière Hue car c'est un routeur parent et je n'ai eu aucun problème. Je n'utilise pas le répéteur Trådfri fourni avec le store. Je m'attends en quelque sorte à ce qu'il ait des problèmes similaires avec deCONZ que les lumières Trådfri, mais il se comporte bien dans mon petit réseau de test.

Comme cela se transforme en fil de discussion / support, j'ai déplacé les deux problèmes découverts dans des problèmes distincts.

Je n'ai pas vérifié moi-même comment le FYRTUR fonctionne avec le hub Trådfri. Je comprends que le hub exposerait nativement les aveugles à HomeKit. Je ne connais pas le plugin homebridge pour le hub.

La stabilité peut être difficile dans un réseau ZigBee multi-fournisseurs, mais mon FYRTUR dépasse mes attentes. Il a choisi une lumière Hue car c'est un routeur parent et je n'ai eu aucun problème. Je n'utilise pas le répéteur Trådfri fourni avec le store. Je m'attends en quelque sorte à ce qu'il ait des problèmes similaires avec deCONZ que les lumières Trådfri, mais il se comporte bien dans mon petit réseau de test.

Erik, qu'entendez-vous par «_.... Il a choisi une lumière Hue comme routeur parent_»?
Je me suis acheté 2 stores KADRILJ et je veux les contrôler comme @ Jbb08 ? par HomeKit. J'ai un pont hue Philips, mais cela ne prend pas en charge les stores Ikea. Et j'utilise votre plugin homebridge-hue pour les lampes Trafi, connecté à mon pont philips hue.
Alors, je me demandais quelle solution avez-vous pour les stores? Vous utilisez deCONZ? Je dois probablement ajouter un deCONZ-usb à mon réseau?!

@ skipper79 c'est ce que j'essayais de comprendre.
D'après ce que je peux déchiffrer d'Erik, c'est qu'il utilise un Hue Hub et un Raspbee (ou similaire) qui est installé sur son Pi et utilise le plugin et le logiciel deCONZ pour créer un nouveau `` hub '' dans lequel vous n'avez pas besoin du tradfri hub (même si je pense que vous en avez toujours besoin si vous souhaitez mettre à jour le firmware des produits ikea)
Les stores peuvent être connectés au Pi activé deCONZ, puis à l'aide de son plugin Hue homebridge peuvent tout encapsuler et ajouter à HomeKit.

Son ampoule Hue utilise le protocole Zigbee ZLL sur lequel la plupart des appareils zigbee alimentés sur secteur rebondissent en créant un réseau maillé, mais les stores sont livrés avec un répéteur zigbee qui fait effectivement exactement cela, ce qui rend le réseau plus grand.
Tout semble un peu trop, au Royaume-Uni, le centre commercial est à 20 £ en solde.
Et les stores une fois connectés peuvent être ajoutés à HomeKit (à l'avenir via l'application Ikea Home Smart) via le plugin tradfri homebridge car il prend en charge les stores. (Vous avez besoin du hub tradfri cependant)

Je pars chez Ikea demain pour voir si je peux installer tout cela.

@ Jbb08 , utiliser un hub tradfri semble être la solution la plus simple, mais je préfère avoir moins de hubs .... J'ai déjà un pont Philips hue et un hub aqara. Peut-être qu'une clé USB deCONZ pourrait être ajoutée.
S'il vous plaît laissez-moi savoir votre expérience après avoir installé tout cela ;-)

Salut à tous,
J'ai pensé publier mon expérience en essayant d'utiliser l'un de ces stores.
Il semble qu'il y ait des différences d'expérience ici, peut-être en raison du micrologiciel ou peut-être même d'un ensemble de matériel différent.

Quoi qu'il en soit, sur ce avec quoi je devais me battre ...

1. L'interrupteur à distance
   L'appariement est très aléatoire. Vous appuyez 4 fois et il clignote 4 fois pour réinitialiser. Il commence alors à pulser lentement. L'appairage peut fonctionner si vous obtenez un double flash, mais il doit toucher le store sur le côté - portée ridiculement courte.
   Si vous maintenez le bouton de couplage enfoncé et que vous n'obtenez pas l'impulsion lente de la LED sur le commutateur, il ne sera pas couplé. Vous devrez peut-être attendre un laps de temps aléatoire.

1. Le répéteur.
   Ma version (peut-être spécifique au Royaume-Uni, mais c'est ce que j'obtenais https://www.youtube.com/watch?v=KsBYDNMvE-g
   Si vous avez couplé l'interrupteur avec le store, il cessera de fonctionner si le répéteur est éteint.
   La seule façon dont j'ai pu obtenir le commutateur pour l'appairer avec le store était d'abord de le «jumeler» avec le répéteur, puis le store.
   Comportement intéressant - le commutateur pulsera toujours lentement lorsque vous maintenez le bouton de paire près du répéteur. Il semble qu'il y ait une sorte de communication initiale qui doit avoir lieu avant qu'il tente de se coupler, probablement pourquoi il échoue si facilement à être couplé à l'aveugle.

2. Les aveugles.
   S'accorde bien avec le conbee. Appuyez et maintenez jusqu'à ce que clignote 4 fois, s'éteint pendant quelques secondes, puis émet des impulsions. Lancez la découverte et il est repris.
   Cependant, appuyer sur les deux boutons du store pour coupler des interrupteurs supplémentaires? Ça ne marche pas du tout.
   En fait, si je réveille les stores et que je laisse juste le temps, le store ne peut plus être contrôlé par conbee.
   Le pire des deux mondes - si l'interrupteur est déjà couplé et que vous réveillez le store, cela l'empêche également de fonctionner.
   Une dernière chose - l'interrupteur à distance est ridiculement bas pour les aveugles à jumeler.
   Comme sérieusement, il ne s'appariera que si l'interrupteur est appuyé directement sur le côté du store avec la pile bouton face à vous.

Alors, allez chercher un hub et voir s'il y a une mise à jour du firmware pour obtenir la même expérience que tout le monde ici.

Sinon, toutes les suggestions seront les bienvenues, vous avez peut-être une idée que je n'ai pas encore essayée :)

Lorsque vous connectez les stores à deCONZ, vous souhaitez également coupler la (les) télécommande (s) avec deCONZ. Pas besoin de répéteur dans ce cas.

Clusters aveugles et lecture de cluster de base

Comment vous avez réussi à obtenir ce cluster de lecture et le lustre de base

Clusters aveugles et lecture de cluster de base

Comment vous avez réussi à obtenir ce cluster de lecture et le lustre de base

J'ai le même problème, l'avez-vous fait fonctionner?
Ma seule hypothèse est que j'ai besoin de mettre à jour le micrologiciel, et pour cela, j'ai besoin d'une passerelle Ikea.

J'ai besoin de mettre à jour le micrologiciel, et pour cela, j'ai besoin d'une passerelle ikea.

Non, vous ne le faites pas.

Erik a raison, vous n'avez pas besoin de la passerelle Ikea. J'ai très bien mis à jour le micrologiciel sur deCONZ.
Vous pouvez utiliser ces instructions pour Osram. Les étapes sont les mêmes

https://phoscon.de/en/support#ota -update-osram-devices

Assurez-vous d'utiliser le script de téléchargement Ikea pour obtenir les fichiers dans votre dossier OTA avant d'essayer de mettre à niveau.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/ikea-ota-download.py

Oui merci.
J'ai trouvé qu'après quelques recherches sur Google, j'ai apparemment confondu Hue avec Ikea.

Mes stores ont finalement été connectés après une quantité aléatoire de réinitialisations d'usine, je suppose que cela pourrait être une interférence.
L'un d'entre eux que j'ai dû démonter et le coupler près du conbee, je recommande donc de coupler les stores avant de les installer.

Les aveugles semblent un peu pointilleux sur le parent avec lequel ils veulent travailler. Mes ampoules Hue semblent bien, mais pas mon contrôleur de rideau Xiaomi (qui, malheureusement, est le routeur le plus proche). J'ai dû éteindre le Xioami lors du (re) couplage du store pour le forcer à se connecter à l'une des ampoules Hue.

J'ai eu un succès mitigé en mettant à jour le micrologiciel des appareils alimentés par batterie à l'aide de deCONZ sur mon réseau de production (> 100 nœuds). Il semble trop occupé pour que la mise à jour réussisse. La mise à jour à partir de mon réseau de test (avec uniquement des appareils d'affichage) fonctionne correctement, sans exception. Cela prend quelques heures; assurez-vous de charger la batterie à l'avant.

J'ai mis à jour les deux œillères, les deux réussissent.
Mais à l'intérieur de l'interface graphique de deconz, il est indiqué que l'un a "Version 20190311" et l'autre "Version 2.2.009"
Dans l'application VNC deconz, il est dit qu'ils ont la même version et la même image.

Celui avec "Version 20190311" se comporte un peu bizarrement, je ne peux pas définir l'extension maximale à l'intérieur de Home Assistant, mais à part cela, cela fonctionne.

Je ne sais pas comment reflasher le firmware car tout ce que je reçois est "inactif" lorsque vous appuyez sur "Update".

L'API REST définit swversion sur la valeur de _Date Code_ ou de _SW Build ID_, selon l'attribut qui a été lu le plus récemment. Si vous lisez l'attribut dans le panneau _Cluster Info_ (pour le cluster _Basic_), la ressource API est mise à jour.

Notez que le _Date Code_ (selon les spécifications) est censé être la date de fabrication du matériel et doit rester inchangé lors des mises à jour du micrologiciel. Cependant, certains appareils l'utilisent comme date du micrologiciel.

Après une autre réinitialisation d'usine, ils affichent tous les deux la même version.
Tous ces problèmes bizarres sont simplement résolus par la réinitialisation d'usine, mais il semble également que deconz accepte n'importe quoi, même si cela n'a aucun sens (comme le premier problème que j'ai eu quand ils sont apparus dans deconz, mais pas comme un aveugle)
Eh bien, j'espère que si quelqu'un expérimente la même chose que moi et a maintenant des informations à trouver :)

TL: DR
Assurez-vous d'avoir une bonne connexion au blinder (IKEA Kadrilj dans cette situation)
S'il n'apparaît pas comme "Dispositif de couverture de fenêtre" et qu'il n'affiche que "000dXXXXXXX": Réinitialisez les paramètres d'usine et assurez-vous d'avoir une connexion encore meilleure, par exemple le plus près possible du Conbee.
Comme ebaauw l'a mentionné, d'autres produits dans le maillage pourraient également être le problème. Mine Ikea Trådfri pourrait également contribuer aux problèmes que j'avais.

Hey! Je viens d'ajouter un store Fyrtur à deCONZ et il s'est bien associé, mais je ne reçois aucune signalisation sur la prise Web lors du contrôle des stores. Je cours 2.05.71

Voyez-vous une notification de socket Web lors de la lecture des attributs _Window Covering_ dans l'interface graphique? Si tel est le cas, la création de rapports sur les attributs n'a pas été configurée.

Courir sans tête en ce moment, donc je ne peux pas le voir, mais probablement pas. N'était-ce pas réglé pour 71 ans?

Mes stores ne sont pas apparus dans phoscon - je l'ai essayé les 2 dernières heures avec différents types d'action sur le store (appuyez à la fois sur 10sec / 5sec - 5cm près du Raspbee et ainsi de suite) mais rien n'apparaît dans phoscon - qu'est-ce que c'est l'astuce?

je peux le voir sur deconz-gui mais pas sur phoscon / homekit

@ mink2k
Comme j'ai également eu des difficultés à comprendre et à mettre en œuvre cela, laissez-moi simplement décrire comment j'ai résolu cela dans mon environnement:

1. Pour le moment, vous ne verrez pas les stores et les télécommandes dans l'application Web Phoscon.

2. Vous pouvez les voir dans l'ancienne interface graphique Web (IP / login.html) ou avec des applications telles que Hue Essentials (HE; sous Android)

3. Vous pouvez ajouter les stores comme lampes et les télécommandes comme capteurs dans Phoscon (ils n'apparaîtront toujours pas là-haut)

4. Pour ajouter la télécommande, vous devez ajouter le store au groupe distant correspondant (il est automatiquement créé; voir aussi 2)

5. Pour que la commande des stores fonctionne correctement, vous devez vous connecter à l'interface graphique DeCONZ et suivre les instructions ci-dessus. En bref: liez manuellement le couvre-fenêtre à la passerelle. Ensuite, écrivez une configuration qui permet de contrôler le levage et le recouvrement de l'appareil. Cela vous permettra de contrôler les stores via la luminosité (pas dans l'application Phoscon elle-même), par exemple avec HE

La cinquième étape est expliquée ci-dessus avec des captures d'écran.

Pour créer une liaison, ouvrez le panneau _Bind Dropbox_ dans l'interface graphique deCONZ. Faites glisser le cluster _Window Covering_ du store vers le champ _Source_ dans la boîte de dépôt. Faites glisser le point de terminaison 0x01 du RaspBee vers le champ _Destination_. Appuyez ensuite sur _Bind_. La boîte de dépôt devrait afficher le succès pendant un bref instant. Cela peut prendre quelques tentatives. Voici une capture d'écran (pour le contrôleur de rideau Xiaomi):

Pour configurer le rapport d'attributs, ouvrez le panneau _Cluster Info_ dans l'interface graphique deCONZ. Sélectionnez le cluster _Window Covering_ à partir du store et faites défiler vers le bas. Double-cliquez sur l'attribut _Current Position Lift Percentage_ pour faire apparaître la fenêtre _Attribute Editor_. Entrez les valeurs de rapport et appuyez sur _Write Config_. Fermez la fenêtre contextuelle, rouvrez-la et appuyez sur _Read Config_ pour vérifier que les valeurs ont été stockées. Cela peut prendre quelques tentatives.

Après cela, la valeur du _Current Position Lift Percentage_ doit changer automatiquement lors de l'ouverture ou de la fermeture du store. Si cela fonctionne, nous pouvons améliorer le plug-in de l'API REST pour configurer automatiquement la configuration des rapports de liaison et d'attribut.

Merci un milliard pour cela. Cela m'a corrigé, mais il y a quelque chose d'étrange. En HA, les valeurs sont supérieures à ce que deconz rapporte. Donc, pour l'un des stores, deconz Cluster Info rapporte 45, tandis que HA: cover.blinds_door | fermé | current_position: 56 friendly_name: Blinds Door supported_features: 15 device_class: window

Est-ce normal?

@MrHollowPS J'ai également fait cela dans l'interface graphique deCONZ comme vous l'avez décrit (lier et définir les valeurs de rapport).
Malheureusement, l'aveugle ne rapporte pas l'état actuel périodiquement ou quand il change.

Mais je peux lire l'état actuel lorsque je clique sur le bouton «lire» (moitié supérieure de la fenêtre).
La configuration de rapport a été définie comme décrit:

Y a-t-il quelque chose que je fais mal?
@ le soir, j'essaierai de redémarrer l'appareil et de voir si les modifications prennent effet.
Un autre indice?

Avez-vous également créé une reliure?

Oui je l'ai fait. Plusieurs fois. La lecture manuelle était correcte mais le rapport automatique ne l'était pas.
Après avoir lu plusieurs discussions concernant le problème de rapport, j'ai redémarré mon fyrtur (déconnecter et reconnecter la batterie) et le rapport fonctionne maintenant .

J'ai une autre question concernant ces stores:

Quand j'envoie on / off pour le monter / descendre, ils réagissent vraiment bizarrement.
Parfois, ils se déplacent correctement complètement de haut en bas, mais parfois ils se déplacent juste de quelques cm et le n s'arrête. Cela semble complètement aléatoire lorsque cela se produit.
Quand je les laisse seuls et que je n'envoie rien pendant un moment, le semble fonctionner à nouveau.

L'envoi d'une position absolue avec bri / pct fonctionne toujours comme il se doit.

Est-ce un problème connu ou je fais quelque chose de mal?
Il y a un nouveau firmware 2.2.009, quelqu'un a de l'expérience avec cela? Peut-être que cela résout mon problème?

Voici comment fonctionnent les stores: une seconde commande _Open_ ou _Close_ arrête le mouvement en cours. Je suppose que c'est pour les contrôler avec la _open / close remote_.

Je soupçonne deCONZ de renvoyer la commande quand il ne reçoit pas un ACK en temps opportun lors de la première tentative. Cela semblerait assez aléatoire. En effet, vous voudrez peut-être définir le pourcentage à la place (à travers state.bri ), ou utiliser des diffusions (à travers /groups ) au lieu de monodiffusion (à travers /lights ).

J'ai mis à niveau mon Fyrtur à .009. Cela semble un peu plus stable, mais l'aveugle perd toujours son parent (ou le parent perd l'aveugle?) Toutes les deux semaines environ. Habituellement corrigé en déconnectant la batterie pendant quelques secondes.

merci beaucoup pour vos réflexions à ce sujet.
Cela pourrait vraiment être le problème.
Le store saute / est connecté sur une ampoule Philips car le conbee II est trop éloigné.
Dans deCONZ les lignes vers les aveugles sont vertes, cela signifie que le rssi est bon.

Existe-t-il un autre moyen d'augmenter le délai d'expiration dans deCONZ (uniquement pour cet appareil) ou de désactiver les retrys?

Bien sûr, je vais essayer votre suggestion et essayer d'envoyer les commandes marche / arrêt (à partir des commutateurs) à travers / groups.
Est-il suffisant de simplement placer les aveugles dans un groupe séparé et de contrôler le groupe?
Ou faut-il au moins deux appareils pour qu'une diffusion de groupe fonctionne?

Une question reclassant la mise à niveau vers 009:
J'ai exécuté le script python (ci-dessus) sur mon rpi et il a téléchargé les fichiers.
Après avoir activé le serveur UOTA dans l'ancienne interface Web et entré le plugin uota dans deconz-gui, il dit aucun fichier après avoir appuyé sur la requête.
Puis-je faire autre chose pour démarrer la mise à niveau?
Faut-il sélectionner manuellement le fichier "aveugle" et appuyer sur la mise à jour?

Merci beaucoup pour l'aide pour obtenir cette stabilité aveugle dans ma configuration

Dans deCONZ les lignes vers les aveugles sont vertes, cela signifie que le rssi est bon.

Le store est un périphérique d'extrémité ZigBee, qui ne se connecte qu'à un seul routeur (son parent). Si l'interface graphique affiche plusieurs lignes vers / depuis l'aveugle, elle affiche des informations obsolètes provenant des tables voisines des routeurs.

Ou faut-il au moins deux appareils pour qu'une diffusion de groupe fonctionne?

Je pense que cela fonctionne même quand il n'y a pas d'appareils dans le groupe. Notez que l'appartenance au groupe est stockée sur l'appareil, la ressource /groups ne vit que dans le plugin de l'API REST. Un groupe ZigBee est comme une adresse multicast à laquelle le périphérique s'abonne.

Une question reclassant la mise à niveau vers 009:

Vous devez redémarrer deCONZ après avoir téléchargé les fichiers du firmware. Le fichier sera copié sous un nouveau nom dans le répertoire ~/otau , c'est ainsi que vous pouvez dire que le plugin OTAU l'a récupéré. Vous devez sélectionner le store et appuyez sur _Query_ dans le panneau _Standard OTAU plugin_. Le plugin OTAU doit renseigner le type de périphérique et la révision du firmware, et montrer qu'un nouveau fichier est disponible. Pour les appareils finaux, vous devez démarrer la mise à niveau manuellement. Cela prendra quelques heures, assurez-vous que la batterie est complètement chargée. En outre, il peut être difficile de mettre à niveau le micrologiciel sur un grand maillage.

ok je vous ai eu concernant le maillage, donc j'ai revérifié et maintenant le parent est devinitive une ampoule de lumière de teinte et aucune autre route n'est montrée. Dois-je essayer de réparer directement au conbee? Peut-être que la nouvelle tentative sur le parent (ampoule de teinte) est le problème. Mais le store est à deux pièces du conbee II donc en espérant que ce n'est pas un autre problème ...

Concernant les groupes:
J'utilise fhem en combinaison avec deCONZ. Quand j'ai eu raison, je crée un groupe dans deCONZ / phoscon, mets le store dedans et utilise ce groupe dans fhem, non?

J'ai à nouveau activé le plugin OTAU, sélectionné le store et appuyé sur "Requête", puis la version et l'image ont été remplies. Après avoir appuyé sur "Update", la mise à jour est en cours ... verra comment cela se passe avec 009.

@ebaauw j'ai maintenant mis à jour le store à 009 (homme qui prend longtemps, environ ~ 18h) et l'ai réparé directement sur le conbee II.
Le comportement semble un peu meilleur.

Vous parliez de ne pas l'envoyer en monodiffusion plutôt que de l'envoyer à un groupe en tant que diffusion.
Comment puis-je y parvenir avec fhem?
J'ai essayé de créer un groupe, d'ajouter le store et de contrôler ce groupe avec on / off on fhem -> rien ne se passe.
Pouvez-vous me guider dans la bonne direction?

Une autre question que j'ai concerne l'état de la batterie des aveugles.
J'ai ajouté le capteur ZHABattery de l'aveugle dans fhem mais il n'est pas mis à jour.

Le rapport de batterie de l'appareil est-il possible ou dois-je également lier un cluster et activer le rapport?

Merci beaucoup
pOpY

J'ai essayé de créer un groupe, d'ajouter le store et de contrôler ce groupe avec on / off on fhem -> rien ne se passe.

Merde, je ne m'en suis pas rendu compte plus tôt. Le store prend en charge les groupes (c'est ainsi que la télécommande d'ouverture / fermeture communique avec lui), mais il ne comprend pas _On_ ou _Off_. Le plugin REST API traduit state.on en _Open_ et _Close_ pour les aveugles (ou tout autre dispositif de recouvrement de fenêtre), mais en _On_ et _Off_ pour les groupes (et évidemment pour les lumières). Il ne sait pas qu'il s'agit d'un groupe de dispositifs de couverture de fenêtre.

Le rapport de batterie de l'appareil est-il possible ou dois-je également lier un cluster et activer le rapport?

Oui, c'est le cas, et le plugin de l'API REST devrait le configurer. Vous pouvez le faire manuellement en liant le cluster _Power Configuration_ au coordinateur et en configurant le rapport d'attribut pour _Battery Percentage Remaining_.

ok merci pour clarifier ce problème de groupe pour les aveugles.
Existe-t-il une solution de contournement pour cela?

ok, essaiera de lier le cluster Power Configuration au coordinateur. Pouvez-vous s'il vous plaît publier vos paramètres de rapport d'attributs pour "Pourcentage de batterie restant"? Je ne veux pas mal définir (woo faibles valeurs) et vider la batterie :-)

PS: a lu l'ampoule (qui se trouve entre le conbee et le store) et après quelques minutes le zigbee mash a changé -> maintenant l'ampoule est à nouveau répétitive pour les aveugles et le problème avec On / Off est de retour comme il était.

Donc, je pense que la seule façon de procéder est d'envoyer une émission sans machnisme d'ack / retry. Mais comment puis-je y parvenir?

L'aveugle a le sommeil léger; il interroge son parent toutes les cinq secondes. Vous devrez définir des valeurs de rapport extrêmes pour influencer la durée de vie de la batterie. Quoi qu'il en soit, j'utilise 7200/7200/0, rapport une fois toutes les deux heures. C'est le réglage que le pont Hue utilise pour le capteur de mouvement Hue, et je n'ai aucune raison d'utiliser autre chose.

Pour que la diffusion fonctionne à partir de l'API REST, le plugin devrait garder une trace de quels périphériques sont dans un groupe et appliquer la logique de couverture de fenêtre lorsque le groupe contient (seulement?) Des périphériques de couverture de fenêtre. Contrairement au pont Hue, deCONZ affiche les attributs d'état de couleur pour un groupe de lumières uniquement dimmables, il n'y a donc rien sur quoi s'appuyer.

Comme je l'ai mentionné ci-dessus, l'alternative à l'utilisation de la diffusion consiste à définir le pourcentage d'élévation, ce que fait l'API en modifiant state.bri .

@ebaauw

L'aveugle a le sommeil léger; il interroge son parent toutes les cinq secondes. Vous devrez définir des valeurs de rapport extrêmes pour influencer la durée de vie de la batterie. Quoi qu'il en soit, j'utilise 7200/7200/0, rapport une fois toutes les deux heures. C'est le réglage que le pont Hue utilise pour le capteur de mouvement Hue, et je n'ai aucune raison d'utiliser autre chose.

J'ai lié le cluster et défini les valeurs de rapport en fonction de votre message.
Lorsque je lis manuellement le pourcentage que deCONZ reçoit, voir les captures d'écran.
Mais je ne reçois pas la lecture en fhem sur le périphérique ZHABattery?
Est-ce un problème deCONZ ou fhem?

Pour que la diffusion fonctionne à partir de l'API REST, le plugin devrait garder une trace de quels périphériques sont dans un groupe et appliquer la logique de couverture de fenêtre lorsque le groupe contient (seulement?) Des périphériques de couverture de fenêtre. Contrairement au pont Hue, deCONZ affiche les attributs d'état de couleur pour un groupe de lumières uniquement dimmables, il n'y a donc rien sur quoi s'appuyer.

Alors, quand j'ai raison, c'est un changement dans le deCONZ / Phoscon, comment puis-je y parvenir? Ouvrez un problème?

Comme je l'ai mentionné ci-dessus, l'alternative à l'utilisation de la diffusion consiste à définir le pourcentage d'élévation, ce que fait l'API en modifiant state.bri .

Actuellement, j'utilise thr pct de fhem pour définir des positions absolues sur des événements tels que les commandes sunrise / alexa. Ce pct sera-t-il traduit en bri à partir du plugin REST API et envoyé un unicasts? Cela semble être le cas, car également sur pct change le store s'arrête parfois, mais contiunes ensuite pour exécuter la transition absolue et se termine correctement à la position pct définie.

Mais malheureusement, je n'ai que deux événements de bouton gratuits pour les stores (pression courte haut / bas, pas de pression longue).
Donc je ne peux pas utiliser pct / bri pour ça, car comment pourrais-je l'arrêter alors?

La meilleure solution à cela serait de travailler avec des émissions (car le commutateur d'origine fonctionne avec les aveugles). Mais pour cela, comme je le demande ci-dessus, un changement d'API REST est-il nécessaire, non?

Merci beaucoup

Est-ce un problème deCONZ ou fhem?

Si le capteur ZHABattery affiche la valeur, c'est un problème fhem.

Donc, quand je vous ai raison, c'est un changement dans le deCONZ / Phoscon

C'est un changement dans le plugin REST API à coup sûr. Je ne m'attends pas à ce que l'application cliente API ait besoin d'être modifiée, si elle prend déjà en charge les groupes.

Mais malheureusement, je n'ai que deux événements gratuits pour les blinds

Je ne comprends pas. Vous changeriez la règle qui définit state.on à true pour définir state.bri à 255 place, et la règle qui définit state.on à false pour définir state.bri à 0 . Pas besoin d'événements de bouton supplémentaires.

Si vous contrôlez les stores depuis la télécommande d'ouverture / fermeture, vous n'utilisez pas du tout les événements de bouton. Vous ajoutez simplement le store au groupe de la télécommande (en config.group de la ressource ZHASwitch). Après cela, la télécommande contrôle directement le store (en utilisant des émissions), sans interaction avec deCONZ ou fhem. Si le plugin de l'API REST n'a pas créé /groups ressource

Si le capteur ZHABattery affiche la valeur, c'est un problème fhem.

merci pour confirmer.
Déjà signalé et corrigé dans la mise à jour de demain de fhem.
Voir ici: https://forum.fhem.de/index.php/topic , 95424.msg1016154.html # msg1016154
et ici: https://svn.fhem.de/trac/changeset/21039/

C'est un changement dans le plugin REST API à coup sûr. Je ne m'attends pas à ce que l'application cliente API ait besoin d'être modifiée, si elle prend déjà en charge les groupes.

merci pour l'info.
Comment puis-je signaler cela afin qu'il soit récupéré pour une prochaine version?
Faut-il ouvrir un nouveau numéro / ticket?

Je ne comprends pas. Vous changeriez la règle qui définit state.on à true pour définir state.bri à 255 place, et la règle qui définit state.on à false pour définir state.bri à 0 . Pas besoin d'événements de bouton supplémentaires.

Ouais je sais. De cette façon, je peux ouvrir / fermer complètement le store, mais comment puis-je l'arrêter?

Si vous contrôlez les stores depuis la télécommande d'ouverture / fermeture, vous n'utilisez pas du tout les événements de bouton. Vous ajoutez simplement le store au groupe de la télécommande (en config.group de la ressource ZHASwitch). Après cela, la télécommande contrôle directement le store (en utilisant des émissions), sans interaction avec deCONZ ou fhem. Si le plugin de l'API REST n'a pas créé /groups ressource

Désolé, je suis un débutant deCONZ et j'ai recherché dans l'interface graphique / Phoscon et l'ancienne interface Web.
Impossible de trouver la partie où je peux définir le groupe pour le commutateur Ikea Tradfri (deux boutons).
J'ai également 3x HUE Dimmer dans cette pièce qui contrôle déjà différentes lumières et sont jumelés au pont HUE. Ces DImmers seront migrés vers deCONZ plus tard et actuellement, seuls les événements d'état et de bouton de celui-ci sont disponibles. C'est comme ça que je veux envoyer et commander:

Variateur HUE -> HUEBridge -> fhem -> deCONZ -> stores

Et lorsque j'utilise la fonction marche / arrêt, j'ai le problème de réessai / ack que j'ai décrit.

Je dois donc attendre le changement d'API pour pouvoir envoyer des diffusions au lieu de monodiffusions?

Hé, j'ai du mal à faire apparaître correctement le Kadrilj dans le decoznGui. Il n'est visible que sous la forme d'un code hexadécimal et non d'un vrai nom. Je peux le contrôler via le deconz-gui mais il n'apparaît pas dans Homeassistant. L'interrupteur d'ouverture / fermeture a un nom propre. J'ai essayé de le réinitialiser plusieurs fois. Des idées?

Recherchez de nouveaux périphériques dans Phoscon (ou ouvrez le réseau dans l'ancienne application Web) et lisez les attributs de cluster _Basic_ dans le panneau _Cluster Info_ de l'interface graphique. Cela devrait déclencher la création de la ressource API REST et changer le nom du nœud.

Si cela ne fonctionne pas, veuillez poster une capture d'écran du nœud, avec les points de terminaison et les clusters, des attributs du cluster _Basic_ (après les avoir lus) et du panneau _Node Info_.

Il est connecté à mon conbee2 et à une lampe tradfri.

OK, on ​​dirait que votre appareil a une adresse mac de la nouvelle gamme Silabs, mais sinon, ça a l'air OK. Quelle est sa version de firmware (double-cliquez sur _SW Build ID_ et appuyez sur _Read_ dans la fenêtre contextuelle _Attribute Editor_)? 2.2.009?

Je ne comprends pas pourquoi aucune ressource n'est créée. Avez-vous ouvert le réseau à partir de Phoscon ou de l'ancienne application Web avant de lire les attributs du cluster _Basic_? Avec le réseau ouvert, pouvez-vous double-cliquer sur _Model Identifier_ et appuyer sur _Read_ dans la fenêtre contextuelle? Il devrait y avoir un message lorsque la lecture est réussie.

2.2.007

Cliquer sur l'identificateur de modèle et «lire» dit simplement «lecture terminée». J'ai essayé pendant que la "recherche de nouvelles lumières" était également active.

Oui, la façon dont je l'ai ajouté était en utilisant de nouvelles lumières de recherche Phoscon. J'ai également lancé la "fonction de recherche de lumière" et avant de cliquer sur le bouton "lire" dans l'interface graphique. Je ne reçois aucune indication sur le fait qu'il fasse quoi que ce soit lorsque je clique sur lire. Une lumière bleue clignotante peut-être dans l'interface graphique .. C'est la première fois avec l'interface graphique, donc je ne sais pas à quoi elle est censée ressembler.

J'aurais dû demander cela plus tôt, mais quelle version de deCONZ utilisez-vous? La prise en charge de FYRTUR et KADRILJ a été introduite dans la v2.05.67. Mais il en était de même pour le support de la télécommande d'ouverture / fermeture.

Cliquer sur l'identificateur de modèle et «lire» dit simplement «lecture terminée».

C'est bon.

Oui, la façon dont je l'ai ajouté était en utilisant de nouvelles lumières de recherche Phoscon. J'ai également lancé la "fonction de recherche de lumière" et avant de cliquer sur le bouton "lire" dans l'interface graphique.

Cela devrait faire l'affaire.

2.2.007

Vous voudrez peut-être mettre à niveau le micrologiciel vers la version 2.2.009, mais je ne suis pas sûr que cela résoudra votre problème.

Bonjour.

2.05.72 / 12/12/2019
Micrologiciel: 26490700

Y a-t-il de toute façon pour le forcer à oublier et à se reconnecter au réseau à l'exception du double-press 5s?

Non, c'est comment réinitialiser le store.

Hm, d'accord, j'ai essayé de le réinitialiser à nouveau. Mais il est toujours visible dans l'interface graphique. La lecture de l'ID de build SW échoue donc je suppose qu'il a été oublié? Ou y a-t-il quelque chose dans la réinitialisation d'usine qui pourrait causer un problème persistant?

@ebaauw donc en ce qui concerne mon problème (problème de réessai / ack, voir les messages ci-dessus) je dois attendre une mise à jour de deCONZ? droite?
Comment puis-je faire en sorte que cela soit repris et peut-être dans l'une des prochaines versions?

donc en ce qui concerne mon problème (problème de réessayer / d'acquitter, voir les articles ci-dessus) je dois attendre une mise à jour de deCONZ? droite?

Oui, le plug-in de l'API REST doit être mis à jour pour prendre en charge cela. Vous pourriez être dans une longue attente: c'est un grand changement, et il y a beaucoup d'autres problèmes que je jugerais plus urgents.

Comment puis-je faire en sorte que cela soit repris et peut-être dans l'une des prochaines versions?

Faites la modification vous-même et soumettez une demande d'extraction.

J'ai essayé de le réinitialiser à nouveau. Mais il est toujours visible dans l'interface graphique.

La réinitialisation brutale d'un appareil fait que l'appareil oublie le réseau, mais le réseau n'oubliera l'appareil que sur un message _Leave_ de l'appareil. L'interface graphique deCONZ se souvient toujours du périphérique: vous devez supprimer le nœud vous-même. Les autres routeurs du réseau se souviennent toujours du périphérique, il peut donc réapparaître dans l'interface graphique lorsque deCONZ lit les tables voisines de ces routeurs.

La lecture de l'ID de build SW échoue donc je suppose qu'il a été oublié?

L'appareil n'est plus sur le réseau, car il a supprimé la clé réseau lors de la réinitialisation.

OK merci. J'attendrai.
Je veux juste dire si je devais ouvrir un problème pour qu'il ne soit pas oublié?

Vous semblez vraiment craquer le combo Fyrtur + Remote. J'ai eu du mal avec la même chose avec Zigbee2MQTT . Je n'ai pas de moyen de renifler, mais actuellement Z2M fonctionne très bien pour contrôler les stores MQTT Fyrtur qui sont directement liés, et peut également voir les commandes Up / Down / Stop à distance liées. Mais lorsque vous liez directement la télécommande à un groupe de stores, cette liaison ne fonctionne que _sort of_. Autrement dit, vous pouvez ouvrir ou fermer les stores avec la télécommande, mais vous ne pouvez pas maintenir pour ouvrir / relâcher pour arrêter, ni interrompre un store d'ouverture / fermeture en appuyant à nouveau sur le bouton de la télécommande. Vous devez attendre qu'il s'ouvre complètement ou se ferme complètement. C'est également un délai de 1 à 2 secondes avant que la commande à distance ne soit enregistrée.

Voyez-vous ce comportement avec deconz? Sinon, une théorie sur ce qui pourrait en être la cause?

Je vois aussi le retard, probablement causé par le sommeil de l'aveugle et ne se réveillant qu'une fois toutes les cinq secondes. L'interruption et le maintien / relâchement fonctionnent pour moi. Vous voudrez peut-être vérifier si le store et le distant ont le même routeur parent. Je ne pense pas que ce soit une exigence difficile, mais le hub IKEA les configure avec le répéteur comme parent commun.

Merci. Il est intéressant de noter qu'il n'y a pas de délai lorsque la télécommande est liée au store via le répéteur directement (pas de coordinateur); vraisemblablement les stores dormiraient alors aussi.

J'ai vérifié et la télécommande et les stores sont liés au même parent: le coordinateur. Je ne sais pas comment Z2M sur le coordinateur pourrait "intercepter" les commandes à distance qui sont liées au groupe et interférer avec elles. Ma compréhension de base (vague) du fonctionnement de la liaison de groupe est que la télécommande envoie un message aux stores via le coordinateur directement.

Avez-vous des journaux de détection de trafic entre la télécommande et un groupe lié de stores qui pourraient être utiles pour notre débogage de cette interaction dans Z2M?

Je ne sais pas comment Z2M sur le coordinateur pourrait "intercepter" les commandes à distance qui sont liées au groupe et interférer avec elles. Ma compréhension de base (vague) du fonctionnement de la liaison de groupe est que la télécommande envoie un message aux stores via le coordinateur directement.

Non, «directement» signifie exactement cela, pas: «via le coordinateur». La télécommande envoie un message de diffusion à l'adresse du groupe, qui est captée par le (s) aveugle (s) de ce groupe (ou plutôt: celui abonné à l'adresse du groupe). Cela fonctionne même lorsque le coordinateur est en panne.

Non, «directement» signifie exactement cela, pas: «via le coordinateur». La télécommande envoie un message de diffusion à l'adresse du groupe, qui est captée par le (s) aveugle (s) de ce groupe (ou plutôt: celui abonné à l'adresse du groupe). Cela fonctionne même lorsque le coordinateur est en panne.

Intéressant, pour moi le coordinateur doit être sous tension, mais sans Z2M en cours d'exécution pour une fonctionnalité "complète". Alors peut-être que cela indique que la télécommande n'est pas en fait liée au groupe de cette manière directe. BTW, pour _direct_ remote -> interactions aveugles, la télécommande se réveille et envoie un message de diffusion, puis qui se raccroche au message pendant que les aveugles dorment? Et pourquoi alors IKEA aurait-il besoin d'un répéteur dans ce scénario? Il doit remplir ce rôle ...

qui s'accroche au message pendant que les aveugles dorment?

Le routeur parent aux aveugles. Dans la configuration IKEA, c'est le répéteur (et non le hub). En raison de la liaison tactile, IKEA a un contrôle total sur l'appareil remplissant ce rôle. Dans deCONZ, en revanche, vous n'avez pas beaucoup de contrôle sur le routeur que le store choisira comme parent (à part éteindre les routeurs dont vous ne voulez pas). Si l'aveugle choisit le coordinateur comme parent, alors oui, il doit être opérationnel pour que l'aveugle soit contrôlé. Autrement dit, la fonction de routeur ZigBee dans le micrologiciel de l'appareil doit être opérationnelle, et non la fonction de passerelle en tant que logiciel d'application sur le système sur lequel l'appareil est branché (dans votre cas, Z2M; dans notre cas, l'application principale deCONZ).

@ebaauw est-il possible de lier ma télécommande à mes deux stores depuis deconz et de ne pas rediriger toutes les commandes via des automatisations dans Home Assistant?
Si c'est le cas, comment?

Pas besoin de jouer avec les fixations. Ajoutez simplement les deux stores au groupe de la télécommande.

Le routeur parent aux aveugles.oui, il doit être opérationnel pour que les aveugles soient contrôlés. Autrement dit, la fonction de routeur ZigBee dans le micrologiciel de l'appareil doit être opérationnelle, et non la fonction de passerelle en tant que logiciel d'application sur le système sur lequel l'appareil est branché (dans votre cas, Z2M; dans notre cas, l'application principale deCONZ).

Merci, c'est aussi ce que j'ai compris. Il est étrange que mon logiciel de passerelle interfère d'une manière ou d'une autre avec l'action normale du micrologiciel de l'appareil lors de l'exécution. Cela semble impossible.

BTW, quand vous dites ajouter des stores au "groupe de la télécommande", la télécommande occupe-t-elle à elle seule un identifiant de groupe spécial, _a priori_?

Dépend du micrologiciel de l'appareil. L'ancien micrologiciel ZLL Trådfri choisit un identifiant de groupe au hasard lors de la réinitialisation d'usine. Le nouveau micrologiciel ZigBee 3.0 ne le fait pas et vous devez créer une liaison à un groupe (il envoie une diffusion jusqu'à ce que la liaison ait été effectuée). Le plug-in de l'API REST doit s'en occuper lors de l'appairage d'un nouveau périphérique de micrologiciel. Dans tous les cas, l'API REST remplit config.group lorsqu'elle voit une commande de groupe. Il devrait créer la ressource /groups lors du couplage de l'appareil. Si ce n'est pas le cas, ajoutez l'aveugle au groupe dans l'interface graphique deCONZ, et la ressource sera créée la prochaine fois que le plugin interrogera la table de groupe de l'aveugle (probablement lors de l'annonce de l'appareil ou au redémarrage de deCONZ).

Malheureusement, la télécommande NE s'affiche PAS du tout dans DECONZ. Il apparaît cependant dans l'assistant domestique.

Une dernière chose, pour une raison quelconque, le plugin OTAU ne trouve aucun nouveau firmware pour aucun appareil que je CHERCHE. Je viens de télécharger manuellement le firmware des stores et de le mettre à jour. Y a-t-il un certain port qui doit être défini dans le pare-feu?

Voici ma configuration docker-compose pour deconz:
déconz:
nom_conteneur: deconz
redémarrer: toujours
image: marthoc / deconz: dernier
réseaux:
- la toile
dispositifs:
- / dev / ttyACM1: / dev / ttyACM1
ports:
- '$ {IP_ADDRESS}: 8447: 8447'
- «$ {IP_ADDRESS}: 8446: 8446»
- '$ {IP_ADDRESS}: 8445: 8445'
volumes:
- «./config/deconz:/root/.local/share/dresden-elektronik/deCONZ»
- '/ etc / localtime: / etc / localtime: ro '
- '/ etc / timezone: / etc / timezone: ro '
environnement:
- TZ = $ {TZ}
- USER_ID = $ {PUID}
- GROUP_ID = $ {PGID}
- DECONZ_WEB_PORT = 8446
- DECONZ_WS_PORT = 8445
- DEBUG_INFO = 1
- DEBUG_APS = 0
- DEBUG_ZCL = 0
- DEBUG_ZDP = 0
- DEBUG_OTAU = 0
- DECONZ_VNC_MODE = 1
- DECONZ_VNC_PORT = 8447
- DECONZ_VNC_PASSWORD = MOT DE PASSE
- DECONZ_DEVICE = / dev / ttyACM1
- DECONZ_UPNP = 1
Étiquettes:
- 'traefik.enable = false'

Salut.
Ouais, la télécommande est un problème. Il n'apparaît pas sur la page Web de deconz. Je l'ai lié, je le vois via vnc et il fonctionne sur l'assistant domestique, mais j'aimerais le faire fonctionner directement sans créer d'automatisation sur l'assistant domestique.
Qu'est-ce que je fais mal?

Salut.
Ouais, la télécommande est un problème. Il n'apparaît pas sur la page Web de deconz. Je l'ai lié, je le vois via vnc et il fonctionne sur l'assistant domestique, mais j'aimerais le faire fonctionner directement sans créer d'automatisation sur l'assistant domestique.
Qu'est-ce que je fais mal?

Vous pouvez le voir dans l'ancienne interface graphique en tant que groupe

@ Kane610 est-il possible de DÉSACTIVER l'ancienne interface graphique après l'avoir

C'est juste une autre page de nous. Rien de spécial

Salut les gars. Vous parlez à partir d'un groupe zigbee que le store et la télécommande devraient avoir, donc le problème de relance / sop ne doit pas se produire.

Quelqu'un d'entre vous peut-il expliquer à quel point cela est mal configuré dans l'interface graphique deCONZ?
Guide étape par étape incl. les scrrenshots seraient vraiment sympas :-)

Désolé, mais je n'ai pas beaucoup d'expérience avec zigbee / deCONZ.

Lisez le guide de l'utilisateur GUI (à partir du menu d'aide). Utilisez le panneau _Cluster Info_ pour le cluster serveur (bleu) _Groups_ des aveugles.

@ebaauw Malheureusement, l'aveugle a perdu sa connexion / liaison après avoir ajouté quelques autres ampoules de teinte.
Je l'ai réparé avec la double pression de 5 secondes, créé les fixations et activé les rapports pour le pourcentage de levage et la batterie.

Malheureusement, "pct" ne sera plus mis à jour dans fhem mais bri le fera.
Aussi, quand j'envoie pct, le problème "retry" revient également pour "pct" sera avant stable.

Est-ce que je manque un paramètre de liaison / rapport?

Merci beaucoup

Après avoir découvert comment accéder à l'ancienne interface graphique en utilisant le rpi et groupé aveugle avec télécommande, ils fonctionnent bien.
L'assistant domestique peut également voir les deux appareils, de bonnes choses, mais il me manque une étape pour obtenir le niveau de batterie aveugle sur l'assistant domestique. Quelqu'un sait ce que je manque?

Je vous remercie

EDIT: Cela vieillit .. maintenant je l'ai !! sensor.fyrtur_block_out_roller_blind_battery_level .. Je pourrais jurer que je ne l'avais pas disponible. Désolé de vous déranger les gars 🥇

Après avoir découvert comment accéder à l'ancienne interface graphique en utilisant le rpi et groupé aveugle avec télécommande, ils fonctionnent bien.
L'assistant domestique peut également voir les deux appareils, de bonnes choses, mais il me manque une étape pour obtenir le niveau de batterie aveugle sur l'assistant domestique. Quelqu'un sait ce que je manque?

Je vous remercie

EDIT: Cela vieillit .. maintenant je l'ai !! sensor.fyrtur_block_out_roller_blind_battery_level .. Je pourrais jurer que je ne l'avais pas disponible. Désolé de vous déranger les gars 🥇

@adfolfotregosa comment avez-vous réussi à l'ajouter?

Après avoir découvert comment accéder à l'ancienne interface graphique en utilisant le rpi et groupé aveugle avec télécommande, ils fonctionnent bien.
L'assistant domestique peut également voir les deux appareils, de bonnes choses, mais il me manque une étape pour obtenir le niveau de batterie aveugle sur l'assistant domestique. Quelqu'un sait ce que je manque?
Je vous remercie
EDIT: Cela vieillit .. maintenant je l'ai !! sensor.fyrtur_block_out_roller_blind_battery_level .. Je pourrais jurer que je ne l'avais pas disponible. Désolé de vous déranger les gars 1st_place_medal

@adfolfotregosa comment avez-vous réussi à l'ajouter?

Je ne l'ai pas fait. Je ne dois pas avoir regardé correctement la liste des capteurs dans Home Assistant. Je pense que je n'ai rien fait dont je me souvienne. Est-ce qu'il manque sur votre assistant personnel?

Après avoir découvert comment accéder à l'ancienne interface graphique en utilisant le rpi et groupé aveugle avec télécommande, ils fonctionnent bien.
L'assistant domestique peut également voir les deux appareils, de bonnes choses, mais il me manque une étape pour obtenir le niveau de batterie aveugle sur l'assistant domestique. Quelqu'un sait ce que je manque?
Je vous remercie
EDIT: Cela vieillit .. maintenant je l'ai !! sensor.fyrtur_block_out_roller_blind_battery_level .. Je pourrais jurer que je ne l'avais pas disponible. Désolé de vous déranger les gars 1st_place_medal

@adfolfotregosa comment avez-vous réussi à l'ajouter?

Je ne l'ai pas fait. Je ne dois pas avoir regardé correctement la liste des capteurs dans Home Assistant. Je pense que je n'ai rien fait dont je me souvienne. Est-ce qu'il manque sur votre assistant personnel?

ouais, ça n'apparaît pas du tout, juste les stores et la batterie des télécommandes.

Peut-être ... En utilisant vnc, ouvrez les informations du cluster "configuration de l'alimentation" du store et cliquez sur "lire" sur "attributs". Il doit renseigner le "pourcentage de batterie restant".

C'est peut-être ce que j'ai fait pour le faire apparaître. Honnêtement, je ne sais pas ce qui l'a déclenché mais je pourrais jurer que je ne l'avais pas aussi

Les gars, vous devez lier le cluster au point de terminaison conbee et configurer les rapports de batterie comme décrit ici: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -577537449

Sinon, la lecture ne sera pas mise à jour!

Les gars, vous devez lier le cluster au point de terminaison conbee et configurer les rapports de batterie comme décrit ici: # 1121 (commentaire)

Sinon, la lecture ne sera pas mise à jour!

Désolé pour l'offtopic .. mais devons-nous lier chaque "configuration de puissance" au conbee de chaque appareil Ikea pour lui permettre de mettre à jour le niveau de la batterie? J'ai le niveau de batterie des télécommandes donc je suis confus

Je pense juste pour les stores, mais je n'ai pas testé avec aucun autre produit.
Aussi pour les télécommandes, j'ai la batterie et aucun appareil ZHABattery supplémentaire.

Voir ici: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1827

Je pense juste pour les stores, mais je n'ai pas testé avec aucun autre produit.
Aussi pour les télécommandes, j'ai la batterie et aucun appareil ZHABattery supplémentaire.

Voir ici: # 1827

Je l'ai. Je vous remercie

Peut-être ... En utilisant vnc, ouvrez les informations du cluster "configuration de l'alimentation" du store et cliquez sur "lire" sur "attributs". Il doit renseigner le "pourcentage de batterie restant".

C'est peut-être ce que j'ai fait pour le faire apparaître. Honnêtement, je ne sais pas ce qui l'a déclenché mais je pourrais jurer que je ne l'avais pas aussi

Il est apparu maintenant avec Home Assistant 104,3, avec 103,6 il n'apparaissait pas.

@MrHollowPS
N'oubliez pas de configurer les rapports comme décrit ci-dessus, sinon la valeur ne reçoit pas les mises à jour de l'appareil.

Salut,

J'ai une question à la télécommande E1766.
Je pourrais l'associer au conbee2 et je l'ai mis en groupe avec les stores. Les stores ne bougent que pendant que j'appuie sur le bouton et s'arrêtent peu de temps après que je l'ai relâché.
Est-il possible d'ouvrir complètement le store avec une pression longue ou double et si oui que dois-je faire?

Une autre chose qui m'intéresserait, c'est la question des fixations. J'ai déjà fait une liaison pour obtenir le pourcentage de position. Si je crée maintenant une autre liaison, est-ce que cela supprimera l'ancienne?

Merci

@MrHollowPS
N'oubliez pas de configurer les rapports comme décrit ci-dessus, sinon la valeur ne reçoit pas les mises à jour de l'appareil.

Oui, merci.

Salut,
J'ai tout lu deux fois, mais je n'arrive pas à commander à distance mes stores.
Les stores fonctionnent bien, ils signalent leurs états à homeassistant!
Pour grouper la télécommande aux stores, je suis allé à l'ancienne WebUI et dans le groupe distant j'ai ajouté les stores.
Lorsque j'appuie sur un bouton de la télécommande, rien ne se passe.
Dans Deconz, je peux voir que la télécommande envoie quelque chose.
Quelqu'un, qui l'a fait fonctionner, peut-il m'aider?

Après quelques jours d'essais et d'erreurs, j'ai réussi à relier l'aveugle et la télécommande dans deconz et à travailler dans l'assistant domestique o / Merci à tous pour vos commentaires ici!

@ yan14 pour la télécommande voici comment je l'ai fait fonctionner
Vous n'avez pas du tout besoin du répéteur ikea zigbee (laissez-le débranché dans la boîte)

• VNC à deconz / Raspbee
• supprimer toute télécommande zombie existante (je l'avais en fait dans l'interface deconz mais cela ne fonctionnait pas)
• définir la jointure de permis (255)
• Appuyez sur le bouton d'appairage 4 fois dans les 5 secondes.
• interface Web / commutateur ajouter un périphérique
• Appuyez sur le bouton de couplage et maintenez-le enfoncé (pendant au moins 10 secondes?) Sur la télécommande Open / Close sans fil. Donnez-lui suffisamment de temps pour rejoindre pleinement le réseau! Une lumière rouge brillera de façon constante sur la télécommande Open / Close.
• à partir de l'interface vnc, vous devriez voir un nouveau périphérique lié au raspbee (si ce n'est pas supprimer et réessayer, vous devrez probablement lui donner plus de temps pour rejoindre complètement
• une fois sur place, vous pouvez écouter deconz-event dans l'assistant domestique et vous devriez voir les événements dans HA lorsque vous appuyez sur la télécommande. Vous pouvez créer des automatisations pour ouvrir / fermer le store lorsque vous appuyez sur les boutons de la télécommande.

Pour les stores (notez moi-même quand je reviendrai ici pour en jumeler plus :))

• VNC à deconz / Raspbee
• supprimer tout store zombie existant (le cas échéant)
• définir la jointure de permis (255)
• Appuyez sur les deux boutons pendant 5 secondes. Une LED clignotera une fois pour confirmer la réinitialisation.
• L'interface Web / les voyants ajoutent un périphérique et attendez que le nouveau périphérique se joigne complètement (peut également enregistrer l'interface VNC)
• ouvrez le panneau Informations sur le cluster dans l'interface graphique deCONZ. Sélectionnez le groupe de couvre-fenêtres à partir du store et faites défiler vers le bas. Double-cliquez sur l'attribut Pourcentage d'élévation de la position actuelle pour faire apparaître la fenêtre de l'éditeur d'attributs. Entrez les valeurs de rapport (1/300/1) et appuyez sur Write Config. (crédits à @ebaauw ci-dessus)
• peut faire de même pour l'attribut de pourcentage restant de la batterie distante
• en HA, appelez le service deconz.device_refresh (peut également avoir besoin de redémarrer HA) et profitez-en!

Assistant à domicile 0.105.2
Phoscon 2.05.72
Micrologiciel 264A0700

Et ... j'ai oublié de poser la question que je venais en fait poser ici ...
Existe-t-il un moyen de définir la limite proche des aveugles? Pour mon cas, il ne devrait jamais descendre plus bas que 150 cm. Peut-on définir cela quelque part (150cm = 100% et ne jamais dépasser cette limite)?
Il existe un attribut «Limite fermée physique - Lift» dans le cluster de couverture de fenêtre, mais il est en lecture seule.
Une idée ?

Vous devez régler la limite à l'aide du bouton sur le store - voir le manuel. Il n'est pas exposé sur ZigBee.

ah, RTFM alors :)
Je n'ai pas vu cela, je vais certainement l'examiner. Je vous remercie.

modifier: (si quelqu'un d'autre le cherche)
Définissez le niveau maximum d'extension:
Déplacez les stores dans la position souhaitée à l'aide de la télécommande d'ouverture / fermeture ou des boutons du store. Lorsque le store est à la position souhaitée, vous pouvez appuyer deux fois sur le bouton haut ou bas du store pour enregistrer cette position comme nouveau niveau d'extension maximum.
Si vous souhaitez effacer le niveau maximum de réglage d'extension, déplacez d'abord le store en position haute. Ensuite, appuyez deux fois sur le bouton haut ou bas du store.
Vous ne pouvez pas effectuer ce réglage à l'aide de la télécommande Open / Close.

J'ai récemment acheté deux des stores intelligents FYRTUR, mais l'installation n'a pas été aussi facile que mes autres appareils Zigbee. J'ai rencontré les problèmes suivants:

1. Les stores apparaissent sous forme de lumières dans l'interface Web Phoscon

C'est un problème mineur, mais comme Phoscon a de belles images pour presque tous les produits disponibles, c'est à mon humble avis un oubli

2. À mon humble avis, la luminosité est inversée dans l'interface Web Phoscon

Également un problème mineur. Je reçois l'implémentation, mais il me semble étrange que le réglage de luminosité de 0% soit en corrélation avec l'ouverture des stores.

3. L'état des stores n'a pas été mis à jour

Pour moi, c'était le premier problème majeur que j'ai rencontré (avec deCONZ). Avec l'aide de ce fil et quelques essais et erreurs, j'ai découvert que cela pouvait être corrigé en lisant l'attribut _Window Covering_ de l'appareil dans l'interface graphique deCONZ.

après quoi vous pouvez lire l'attribut _Window Position_ dans l'onglet _Cluster Info_

et enfin définir la configuration des rapports

que j'ai mis aux valeurs @ cben0ist fournies. Je doute toujours d'utiliser les valeurs qu'il a fournies ou celles de @ebaauw.

4. Le store cesse de fonctionner après un redémarrage de deCONZ

La lecture de la _Power Configuration_ et de la _Window Covering_ semble résoudre ce problème

mais ce n'est pas idéal. IMHO c'est un comportement inattendu dans deCONZ.

5. Le niveau actuel de la batterie n'est pas visible dans l'interface Web Phoscon

6. Le couplage d'une télécommande marche / arrêt échoue dans l'interface Web Phoscon

Lorsque vous essayez de coupler une télécommande marche / arrêt, cela échoue dans l'interface Web Phoscon, mais le commutateur est ajouté comme on peut le voir dans l'ancienne interface Web ainsi que dans l'interface graphique deCONZ.

7. La télécommande marche / arrêt n'apparaît pas dans l'interface Web Phoscon

Je vois tous mes interrupteurs, mais pas ceux-ci.

8. Le deconz_event id dans Home Assistant pour la télécommande marche / arrêt est toujours TRADFRI open/close remote

J'ai renommé mes groupes et mon capteur pour refléter le nom correct, mais dans Home Assistant, j'obtiens toujours cette source d'événement id: tradfri_open_close_remote . Il est possible de contourner le problème en utilisant l'adresse MAC qui est également envoyée sous forme de unique_id . Dans une automatisation, cela pourrait être utilisé comme ceci:

- id: remote_blind_close
  alias: Close blind
  trigger:
    platform: event
    event_type: deconz_event
    event_data:
      id: tradfri_open_close_remote
      unique_id: "ec:1b:bd:ff:fe:00:00:00"
      event: 2002
  action:
    service: cover.close_cover
    data:
      entity_id: cover.fyrtur_blind

Jusqu'à présent, certains des problèmes mentionnés ci-dessus ne sont que visuels, d'autres sont un peu ennuyeux et la plupart d'entre eux ont une solution de contournement disponible. La seule chose qui me dérange actuellement, c'est que les stores ne sont pas contrôlables après un redémarrage de deCONZ.

Peut-être que @ebaauw peut fournir des informations supplémentaires sur ces problèmes ou peut-être une solution plus permanente pour d'autres. Je viens de remarquer ces problèmes, car le reste de deCONZ et Phoscon offrent une expérience d'initiative si formidable.

Je ne peux pas aider avec Phoson (qui n'est pas open source et que j'utilise peu) ni avec HA (que je n'utilise ni ne connais).

Annonce 2. C'est une discussion philosophique: les aveugles sont-ils fermés à 0% ou ouverts à 0%? Différentes normes voient cela différemment: ZigBee utilise% Closed (d'où les valeurs de l'API REST); HomeKit utilise% open. Bien sûr, Xiaomi ne suit pas non plus la norme ZigBee ici, donc pour exposer mon lumi.curtains de HomeKit, la valeur est inversée deux fois.

Annonce 3. Il reste difficile de configurer des appareils alimentés par batterie à partir du plugin REST API. Il devrait configurer le rapport d'attributs, mais parfois ce n'est pas le cas, ou seulement plus tard, après le redémarrage de deCONZ. Heureusement, vous pouvez le configurer manuellement, et heureusement, cela ne doit être fait qu'une seule fois. Pas le problème le plus urgent.

Ad 4. ​​Vu que parfois aussi. Je ne sais pas ce qui cause ça. J'essaye de ne pas redémarrer deCONZ (sauf après un crash ou lors de la mise à jour).

@ebaauw Merci d'avoir répondu.

En ce qui concerne les problèmes de Phoscon, je comprends parfaitement. Et à propos du problème de Home Assistant, je veux juste qu'il soit écrit quelque part. Peut-être que cela peut être utile pour quelqu'un d'autre à l'avenir 😄.

Annonce 2. Assez juste. Ce n'est pas non plus un très gros problème pour moi honnêtement. Je voulais juste vous faire savoir.

Ad 3. La plupart de mes appareils Zigbee alimentés par batterie (principalement Lumi / Xiaomi) fonctionnent assez bien hors de la boîte. Ce n'est tout simplement pas quelque chose auquel je suis habitué lorsque j'utilise deCONZ / Phoscon. Surtout avec un produit aussi populaire.

Ad 4. ​​Je redémarre à peine deCONZ. Uniquement sur les mises à jour, et cela ne m'a jamais planté. Donc ça devrait être bien. Mais c'est juste une chose de plus à retenir, que j'essaie d'éviter.

Je voulais juste dire que le rapport de niveau aveugle à homeassistant fonctionnait au début, mais après une mise à niveau vers .72, il s'est arrêté. Je n'ai pas pu le faire fonctionner par la suite.
L'état de la batterie serait génial mais c'est bien d'avoir.
La même chose est avec la télécommande. Ce serait génial de le configurer avec phoscon mais c'est juste une bonne chose à avoir pour moi.

Nous avons maintenant le KADRILJ ici pour le test (les appareils de couverture de fenêtre auront leur propre section dans l'application Phoscon). Vu les mêmes problèmes que l'état peut être défini, mais la valeur n'est pas lue.

La liaison et les rapports d'attributs pour 0x0008 n'ont pas été établis automatiquement, cela peut être corrigé.

Cependant, la lecture manuelle de l'attribut donne toujours la valeur 0 pour une raison quelconque. La version du firmware est la même que ci-dessus 20190311 / 2.2.007, nous mettons actuellement à jour vers 2.2.009, espérons que cela corrige la valeur vide.

@ yan14 Je suis actuellement sur 2.05.74 et la lecture de l'état des stores fonctionne très bien pour moi. Mais vous aurez besoin de lire ces attributs comme je l'ai décrit ci-dessus pour le faire fonctionner. Je me demande cependant si vous rencontrez le même problème que @manup sur un micrologiciel plus ancien.

@manup J'utilise actuellement la dernière version du firmware 2.2.009, qui semble fonctionner correctement lorsque les attributs sont lus manuellement une fois. Il semble que j'ai (accidentellement) mis à jour mes stores après avoir fait la capture d'écran ci-dessus.

Travaillez-vous également pour que la télécommande marche / arrêt fonctionne correctement? Mes télécommandes semblent perdre l'association au cluster de temps en temps, ce qui est un peu ennuyeux.

Travaillez-vous également pour que la télécommande marche / arrêt fonctionne correctement? Mes télécommandes semblent perdre l'association au cluster de temps en temps, ce qui est un peu ennuyeux.

Oui, en bref, toutes les intégrations d'appareils IKEA doivent être peaufinées au maximum. Il y a actuellement divers problèmes liés à IKEA en cours d'enquête, certains sont plus compliqués que d'autres, mais j'espère qu'ils pourront tous être résolus.

J'ai actuellement vraiment des problèmes avec l'un de mes stores. Tous deux ont disparu pendant la nuit au sein de deCONZ. Après avoir essayé de les ajouter de nouveau, un seul apparaît. L'autre n'apparaît pas dans Phoscon et dans l'interface graphique deCONZ, l'appareil ne semble pas avoir de propriétés:

Je ne peux rien lire / changer. J'ai essayé de déplacer les stores très près de mon ConBee II (30 cm) et de les supprimer / les rajouter plusieurs fois. Y compris les réinitialisations d'usine. Seulement pour avoir le même résultat. Je suis actuellement perdu ici ...

En ce qui concerne phoscon, il y a de petits changements pour faire fonctionner à distance l'ouverture / la fermeture de TRADFRI. L'interrupteur marche / arrêt TRÅDFRI peut être utilisé comme modèle lors de modifications du code source.
Puisqu'il s'agit d'une application Web, le code source est disponible.

En ce qui concerne mon problème avec l'un de mes stores qui ne s'associe plus, un utilisateur du forum Dutch

• Mettez Phoscon en mode couplage
• Mettez le FYRTUR / KADRILJ en mode appairage (appuyez brièvement sur les deux boutons)
• Appuyez longuement sur les deux boutons du FYRTUR / KADRILJ jusqu'à ce qu'il soit associé à deCONZ

Selon mes connaissances et le manuel, cela ne devrait déclencher qu'une réinitialisation d'usine, mais apparemment cela fait aussi autre chose ... Au moins cela a fonctionné pour moi et je peux à nouveau contrôler mes stores maintenant depuis deCONZ / Phoscon / Home Assistant.

J'ai enquêté sur les mystères autour de mes stores à roulettes IKEA FYRTUR. Comme je l'ai dit dans mes dernières mises à jour, l'un de mes stores (_Bedroom east_ dans l'image ci-dessous) ne serait plus jumelé. Ce que j'ai heureusement pu résoudre avec les instructions ci-dessus. Il semble que les stores à enrouleur fonctionnent dans une sorte de mode d'appariement Zigbee Touchlink, mais ils se couplent correctement.

Malheureusement, maintenant, mon autre store FYRTUR (_Chambre au sud_ dans l'image ci-dessous) fait des siennes. L'aveugle a du mal à signaler l'état actuel. Les deux stores sont connectés au coördinator ConBee II via une ampoule TRADFRI E27 WW comme on le voit ici:

Avant que le store de la chambre à coucher ne soit connecté via une prise intelligente TRADFRI, ce qui était un désastre total en soi. Le faire passer par l'ampoule E27 semble déjà un peu mieux.

Cependant, je teste actuellement avec l'ensemble de configuration d'attribut suivant:

Configuration de l'alimentation

Pourcentage de batterie restant, configuration des rapports

| Configuration | Valeur |
| --- | --- |
| Intervalle de rapport minimum | 7200 |
| Intervalle de rapport maximal | 7200 |
| Changement à signaler | 0 |

Contrôle des sondages

| Attribut | Valeur | Valeur 2 |
| --- | --- | --- |
| Intervalle d'enregistrement | 3600 | 1400 |
| Intervalle d'interrogation long | 20 _ (0x14) _ | 20 _ (0x14) _ |
| Intervalle d'interrogation court | 2 _ (0x02) _ | 2 _ (0x02) _ |
| Intervalle d'interrogation rapide | 10 | 40 |

Couvre-fenêtre

Pourcentage de levée de position actuelle, configuration de rapport

| Configuration | Valeur |
| --- | --- |
| Intervalle de rapport minimum | 1 |
| Intervalle de rapport maximal | 300 |
| Changement à signaler | 1 |

Mes deux stores sont mis à jour avec le dernier firmware IKEA 2.2.009 (20190311). Le moniteur de signal a indiqué que mes deux liens ont un RSSI d'environ -65 et un LQI d'environ 250.

J'ai pensé qu'il y avait peut-être un problème avec les valeurs définies en usine dans les attributs de contrôle d'interrogation. Les valeurs par défaut de Zigbee recommandent les valeurs suivantes :

| Attribut | Valeur |
| --- | --- |
| Intervalle d'enregistrement | 14400 |
| Intervalle d'interrogation long | 20 _ (0x14) _ |
| Intervalle d'interrogation court | 2 _ (0x02) _ |
| Intervalle d'interrogation rapide | 40 |

mais je voulais essayer une approche plus agressive au début. J'aime vraiment avoir des stores plus fonctionnels avec une autonomie de batterie inférieure à la moitié ou même aucun store fonctionnel avec une bonne autonomie.

_Edité (13-04-2020) pour ajouter la valeur 2 au contrôle d'interrogation, que j'utilise pour les tests._

Salut,

J'essaye d'inclure un store FYRTUR, et je suis tombé sur quelques difficultés.
Après quelques essais et échecs, j'ai finalement inclus le FYRTUR dans deConz via l'application Phoscon.
Le problème est que FYRTUR ne s'affiche pas dans l'application phoscon.
Je peux contrôler le store à partir de l'interface graphique deConz, mais pas phoscon.

Un conseil quel peut être le problème?
Je peux également voir les aveugles dans Homeseer 3 avec JowiHue, mais je ne peux pas non plus contrôler ni obtenir de statut dans HS3.

@StoricU Pour moi, l'appairage fonctionne toujours lorsque j'utilise la méthode décrite ci -

Vous n'avez pas besoin de retirer les stores de deCONZ pour que cela fonctionne.

Après avoir mis à jour mon installation deCONZ vers 2.05.75, mes deux stores semblent fonctionner parfaitement maintenant. Je les ai jumelés en utilisant la méthode ci-dessus et ils semblent très stables depuis quelques jours maintenant. Je ne sais pas si cela a quelque chose à voir avec mes paramètres ou la nouvelle version de deCONZ.

Donc, avec la dernière mise à jour (2.05.75), la télécommande open close est visuelle dans phoscon, mais elle ne peut pas être utilisée en groupe.
La deuxième chose est que mon store n'est plus visible dans deconz. Je ne peux donc pas l'ajouter aux groupes.
Je peux voir les aveugles dans l'interface graphique deconz et je peux les contrôler, la plupart du temps, avec un assistant à domicile.
Parfois, les stores ne peuvent pas être contrôlés. Ils perdent la connexion, même si des routeurs maillés zigbee sont à proximité.

Ça dit juste comme ça:

J'ai essayé de permettre la jointure, puis d'ajouter de la lumière, d'ajouter uniquement de la lumière, un réseau ouvert.
Bouton double 5s, double bouton 15s ...

C'est peut-être trop loin de la raspbee? J'ai 3 lumières osram à proximité et le répéteur lui-même.

Puis-je définir une longueur maximale sur les stores? Certains d'entre eux sont placés dans une fenêtre où le maximum est de 51%. Mais lorsque j'utilise l'assistant Google pour dire "fermer à l'aveugle", cela ira à 100%

Puis-je définir une longueur maximale sur les stores? Certains d'entre eux sont placés dans une fenêtre où le maximum est de 51%. Mais lorsque j'utilise l'assistant Google pour dire "fermer à l'aveugle", cela ira à 100%

@ dwarf-rbi, vous devez définir la longueur maximale du store lui-même. Suivez le manuel.
Je pense que vous trouvez la bonne position, soit avec deconz, soit en appuyant sur les boutons du store.
Lorsque vous avez la position que vous voulez au maximum, je pense que vous avez dû appuyer deux fois sur le bouton physique bas du store. Ensuite, il devrait monter de quelques centimètres et redescendre.

@StoricU Merci, cela a fonctionné!

Eh bien, la situation ne semble pas très stable du moins pour moi, je viens d'ouvrir le vnc pour voir le statut et maintenant le store a un lien vers une lampe à proximité, sans rien faire. Maintenant, je peux le contrôler à partir de deconz mais ce n'est pas dans le reste de l'API.
J'ai peur de faire quoi que ce soit d'autre pour qu'il puisse perdre l'appariement. Une suggestion?

J'ai le même problème, j'ai 11 blinds, presque tous les jours au moins 2 blinds ne réagissent pas de HA, mais je peux les contrôler via VNC. J'aime qu'ils passent en mode veille et doivent recevoir un ping avant de travailler à nouveau, soit en appuyant sur le bouton «lire les attributs», soit en haut / en bas.
Puis-je quelque part dans deconz / vnc le configurer pour qu'il pique automatiquement les stores toutes les heures peut-être?

J'ai finalement connecté les stores intelligents Ikea à DeCONZ, mais j'ai 1 problème et 1 question.

Problème: Le niveau est toujours "100", donc Home Assistant affiche toujours Ouvert et jamais fermé :-( Ceci est un bug ou une fonctionnalité?
Question: J'utilise le micrologiciel 2.2.007, comment mettre à niveau vers 2.2.009 avec DeCONZ? Pour les objets Ikea alimentés par le secteur, un cycle d'alimentation est le déclencheur, mais qu'en est-il pour les appareils alimentés par batterie?

Le FURTUR et le KADRILJ n'étaient pas sur la liste blanche pour la configuration des rapports d'attributs, c'est dommage. @SwoopX avait corrigé cela dans https://github.com/dresden-elektronik/deconz-rest-plugin/pull/2668/commits/0151f6fe61f25a2158fb03d7ebf1afe0b4d42ec8. Meilleure configuration de liaison manuelle et configuration de rapport manuellement dans l'interface graphique, jusqu'à ce que cette modification soit fusionnée et incluse dans la prochaine version. Vous pouvez également compiler le plugin à partir de ce commit et ré-appairer le blind.

Appuyez sur _Update_ dans le panneau _OTAU plugin_ de l'interface graphique. Vous pouvez essayer un cycle d'alimentation (déconnectez et reconnectez la batterie), mais je doute que cela fonctionne.

@ebaauw merci, la configuration manuelle l'a fait. Je peux voir le niveau maintenant dans HA. Je mets à jour le firmware via l'interface graphique DeCONZ maintenant (1% sur 100% fait;))

@ebaauw merci, la configuration manuelle l'a fait. Je peux voir le niveau maintenant dans HA. Je mets à jour le firmware via l'interface graphique DeCONZ maintenant (1% sur 100% fait;))

Bonjour, je suis dans la même situation où le store est entièrement fonctionnel dans deCONZ VNC mais jamais ajouté à Phoscon et seule la batterie apparaît dans Home Assistant.

Pouvez-vous me donner plus de détails sur cette "configuration manuelle"?

Merci beaucoup !

Pouvez-vous me donner plus de détails sur cette "configuration manuelle"?

Lisez le manuel de l'utilisateur de l'interface graphique deCONZ, sous le menu _Help_.

Les stores ne sont pas pris en charge par Phoscon; Je ne sais pas pour Home Assistant.

Merci pour cette réponse rapide @ebaauw mais cela ne m'aidera pas.

Il semble que j'ai cité le mauvais message car j'avais l'intention de poser la question à @ alex3305 car il faisait face au même problème que moi et utilisait l'assistant domestique.

@lbrichet Je ici lors de l'appairage d'une «lumière» dans Phoscon.

Cependant, je viens de vérifier mon installation Phoscon, que j'ai mise à jour vers Little Walter après ce guide et j'ai remarqué que je ne voyais plus les stores dans l'aperçu des lumières. Je les vois cependant dans le groupe Blinds que j'ai créé auparavant. Ce qui est assez étrange à mon humble avis. Il semble que quelque chose ne va pas ici:

J'attends actuellement avec impatience une nouvelle version (bêta) contenant 0151f6fe61f25a2158fb03d7ebf1afe0b4d42ec8.

Merci @ alex3305 ! En effet, si d'autres personnes arrivent sur ce fil en essayant de coupler Fyrtur, elles n'ont pas à se concentrer sur Phoscon car, pour moi, elles n'apparaissent pas du tout. J'ai tout fait via deCONZ VNC et ils fonctionnent maintenant plus ou moins comme prévu dans Home Assistant :)

@lbrichet j'ai dem dans l'interface graphique deConz mais pas dans phoscon - mais je ne les vois pas non plus dans HomeAssistant. Qu'avez-vous fait pour les avoir en HA?

Dans l'interface graphique, je peux déplacer les stores de haut en bas et à des positions données. mais c'est tout.

La télécommande est présente dans phoscon et sous la sektion de commutateur. mais pas dans l'éditeur de commutateur. et pas non plus en HA.

Tous les pointeurs seraient appréciés.

Bonjour @rufinus !

Je pense que mon plus gros problème était d'être suffisamment patient, de supprimer probablement l'intégration deCONZ et de la rajouter.

De plus, j'ai ajouté le répéteur Ikea dans la même pièce.

Salut à tous,

J'ai essayé de connecter mon store Fyrtur à deconz en HA, mais jusqu'à présent, pas de chance.
Ce que j'ai fait était:

• Démarrer l'appairage sur mon conbee II
• appuyez brièvement sur les boutons d'appairage sur le store
• la lumière s'allume
• appuyez longuement sur les boutons d'appairage du store

Il y a eu un moment où il l'a trouvé pendant une seconde, mais ensuite il était parti et depuis lors, il ne s'affichera plus ...

Avez-vous une idée de ce que je fais mal?

@Bladienne

Je m'associe avec:

Maintenez les deux boutons enfoncés sur le fyrtur pendant 8 à 10 secondes. Les stores monteront et la LED clignotera en blanc.
Non, il est prêt pour l'appariement.
Démarrez la recherche dans HA / Deconz. Utilisez le nouveau capteur pour le trouver. Il le trouvera même s'il ne s'agit pas d'un capteur, mais il s'affichera dans deconz ui lorsqu'il aura localisé le store.
Le store ne montrera pas op dans deconz à cause d'un bug actuel, mais si vous vous connectez via VNC pour deconz, vous pouvez voir l'appareil

@ nain-rbi

Merci beaucoup! Je viens de télécharger VNC pour jeter un coup d'œil et il semble qu'il a été associé à deconz depuis le début. Où puis-je trouver une explication de VNC? Je veux essayer de connecter l'interrupteur au store intelligent.

J'aimerais également pouvoir ajouter le commutateur d'ouverture / fermeture à mon groupe avec deux stores et un répéteur.
Le truc, c'est que mon interrupteur à distance (interrupteur d'ouverture / fermeture / n'est pas disponible pour être ajouté en tant qu'interrupteur? Mais je peux le voir dans phoscon comme un interrupteur? Quand j'ajoute l'interrupteur, il semble qu'il ne se couple pas? Mais quand je ferme la boîte de dialogue qui apparaît sous les commutateurs ??

@ chichin79 Si vous parlez de Home Assistant, vous pouvez toujours faire de l'automatisation basée sur deconz_event.
Vous allez dans DeveloperTools, Events, remplissez deconz_event et commencez à écouter.
Vous appuyez sur l'interrupteur et vous pouvez utiliser le résultat comme déclencheur de votre automatisation.

@ chichin79 Si vous parlez de Home Assistant, vous pouvez toujours faire de l'automatisation basée sur deconz_event.
Vous allez dans DeveloperTools, Events, remplissez deconz_event et commencez à écouter.
Vous appuyez sur l'interrupteur et vous pouvez utiliser le résultat comme déclencheur de votre automatisation.

Ahh, excellent, je vais essayer ça.

La télécommande Open / Close contrôle les stores de manière native - pas besoin d'automatisation. Ajoutez simplement les stores au groupe de la télécommande. Fonctionne même lorsque deCONZ est en panne.

La télécommande Open / Close contrôle les stores de manière native - pas besoin d'automatisation. Ajoutez simplement les stores au groupe de la télécommande. Fonctionne même lorsque deCONZ est en panne.

C'est le truc, le commutateur d'ouverture / fermeture n'apparaît pas comme un commutateur que je peux ajouter au groupe. Le commutateur est affiché sous "commutateurs" dans l'interface graphique phoscon mais je ne peux pas les ajouter à un groupe.

J'ai un interrupteur marche / arrêt régulier trådfri et une télécommande, et ils apparaissent.

Le commutateur est affiché sous "commutateurs" dans l'interface graphique phoscon mais je ne peux pas les ajouter à un groupe.

Je ne connais pas Phoscon. Le plug-in d'API REST crée un groupe lors de l'association de la télécommande Open / Close et lie la télécommande à ce groupe. Le groupe est signalé comme config.group dans la ressource ZHASwitch /sensors .

Ok, merci pour les réponses, continuera d'essayer d'obtenir le commutateur dans phoscon de la manière "correcte".

Eh bien, dans mon cas, j'ai ajouté la télécommande et le store, puis les ai liés manuellement via la boîte de dépôt de liaison. Cela fonctionne un peu (j'ai besoin d'attendre> 7 secondes entre une pression sur un bouton et la suivante, sinon cela est ignoré).

Le FURTUR et le KADRILJ n'étaient pas sur la liste blanche pour la configuration des rapports d'attributs, c'est dommage. @SwoopX avait corrigé cela dans 0151f6f . Meilleure configuration de liaison manuelle et configuration de rapport manuellement dans l'interface graphique, jusqu'à ce que cette modification soit fusionnée et incluse dans la prochaine version. Vous pouvez également compiler le plugin à partir de ce commit et ré-appairer le blind.

Salut @ebaauw , si je ne me trompe pas, ce correctif est maintenant inclus dans V2_05_76, qui est celui que j'utilise avec l'assistant domestique. Il y a quelque temps (je ne peux pas dire si c'est cette mise à jour), l'attribut de current_position se mettait à jour instantanément. Maintenant, rien ne se met à jour mais le store fonctionne toujours. Le correctif @SwoopX devrait-il également mettre à jour l'attribut de la batterie?
Dois-je réinitialiser le store et réappairer avec deconz pour profiter de cette correction?

Là où certains bogues introduits avec 76. 77 devraient les corriger

Ai-je raison de supposer que les stores auparavant étaient contrôlés par l'attribut «bri» et que l'attribut «lift» a été ajouté dans les dernières versions? J'ai inclus un Fyrtur et l'ai contrôlé avec succès avec l'attribut "lift" dans l'API REST. J'utilise HomeSeer et le plugin JowiHue identifie l'aveugle comme une lumière et essaie de le contrôler comme tel. Il y a des rapports de cela fonctionnant plus tôt, et je suppose que JowiHue essaie de le contrôler via "bri", ce qui, je suppose, ne fonctionne pas en .77?

L'attribut «bri» pourrait-il être un «alias» de l'attribut «ascenseur»? Je suppose que cela résoudrait le problème?
J'ai également posté sur le forum JowiHue pour voir si JowiHue pouvait être modifié pour utiliser l'attribut (correct) "lift" à la place (https://forums.homeseer.com/forum/lighting-primary-technology-plug- ins / éclairage-discussion-sur-la-technologie-primaire / jowihue-w-vuyk / 1389436-ikea-fyrtur-stores-pas-entièrement pris en charge)

ÉDITER:
Ok, j'ai juste essayé d'envoyer "" bri ": 254" via l'API REST et il a été correctement traduit en "" lift ": 100", donc je suppose que le problème vient de JowiHue alors.

Wim a résolu le problème avec JowiHue (HomeSeer) maintenant. :)

Question différente, comment puis-je envoyer une commande d'arrêt avec l'API REST? Avec l'interrupteur, il s'arrête en appuyant à nouveau sur le même bouton, est-ce possible à faire avec REST?

Et quelqu'un pourrait-il expliquer en quelques étapes comment ajouter le commutateur et le store au même groupe, en utilisant l'API REST?

Question différente, comment puis-je envoyer une commande d'arrêt avec l'API REST.

PUT {"lift": "stop"} , (obsolète) {"bri": "stop"} , ou (obsolète) {"bri_inc": 0} .

comment ajouter le commutateur et l'aveugle au même groupe, en utilisant l'API REST?

• GET /sensors/ _n_ et notez la valeur _g_ pour config.group ;
• GET /groups/ _g_ et notez les ID de ressources /lights sous lights ;
• PUT /groups/ _g_ avec un corps de {"lights": [ _list_ ]} , où list est la liste précédente avec l'ID de la lumière ajoutée.

• GET /sensors/ _n_ et notez la valeur _g_ pour config.group ;
• GET /groups/ _g_ et notez les ID de ressources /lights sous lights ;
• PUT /groups/ _g_ avec un corps de {"lights": [ _list_ ]} , où list est la liste précédente avec l'ID de la lumière ajoutée.

Je l'ai fait maintenant, mais il ne répond toujours pas à la télécommande ...?

capteurs / 45:
{
"config": {
"alert": "aucun",
"batterie": 87,
"groupe": "7",
"on": vrai,
"accessible": vrai
},
"ep": 1,
"etag": "e7c0d8ebfe9287b260ad61b33dd0e100",
"lastseen": "2020-05-31T08: 39: 07.985",
"manufacturername": "IKEA of Sweden",
"mode": 1,
"modelid": "TRADFRI ouvrir / fermer la télécommande",
"name": "TRÅDFRI ouvrir / fermer hovedsov",
"Etat": {
"buttonevent": 2002,
"lastupdated": "2020-05-29T17: 50: 12.040"
},
"type": "ZHASwitch",
"uniqueid": "ec: 1b: bd: ff: fe: df: cc: f9-01-1000"
}

groupes / 7 (après PUTing {"lights": ["14"]):
{
"action": {
"bri": 127,
"colormode": "hs",
"ct": 0,
"effet": "aucun",
"teinte": 0,
"on": faux,
"sat": 127,
"scène": nul,
"xy": [
0,
0
]
},
"devicemembership": [
"45"
],
"etag": "6a7ad3330dceb5601e6fff464d679736",
"id": "7",
"lumières": [
"14"
],
"name": "TRADFRI ouvrir / fermer la télécommande",
"scènes": [],
"Etat": {
"all_on": faux,
"any_on": faux
},
"type": "LightGroup",
"uniqueid": "ec: 1b: bd: ff: fe: df: cc: f9"
}

lumières / 14:
{
"etag": "c4a7cb040196416adc156e0e729a816d",
"hascolor": faux,
"lastseen": "2020-05-31T08: 30: 03.790",
"manufacturername": "IKEA of Sweden",
"modelid": "Store à enrouleur occultant FYRTUR",
"nom": "Hovedsov rullegardin høyre",
"Etat": {
"alert": "aucun",
"bri": 254,
"ascenseur": 100,
"on": vrai,
"open": faux,
"accessible": vrai
},
"swversion": "2.2.009",
"type": "Dispositif de recouvrement de fenêtre",
"uniqueid": "68: 0a: e2: ff: fe: 43: f5: 9c-01"
}

Hm, le lastseen la télécommande est courant, mais state.lastupdated est de la veille. Cela indiquerait qu'il n'a envoyé aucune commande récemment (ou du moins que deCONZ n'en a reçu aucune).

Hm, le lastseen la télécommande est courant, mais state.lastupdated est de la veille. Cela indiquerait qu'il n'a envoyé aucune commande récemment (ou du moins que deCONZ n'en a reçu aucune).

Ouais, j'ai récupéré l'API REST avant de tester le commutateur.
Maintenant, le state.lastupdated est également mis à jour:
"Etat": {
"buttonevent": 2002,
"lastupdated": "2020-05-31T08: 54: 24.695"
},

Mais toujours pas de réaction des aveugles ...

Je ne sais pas quand l'API vérifie (et, le cas échéant, corrige) l'appartenance au groupe. Il peut attendre un signe de vie de l'aveugle avant d'envoyer la commande (car l'aveugle peut être endormi). Avez-vous ouvert ou fermé le store après l'avoir ajouté au groupe? Répond-il toujours aux commandes de l'API?

Vous voudrez peut-être vérifier dans l'interface graphique deCONZ que le groupe a été ajouté aux aveugles. Ouvrez le panneau _Cluster Info_, sélectionnez le cluster _Groups_ du store et essayez la commande _View Group_. Il devrait (brièvement) afficher _SUCCESS_ dans le _Status_. S'il affiche (brièvement) _NOT FOUND_, le groupe n'a pas été ajouté. Vous pouvez essayer de l'ajouter à l'aide de la commande _Ajouter un groupe_.

Avez-vous ouvert ou fermé le store après l'avoir ajouté au groupe? Répond-il toujours aux commandes de l'API?

Oui et oui.

Vous voudrez peut-être vérifier dans l'interface graphique deCONZ que le groupe a été ajouté aux aveugles. Ouvrez le panneau _Cluster Info_, sélectionnez le cluster _Groups_ du store et essayez la commande _View Group_. Il devrait (brièvement) afficher _SUCCESS_ dans le _Status_. S'il affiche (brièvement) _NOT FOUND_, le groupe n'a pas été ajouté. Vous pouvez essayer de l'ajouter à l'aide de la commande _Ajouter un groupe_.

Ouais, ça montre «non trouvé».
«Ajouter un groupe» demande un ID de groupe au format 0x0000 et / ou (?) Nom du groupe. Que dois-je entrer ici? 0x0007? Ai-je besoin d'une pièce d'identité et d'un nom?

7 en hexadécimal est en effet 0x0007. Je n'ai pas encore vu d'appareil prenant en charge les noms de groupe. OK pour laisser _Group Name_ vide.

Le groupe a été ajouté maintenant, mais toujours pas de réaction en appuyant sur le commutateur. Le contrôle du store deCONZ fonctionne très bien. L'horodatage de la télécommande est mis à jour lorsque vous appuyez dessus. Étrange...

Impair. En tant que grêle-Mary: redémarrez le store (retirez la batterie pendant 5 secondes) et revérifiez qu'il est toujours membre du groupe. Je veux ajouter la prise en charge /groups pour les appareils de couverture de fenêtre, afin que nous puissions envoyer les commandes de groupe depuis l'API.

@ebaauw

Je suis confus ici. Tu as dit

PUT {"lift": "stop"},

J'ai donc supposé (je ne trouve aucune documentation à ce sujet) qu'il s'agissait d'une valeur de chaîne. Mais lorsque j'envoie "lift":"10" au reste de l'API, une erreur est renvoyée. Comment dois-je utiliser cet attribut pour régler la hauteur des stores?

{"lift": 10} . Je ne suis pas satisfait de la "stop" , mais a copié ce comportement à partir de "bri" . Je ne vois pas de meilleure alternative pour le moment. Pour l'API v2, nous devons faire la distinction entre les commandes et les attributs (également par exemple pour prendre en charge _Toggle_).

Je travaille avec des définitions plus strictes sur les attributs, soit int ou string, et cet attribut "lift" accepte les valeurs de chaîne, mais jette des erreurs quand une valeur est une chaîne et numérique ... devra trouver comment je peux l'obtenir travaille maintenant....

Je suis ouvert aux suggestions pour une API plus cohérente. Peut-être un attribut stop écriture seule? Le {"bri_inc": 0} n'a aucun sens sémantiquement, mais au moins il est syntaxiquement cohérent.

J'aime bien l'option de l'attribut d'arrêt d'écriture seulement, après tout ce n'est qu'une commande, cela n'a rien à voir avec l'état qui est retourné. ascenseur serait alors fixé au pourcentage réel, n'est-ce pas?
Si vous pensez que bri_inc est plus facile, je suis d'accord aussi, mais en effet ce n'est pas logique, mais au moins l'entier ne change pas.

Et dans l'exemple JSON ci-dessus de Sven-Ove, il existe également un attribut "open": false dans l'objet state. Qu'est-ce que cela veut dire?
Désolé pour toutes les questions, je n'ai pas réussi à me rattraper ici pendant deux mois, je me suis maintenant levé et semble avoir manqué quelques choses ici. Existe-t-il un document actuel qui décrit tous les nouveaux attributs?

Mon dernier PR implémente {"stop": true} .

Eric,

Merci! Je vais me préparer ici

J'ai aussi les stores FYRTUR et j'ai des problèmes avec eux (le bouton grisé ne fonctionne pas), avec le module complémentaire Home Assistant 5.3.5 (deconz 2.05.75).
Des suggestions pour résoudre ce problème?

J'ai aussi les stores FYRTUR et j'ai des problèmes avec eux (le bouton grisé ne fonctionne pas), avec le module complémentaire Home Assistant 5.3.5 (deconz 2.05.75).
Des suggestions pour résoudre ce problème?

Avez-vous essayé cela?
Comment lier et activer manuellement la création de rapports d'attributs sur l'exemple de la position actuelle des dispositifs de recouvrement de fenêtres

1. Lier manuellement un cluster
Dans l'interface graphique deconz, sélectionnez Panels, puis Bind dropbox.
Pour votre appareil ainsi que le coordinateur (nœud bleu), appuyez sur la puce la plus à droite pour développer les clusters disponibles.
Pour le coordinateur : Glissez-déposez 01 Point de terminaison domotique comme destination.
Pour l'appareil : sélectionnez les fenêtres couvrant le cluster comme source, faites-le également glisser-déposer. Notez qu'il doit s'agir d'un cluster de serveurs (de couleur bleue).
Appuyez sur bind .

2. Configurer manuellement la création de rapports sur les attributs
Ensuite, vous devez configurer la création de rapports sur les attributs. Dans la plupart des cas, des paramètres par défaut sont déjà définis et doivent être mis en action soit après un redémarrage deconz, soit après une mise hors tension de l'appareil. Cependant, si les valeurs ne sont pas mises à jour après l'action entreprise ou pas du tout, les rapports d'attributs n'ont probablement pas été configurés correctement.

Sélectionnez les fenêtres couvrant le cluster de votre appareil, double-cliquez sur 0x0008 (position actuelle).
Dans la partie inférieure de la boîte de dialogue, entrez les valeurs

Min. intervalle de rapport: 1
Max. intervalle de rapport: 300
Changement à signaler: 1

puis appuyez sur write config .

Juste mes 2 cents. J'ai configuré les mêmes paramètres que vous suggérez @hwikene , mais je rencontre également le même problème que @mdcobra rapporte. Également avec la dernière version DeCONZ. Il semble que la création de rapports sur les attributs ne fonctionne toujours pas correctement pour mes deux couvertures FYRTUR.

Après avoir effectué un manuel read depuis VNC, les attributs sont récupérés correctement. Mais je ne veux vraiment pas faire ça plusieurs fois par jour 😉.

Modification rapide: peut-être pourrions-nous ouvrir un nouveau problème concernant la création de rapports d'attributs?

Pour autant que je sache, il existe deux problèmes liés à la création de rapports sur les attributs:

• Parfois, deCONZ ne semble pas configurer cela correctement. C'est une noix très difficile à casser; en fin de compte, nous devons résoudre ce problème dans l'API v2, lors de la refactorisation de l'ensemble de la logique de couplage. Pour contourner ce problème, vous pouvez configurer manuellement la configuration de la liaison et des rapports dans l'interface graphique;
• Parfois, l'aveugle n'envoie pas de rapports, même si le rapport d'attributs semble avoir été configuré correctement. Le seul remède que j'ai vu pour ce cas est de redémarrer le store (retirez la batterie pendant environ 10 secondes).

Dans les deux cas, la suppression, la réinitialisation et le réappariement du store n'est pas nécessaire. Je déconseillerais même cela, car vous devez réinitialiser la limite d'ouverture et la rejoindre de nouveau au groupe de la télécommande.

• Parfois, l'aveugle n'envoie pas de rapports, même si le rapport d'attributs semble avoir été configuré correctement. Le seul remède que j'ai vu pour ce cas est de redémarrer le store (retirez la batterie pendant environ 10 secondes).

Excellente suggestion. Je viens d'essayer cela et cela a semblé fonctionner sur mes deux stores. Espérons que cela continuera à fonctionner.

@ebaauw merci pour l'astuce du cycle d'alimentation! Cela l'a résolu pour le moment, voyons combien de temps ...

Salut les gars, après plusieurs faux départs, j'ai enfin obtenu mon aveugle et ma télécommande dans Deconz et dans Home Assistant.

Le store apparaît comme un couvercle et répond aux boutons haut, bas, arrêt et au curseur. Semble aussi rapporter correctement la position. EDIT: Je viens de remarquer que l'aveugle rapporte également le statut de frappeur en HA

La télécommande affiche également le% de batterie en HA, mais ne fait actuellement pas fonctionner le store, donc probablement pas couplé directement au store. Cependant, si j'appuie sur les boutons, je peux voir des déconz_events générés à chaque pression. Travail suivant, automatiser les pressions sur les boutons pour déplacer les stores ...

Les étapes que j'ai suivies pour le faire fonctionner ont impliqué plusieurs tentatives, mais utilisent essentiellement l'interface graphique Deconz:

1. Réglez Deconz pour rechercher de nouvelles lumières.
2. Réinitialisez le répéteur Ikea (trombone dans le petit trou à l'avant) et attendez que Deconz trouve le répéteur
3. Arrêtez Deconz de chercher plus de lumières
4. Allez dans Commutateurs et lancez Deconz à la recherche de nouveaux commutateurs (EDIT: j'ai choisi OTHER car la télécommande ne fait pas partie de l'ensemble IKEA)
5. Réinitialisez la télécommande (4 clics rapides sur le bouton de réinitialisation jusqu'à ce que le voyant rouge s'allume)
6. Attendez que Deconz trouve le commutateur.
7. Revenir en arrière pour configurer Deconz pour rechercher de nouvelles lumières
8. Appuyez sur les deux boutons du store et maintenez-les enfoncés pendant> 5 secondes jusqu'à ce qu'il se réinitialise (la LED clignote)
9. attendez que Deconz trouve l'aveugle

Si l'une des étapes ci-dessus ne parvient pas à trouver le périphérique, réessayez à partir de l'étape de réinitialisation respective jusqu'à ce que vous le fassiez enfin fonctionner correctement. Une fois que tous les appareils sont trouvés dans Deconz, redémarrez HA pour vous assurer qu'il a les mises à jour, puis vérifiez que les appareils s'affichent et fonctionnent comme prévu. Si vous trouvez que la télécommande ou le store ne signale pas directement dans HA, supprimez-le de Deconz et répétez les étapes pour réinitialiser l'appareil et l'ajouter à Deconz.

Il a fallu plusieurs fois pour que tous les appareils fonctionnent comme ils le sont maintenant, alors continuez d'essayer et n'abandonnez pas.

Bonne chance

donc vraisemblablement n'est pas jumelé directement aux aveugles

Vous associez le store et le contrôleur à deCONZ, pas l'un à l'autre. Le plugin API doit lier la télécommande à un groupe (vérifiez config.group dans la ressource ZHASwitch /sensors pour la télécommande). Vous devez ajouter les aveugles à ce groupe. Après cela, la télécommande contrôle le store, même lorsque deCONZ est abaissé.

Travail suivant, automatiser les pressions sur les boutons pour déplacer les stores ...

Mieux vaut utiliser le groupe pour contrôler le store à partir du bouton. Le plug-in API actuel ne peut pas envoyer de commandes de groupe aux appareils finaux, et l'envoi de commandes de monodiffusion est lié à un problème de routage.

Notez que vous n'avez pas besoin d'utiliser le répéteur, à condition que le store et le contrôleur soient à portée d'un autre routeur Zigbee (ou du coordinateur).

J'utilise l'interface graphique Phoscon via le complément HA et en utilisant VNC, je peux voir les deux appareils, mais je ne vois pas comment les lier dans un groupe.

Dans l'API, effectuez un PUT de la ressource /groups en ajoutant la ressource /lights du blind au tableau lights . Voir la documentation de l'API.

Alternativement, dans l'interface graphique, émettez une commande _Ajouter un groupe_ à partir du panneau _Cluster Info_, tout en sélectionnant le cluster serveur (bleu) _Groups_ du nœud du store. Consultez le manuel de l'utilisateur de l'interface graphique (sous _Aide_).

Je n'utilise pas Phoscon et je ne saurais pas comment fonctionne l'interface utilisateur Web.

@ebaauw J'espère que vous pourrez baisser un peu celui-ci pour moi. J'essaye de faire la même chose que @ Geoff571
Première tentative d'utilisation de Deconz. Avoir environ 30 minutes d'expérience ici.

J'ai ajouté le store et le bouton marche / arrêt. J'ai le statut approprié de rapport aveugle de votre message en avril sur la configuration de rapport. Ça c'est fait.

Maintenant, je veux que le bouton contrôle le store (sera bientôt des blinds, j'en ai une douzaine).
Dans Home Assistant, il donne l'interface graphique Phoscon qui a des paramètres de groupe mais ne me permet pas de placer le bouton (commutateur) dans un groupe.
Je peux accéder à l'interface graphique Deconz via VNC.

Si je sélectionne l'aveugle et que je sélectionne 0004 groupes (1), je peux voir sous "ajouter un groupe à l'appareil" ID de groupe 0x0000 et les stores de nom de groupe. Je clique sur exec et ça revient au succès. Génial!

Si je sélectionne le bouton, 0004 Groupes (0) est grisé. Je suppose que le (0) signifie qu'il ne fait pas partie d'un groupe. Avec celui-ci, je n'ai pas d'option "Ajouter un groupe à l'appareil". Alors, comment ajouter le bouton au même groupe que les aveugles?

@ebaauw , après un peu de persévérance et d'apprendre comment faire fonctionner l'API REST, j'ai maintenant passé la soirée à suivre ce que vous avez suggéré et à ajouter les appareils au groupe qui a été créé lors de l'ajout de la télécommande. La télécommande ne fonctionne toujours pas à l'aveugle selon l'expérience de @svenove en mai / juin et je suis toujours dans l'état où j'étais hier, sauf que la télécommande ne génère plus de deconz_event à HA depuis J'ai ajouté la lumière au groupe.

Donc, pour récapituler, HA peut voir les deux appareils et leurs données de capteur, la télécommande génère. Les deux apparaissent dans l'interface graphique Phoscon (via HA Deconz Add-on). J'ai essayé d'ajouter la télécommande pour déconz d'abord puis le store et l'inverse, le tout avec le même résultat.

Voici les informations de deconz telles qu'elles sont actuellement:

Capteurs / 46

    "46": {
        "config": {
            "alert": "none",
            "battery": null,
            "group": "47",
            "on": true,
            "reachable": true
        },
        "ep": 1,
        "etag": "ef34257694f525580286b96f6ad76a50",
        "lastseen": "2020-07-27T22:03:56.671",
        "manufacturername": "IKEA of Sweden",
        "mode": 1,
        "modelid": "TRADFRI open/close remote",
        "name": "TRÅDFRI open/close switch",
        "state": {
            "buttonevent": 1002,
            "lastupdated": "2020-07-27T22:03:56.672"
        },
        "type": "ZHASwitch",
        "uniqueid": "00:0d:6f:ff:fe:b1:c6:80-01-1000"
    },

Lumières / 12

    "12": {
        "etag": "3a154d9c285b4d7d40685ac3ff2451a6",
        "hascolor": false,
        "lastannounced": null,
        "lastseen": "2020-07-27T20:57:43Z",
        "manufacturername": "IKEA of Sweden",
        "modelid": "KADRILJ roller blind",
        "name": "Window covering device 12",
        "state": {
            "bri": 0,
            "lift": 0,
            "on": false,
            "open": false,
            "reachable": true
        },
        "swversion": "20190311",
        "type": "Window covering device",
        "uniqueid": "d0:cf:5e:ff:fe:d9:92:e1-01"
    },

Groupes / 47

    "47": {
        "action": {
            "alert": "none",
            "bri": 127,
            "colormode": "hs",
            "ct": 0,
            "effect": "none",
            "hue": 0,
            "on": false,
            "sat": 127,
            "scene": null,
            "xy": [
                0,
                0
            ]
        },
        "devicemembership": [
            "46"
        ],
        "etag": "57cab4195d7d8a054e477635a742bb66",
        "id": "47",
        "lights": [
            "12"
        ],
        "name": "TRADFRI open/close remote ",
        "scenes": [],
        "state": {
            "all_on": false,
            "any_on": false
        },
        "type": "LightGroup",
        "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"
    }

Pouvez-vous (ou quelqu'un d'autre) conseiller quoi essayer d'autre?

Voici une mise à jour de fin de soirée pour vous.

J'ai remarqué que le répéteur fourni avec le store était tombé du maillage dans Phoscon. Sans retirer l'appareil de répétition, j'ai simplement fait une réinitialisation et paramétré Phoscon pour qu'il recherche de nouvelles lumières. Le répéteur a recommencé à apparaître comme actif.

J'ai essayé une intuition basée sur la séquence de couplage de la télécommande, du store et du répéteur dans les instructions Ikea, et j'ai maintenu le bouton de réinitialisation de la télécommande pendant plus de 10 secondes, auquel cas il est passé à nouveau en mode de couplage.

Les actions d'appariement ont créé un nouveau groupe avec un nouveau numéro, 61506. Quand j'ai ensuite ajouté la lumière à ce groupe, un miracle s'est produit et la télécommande fonctionne maintenant les stores.

Nouvelles données de groupe ci-dessous (après l'ajout de la lumière):

{
    "action": {
        "alert": "none",
        "bri": 127,
        "colormode": "hs",
        "ct": 0,
        "effect": "none",
        "hue": 0,
        "on": false,
        "sat": 127,
        "scene": null,
        "xy": [
            0,
            0
        ]
    },
    "devicemembership": [
        "46"
    ],
    "etag": "a1cf8537b8ed6b52334d4b3711a957c2",
    "id": "61506",
    "lights": [
        "12"
    ],
    "name": "TRADFRI open/close remote 47",
    "scenes": [],
    "state": {
        "all_on": true,
        "any_on": true
    },
    "type": "LightGroup",
    "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"
}

Je ne sais pas pourquoi ces actions ont fonctionné et qu'il est tard, et je ne suis pas d'humeur à le casser à nouveau pour essayer de répéter les étapes.

En comparant les deux versions du groupe, la différence semble être uniquement l'ID, 61506/47

@ MRobi1 Vous ne pouvez pas ajouter de télécommande à un groupe. Vous créez une liaison de la télécommande à l'adresse du groupe. Le cluster bleu sur l'aveugle est un cluster de serveurs; le gris sur la télécommande est un cluster client. De plus, vous ne pouvez pas utiliser l'adresse de groupe 0x0000, c'est une adresse spéciale.

@ Geoff571 Le groupe

@ebaauw ok super, donc cela me dit que j'ai un problème mais cela ne me donne aucune indication pour résoudre le problème. Comment créer une liaison entre la télécommande et l'adresse du groupe lorsqu'il ne semble pas créer le groupe dont j'ai besoin?

Appuyez sur un bouton de la télécommande et vérifiez la ressource /sensors de la télécommande. S'il contient une valeur pour config.group , il est déjà lié. Le plugin de l'API REST doit avoir créé la ressource /groups . Notez que Phoscon, pour des raisons qui me dépassent, n'affiche plus les groupes vides.

ok avec une nouvelle paire d'yeux ce matin, je remarque qu'il y a une autre différence entre les détails du groupe / 47 et du groupe / 61506 (le groupe n ° 47 est parti, probablement écrasé par le n ° 61506 car les deux valeurs uniquesid sont les mêmes).

Groupe # 47:

        "name": "TRADFRI open/close remote ",
        "scenes": [],
        "state": {
            **"all_on": false,
            "any_on": false**
        },
        "type": "LightGroup",
        "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"

Groupe # 61506:

    "name": "TRADFRI open/close remote **47**",
    "scenes": [],
    "state": {
        **"all_on": true,
        "any_on": true**
    },
    "type": "LightGroup",
    "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"

Maintenant que tout fonctionne parfaitement comme prévu, je ne vais pas y toucher car je suis à court de poussière de Pixie et je risque de ne pas le faire fonctionner à nouveau.

Merci beaucoup pour vos suggestions et aidez @ebaauw et regardez bien @ MRobi1 et tous ceux qui ont du mal à faire fonctionner leurs stores. J'espère que les quelques informations expérimentales que j'ai ajoutées au sujet aideront quelqu'un.

Après avoir dit que j'allais le laisser seul, j'ai dû débrancher le répéteur Ikea car il était juste attaché via une extension à mon PC pendant que je testais. Et voilà, tant qu'elle est débranchée, la télécommande ne fonctionne pas (et oui, mon bureau est plein d'autres appareils alimentés sur secteur faisant office de routeurs). Rebranchez-le et la télécommande fonctionne à nouveau.

Je suis maintenant convaincu que le répéteur Ikea fourni avec le store est un facteur important dans la fonctionnalité de la télécommande.

vraisemblablement écrasé par # 61506 car les deux valeurs uniqueid sont identiques

uniqueid ne l'est pas, malgré son nom. Il ne devrait être exposé que pour les ressources liées aux appareils Zigbee, mieux vaut l'ignorer pour d'autres ressources, comme /groups . Notez qu'il s'agit de l'adresse mac de la télécommande d'ouverture / fermeture, indiquant que l'API REST a créé ces ressources /groups pour la télécommande.

Et voilà, tant qu'elle est débranchée, la télécommande ne fonctionne pas (et oui, mon bureau est plein d'autres appareils alimentés sur secteur faisant office de routeurs). Rebranchez-le et la télécommande fonctionne à nouveau.

La télécommande fonctionne probablement (vous devriez voir les changements d'événement de bouton dans l'API), mais les commandes n'atteignent pas le FYRTUR.

Si vous éteignez le routeur parent d'un périphérique final, le périphérique final ne le remarquera pas au début. Ce n'est qu'après s'être réveillé, s'être rendu compte que son parent est parti et avoir trouvé un nouveau parent, le terminal peut à nouveau recevoir des messages. Je ne connais pas le comportement exact pour cela des appareils IKEA; les appareils de différents fournisseurs réagissent très différemment à cela. Le meilleur cycle d'alimentation du périphérique final après la mise hors tension du routeur parent.

Je suis maintenant convaincu que le répéteur Ikea fourni avec le store est un facteur important dans la fonctionnalité de la télécommande.

Je ne suis pas. J'utilise mon FYRTUR et ouvre / ferme la télécommande sans répéteur depuis que je les ai.

Je soupçonne que certains routeurs pourraient être incompatibles avec les stores IKEA et ne pas conserver les messages de diffusion de groupe envoyés par la télécommande d'ouverture / fermeture. Parfois, mon FYRTUR ne semble plus recevoir de messages (mais envoie toujours des rapports avec plaisir), et le redémarrage du FYRTUR ne remédie pas à cela. Si j'éteins le lumi.curtain , puis que je redémarre le FYRTUR, il revient à chaque fois. L'utilisation du répéteur n'a fait aucune différence: les aveugles semblent errer chez les parents même lorsqu'ils utilisaient auparavant le répéteur.

OK, je vais quelque part. Avec beaucoup de ce que j'appellerai le "bouton smashing", j'ai finalement créé un groupe pour le bouton. Il a fallu 3 boutons différents, l'appairage et la réinitialisation environ 10 fois, mais finalement un groupe a été créé avec un ID de groupe de 3 pour la télécommande d'ouverture / fermeture Tradfri.

En utilisant l'interface graphique, j'ai ajouté les 3 stores au groupe 3. Le bouton contrôle entièrement 2 des 3 stores, le troisième ne faisant rien à partir du bouton. La commande manuelle du store à l'aide des 2 boutons du store fonctionne très bien. Le contrôle de l'aveugle via l'assistant domestique et le nœud rouge fonctionnent très bien. Mais le bouton ne contrôle pas celui-ci.

Je peux également voir la "lumière" comme faisant partie du groupe via l'api de repos.
"id": "3", "lights": ["2", "3", "4"], "name": "TRADFRI ouvrir / fermer la télécommande"

Des pensées là-bas?

EDIT: Je viens de voir votre note ci-dessus sur le cycle d'alimentation du store. J'ai tiré la pâte pendant ~ 10s et maintenant il répond aux commandes à distance. Honnêtement, je ne sais pas comment je suis arrivé ici, mais cela fonctionne comme j'en ai besoin et c'est tout ce qui me tient à cœur. Maintenant, je dois couper et installer 9 de plus et le faire 9 fois de plus! lol

@ MRobi1 Je suis tellement contente que tu sois là aussi. Il semble que votre expérience ait été très similaire à mes efforts d'essais et d'erreurs. :-)

Salut à tous,

après avoir eu du mal à coupler quelques stores Fyrtur avec HomeAssistant, je peux ajouter les informations suivantes.

Pour pouvoir contrôler les stores via la télécommande sans fil après avoir couplé le répéteur, le bouton et le store au réseau Conbee, vous pouvez naviguer vers l'ancienne interface web deconz (appelée `` contrôle de la lumière '' disponible à http://<your_ip> quand Phoscon est à http://<your_ip>/pwa ) et ajoutez le store au groupe du commutateur comme ceci:

Une fois cela fait, le bouton et le store sont couplés et fonctionnent ensemble sans autre besoin de règles d'automatisation dans votre logiciel de domotique. Le réseau Zigbee doit bien sûr être opérationnel et disponible à la fois pour les aveugles et les boutons.

J'ai aussi une question: la raison pour laquelle j'ai eu du mal à ajouter les stores au réseau Zigbee est parce que j'ai eu la `` bonne '' idée de mettre à niveau vers le dernier conteneur docker deconz et de mettre à jour le firmware de la clé avant d'ajouter le store. Après une longue soirée à essayer et à réessayer d'associer à la fois aveugle et bouton, j'ai décidé de rétrograder à la fois Phoscon et le firmware Conbee. J'ai dû revenir à Phoscon 2.05.76 et au firmware 26580700 pour que les stores et les télécommandes soient couplés et fonctionnent.

Quelles versions de Phoscon et du firmware utilisez-vous?

@hollie Autant que je sache, le fyrtur fonctionne très bien avec les dernières versions.

Cependant: Cette question est idéale pour Discord :) Veuillez trouver le lien dans le fichier readme.

Deconz: 2.05.79 (comme addon HA)
Micrologiciel 26580700

Le KADRILJ / FYRTUR fonctionne-t-il maintenant, je ne peux pas comprendre ce que je fais de mal, j'ai le bouton appairé et le prolongateur de portée, et quand je lui demande de jumeler le store, il fait la `` vague de gradation '' chose, puis il donne un flash net, et s'éteint. Cela signifie généralement qu'il est associé, mais je ne le vois pas dans la liste des lumières? Alors qu'est-ce que je fais de mal?

@fribse avez-vous regardé pour voir si le périphérique est affiché dans la vue VNC? Si c'est le cas, c'est probablement simplement que l'application Phoscon ne se met pas à jour correctement. Essayez à nouveau de le coupler, vous devrez peut-être le supprimer à nouveau dans la vue VNC, mais essayez-le sans. J'ai constaté que je devais répéter le processus plusieurs fois avant qu'il ne soit finalement transformé en Phoscon.

Salut @ Geoff571 , merci, je ne vois rien qui s'appelle cover dans vnc, est-ce que ça ressemble à autre chose?

Salut @fribse , quand il apparaîtra initialement, il aura un nom qui n'est qu'une balise hexadécimale jusqu'à ce que vous le renommez ou jusqu'à ce que Phoscon le trouve et ajoute le type de périphérique comme nom.

Une façon de repérer un nouvel appareil lorsque vous l'ajoutez pour la première fois consiste à ouvrir VNC et à vous familiariser avec la disposition de vos appareils existants, puis à repérer la différence lorsque vous ajoutez le nouveau.

Ha ha, `` repérez la différence '', j'ai déjà tenté l'aveugle, donc c'est peut-être déjà dans le vnc, je peux voir celui-ci:

Qui ne reconnaît pas, donc je vais supprimer cela et voir ce qui se passe.

Celui-ci ressemble à l'interrupteur d'ouverture / fermeture

Voici mon store pour vous donner une idée de ce que vous recherchez:

Bonne chance

Ok, je l'ai trouvé:

Mais il semble que je ne puisse pas le supprimer de VNC, si je le supprime et que je redémarre le logiciel deconz, il réapparaît sans que je l'ajoute.
De cette façon, je ne peux pas le faire entrer dans l'application phoscon.

Bonjour, juste pour votre référence: j'ai eu du mal à connecter à la fois la télécommande et l'aveugle à Phoscon en même temps avec des versions plus récentes du micrologiciel et de Phoscon. J'ai également vu le comportement wave-flash-turn off lorsque j'ai essayé de coupler les stores, puis une fois que je l'ai couplé, cela ne m'a pas permis de le contrôler `` vers le haut '' dans l'assistant à domicile.

Veuillez voir ma remarque plus haut dans ce fil:

J'ai dû revenir à Phoscon 2.05.76 et au firmware 26580700 pour que les stores et les télécommandes soient couplés et fonctionnent.

J'utilise toujours cette version et 3 stores et télécommandes fonctionnent correctement et fonctionnent comme prévu depuis environ un mois maintenant.

Peut-être une solution à tester pour rétrograder Phoscon et le firmware sur le stick pour voir si cela aide?

Sincères amitiés,
Hollie.

J'utilise Phoscon 2.05.79 et jusqu'à présent, l'aveugle n'a cessé de répondre. Je pense qu'il s'endort après avoir été inutilisé pendant plusieurs jours, car il est toujours apparu dans Phoscon et VNC mais a cessé de répondre à l'assistant domestique ou à la télécommande. Cela a été facilement résolu en retirant et en remplaçant la batterie comme cela a été mentionné précédemment.

Vous pouvez essayer de réinitialiser le store, puis de le supprimer de VNC, puis d'essayer de le ré-ajouter via Phoscon en tant que commutateur, après avoir évidemment mis le store en mode d'appairage. Il m'a fallu quelques essais pour qu'il apparaisse dans Phoscon, bien qu'il apparaisse presque toujours dans VNC.

Hey @ Geoff571 merci de partager votre expérience. Une question: avez-vous ajouté les stores à votre réseau Zigbee avant de mettre à niveau la version Phoscon vers 2.05.79?

La raison pour laquelle je pose la question: j'avais 1 Fyrtur fonctionnant comme prévu sur 2.05.76 avant d'acheter 2 stores supplémentaires. Ensuite, lorsque j'ai voulu installer les 2 nouveaux, j'ai d'abord mis à jour vers 2.05.79. Je n'ai pas pu les faire fonctionner comme prévu, même si j'ai essayé de les coupler plusieurs fois.

Le premier store qui était déjà couplé avant la mise à niveau a continué à fonctionner comme prévu avec 2.05.79.

Ensuite, j'ai rétabli la version Phoscon et le micrologiciel du bâton comme décrit ci-dessus et j'ai pu lier les nouveaux stores et les boutons au réseau Zigbee dès la première tentative.

J'essaie juste de comprendre si cela pourrait avoir un impact sur le problème rencontré par @fribse .

Bonne chance,
Hollie.

Salut @hollie

Malheureusement, je ne peux pas être sûr de la mise à niveau de ma clé. La date de sortie pour .79 était le 22/05/2020, avant d'ajouter mon blind. Me connaissant, lorsque j'ai rencontré pour la première fois des problèmes pour l'ajouter, le premier port d'escale que j'aurais effectué aurait été de vérifier le dernier micrologiciel, donc il y a de fortes chances que je l'ai mis à jour avant ou pendant l'ajout de mon blind environ un mois environ . Désolé, cela n'a probablement pas beaucoup aidé.

Lorsque j'ai ajouté le mien, j'ai dû lier manuellement le bouton et l'aveugle au même groupe en utilisant l'API REST afin d'obtenir le contrôle direct du bouton

@ Geoff571

OK, alors il est peut-être temps pour moi de réessayer la mise à niveau et de voir si tout fonctionne toujours. Merci de partager vos expériences avec le nouveau Phoscon.

Je suis d'accord avec vous que vous devez prendre les mesures supplémentaires pour coupler le store et le bouton. Comme je l'ai décrit ci-dessus, je l'ai fait via l'interface Web `` contrôle de la lumière '', également appelée `` ancienne interface Web ''. La capture d'écran de cela est disponible plus haut dans ce fil.

salut.

J'ai essayé de configurer 3 nouveaux stores aujourd'hui, et cela ne met pas à jour l'état. (il ne trouve pas non plus la batterie).

J'ai 2 stores que j'avais avant la 2.05.76, et j'ai eu des problèmes similaires à ceux que j'ai maintenant, 2.05.76, corrigé ces problèmes et maintenant ils fonctionnent à fond, même avec la version actuelle.

pour le moment, je lance 2.05.81, et comme indiqué, je n'ai pas l'état ou le niveau de la batterie

depuis que j'utilise Home Assistant, je suis capable de les forcer à monter et descendre (avec un service d'appel), donc la communication fonctionne.

Je me souviens qu'il serait parfois utile de retirer la batterie et de la réinsérer, alors que la recherche d'appareils dans deCONZ est active. Avez-vous essayé ça? Sinon je ne connais pas d'autres options

@Nimmsis comme @wvuyk a en effet suggéré des travaux. Comme @ebaauw suggéré dans https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -649410495, le redémarrage du nœud en retirant la batterie permet de générer des rapports correctement.