Forum Communauté Jeedom

Oui je parle bien des Motion Sensor de Hue.

Ce n'est pas programmable sous jeedom mais sous l'appli Hue tu peux régler la sensibilité des détections et aussi le seuil de luminosité à laquelle les ampoules doivent s'allumer, je n'utilise pas cette dernière.

La fréquence de rafraîchissement est de 5 minutes.

En tout cas ça me convient bien pour mon utilisation.

Pour l'allumage progressif tu peux le faire via l'app Hue sinon sur jeedom via le plugin Gestion des lumières mais je crois qu'il n'est plus disponible...

Ok merci pour toute ces infos

bonjour,

j'ai une question : quand je vais dans le plugin, dans un groupe (par ex salon, qui regroupe plusieurs ampoules), et dans les commandes, il y a notamment une commande "scene" qui correspond aux "scénarios" Philips
si je configure cette commande (roue crantée en fin de ligne), je peux voir les valeurs (=noms) possibles pour les scénarios mais il y a plein de bazar (probablement des relents de Hue Labs et de ems tests Alexa/GH)
est-ce possible de "nettoyer" tout ça ?

j'aimerais faire des interactions sur les scénarios Hue (enfin quand j'aurais trouvé la bonne syntaxe pour la "demande") et ça pollue car certains noms sont en doublons dans plusieurs groupes (voire au sein d'un même groupe )

merci,

MrFreez a écrit : ↑

22 juil. 2019, 23:45

Salut salut

Je suis pas sûr que la question n’ai jamais été poser mais je n’ai pas trouvé la réponse à la question que je me pose.

Je débute sur Jeedom et pour le moment je dispose d’une dizaine d’ampoules Philips Hue + le pont évidemment et de 8 volets piloter via iDiamants... je souhaite faire évoluer tout ça et j’ai des petites idées via un détecteur de mouvement (s’il pouvait faire luxmètre sa serai top mais pas un qui prend des mesures uniquement au moment de la détection d’un mouvement bref bref)

Du coup je me demande si je prend du matos piloter via Zigbee je peux les piloter via mon pont Philips Hue ou s’il faut que je rajoute un émetteur sur mon Jeedom du style en clé USB. Et dans ce second cas le z-waves ne serait pas plus intéressant?

Bonjour,

Tu peux totalement passer sur la clef USB conbee II (https://www.jeedom.com/blog/4272-les-he ... x-plugins/), tu vendras ton pont hue et tu pourras acheter un détecteur mouvement/luminosité de chez Xiaomi.

Pour le coté iDiamant, je n'arrive pas à trouver rapidement quel protocole se cache derrière.

Pour le idiamant :
Il est simplement connecter en wifi avec ma box internet puis il pilote les volets tél une télécommande.
Mais au vu des temps de latence la commande ne reste pas en local... je sais pas si c’est possible de le piloter directement sans passer par chez Legrand

Luunia a écrit : ↑

31 juil. 2019, 15:09

bonjour,

j'ai une question : quand je vais dans le plugin, dans un groupe (par ex salon, qui regroupe plusieurs ampoules), et dans les commandes, il y a notamment une commande "scene" qui correspond aux "scénarios" Philips
si je configure cette commande (roue crantée en fin de ligne), je peux voir les valeurs (=noms) possibles pour les scénarios mais il y a plein de bazar (probablement des relents de Hue Labs et de ems tests Alexa/GH)
est-ce possible de "nettoyer" tout ça ?

j'aimerais faire des interactions sur les scénarios Hue (enfin quand j'aurais trouvé la bonne syntaxe pour la "demande") et ça pollue car certains noms sont en doublons dans plusieurs groupes (voire au sein d'un même groupe )

merci,

d'autre part, est-ce possible de modifier le sous-type "select" ?

il me semble impossible d'utiliser les scènes dans les interactions car on ne peut pas "dynamiser" une valeur (si je met une action de type commande dans mon interaction, je dois forcément choisir une valeur dans le select donc c'est fixe et ça n'a aucun intérêt ^^)

merci,

Pour ma part je vire les commandes en trop avec le logiciel winhue connecté a mon pont

super, merci !
c'est donc bien au niveau du pont et non du plugin

J'ai une conso excessive de CPU et le problème s'arrête dès que je stoppe le démon Hue. J'ai passé la soirée pour identifier ce qui posait problème mais à part identifier le plugin, je n'ai aucune idée de ce qui cloche: viewtopic.php?f=23&t=46918&p=754732#p754732

Mon RPI bloque à 100% d'utilisation CPU, dont les 2/3 directement par le démon.

Je pense que si c'était lié à la précédent maj, quelqu'un se serait manifesté, mais si jamais vous avez une idée de ce qui cloche ... je peux faire des tests de mon côté !

Bonjour à tous,
Est-il possible d'avoir une meilleure gestion de la transition ?
Merci par avance

OUARZA a écrit :Bonjour à tous,
Est-il possible d'avoir une meilleure gestion de la transition ?

philips.PNG

Merci par avance

Tout dépend de ton état de départ peut être...

Bonjour MrFreez
En fait l'idée c'est d'avoir dans une même commande, luminosité, couleur, transition.

Mathieu

Essaye voir ce que sa donne si tu met transition - couleur - luminosité et tu coche la seconde case sur la luminosité et sur la couleur

J’ai pas tester moi même mais pourquoi pas lol


Je viens d’essayer et non sa marche pas des masses.

Bonjour,

Je voudrais savoir si c'est normal que lorsque je désactive un capteur de présence via le widget Jeedom, dans mes logs "events" j'ai un spam de ce type:
ça s’arrête dès que je réactive le capteur et recommence quand le capteur est désactivé.

Ca ne le fait pas si je désactive depuis la page du capteur dans les réglages du plugin, uniquement si je passe par les commandes "désactiver" qui va placer l’état dur capteur sur O.

Capteur modèle SML0001 Hue Motion Sensor

Bonjour,
Non ce n'est pas normal je vais supprimer les commandes d'activation désactivation au niveau du widget

Ok, donc pour activer/désactiver un capteur (via un scénario par ex) il vaut mieux passer par la fonction jeedom pour activer/masquer/visible un équipement plutôt que la commande du plugin ?

Le truc c'est que la commande du plugin permet de désactiver le capteur mais celui-ci reste visible sur le dashboard et les infos remontent (température, jour/nuit, luminosité ambiante), donc on peut toujours l'exploiter tout en empêchant que le pont Hue de réagir en cas de detection de présence. C'est bien pratique, par ex dans mon cas j'ai un capteur dans la chambre que je désactive forcément la nuit lorsque je me couche et reactive automatiquement au réveil le matin, ça m’embêterai de perdre la lecture de la température venant du capteur...

En plus faudrait que je reprenne tous mes Designs dans lesquels j'ai la gestion de mes lumières et capteurs Hue pour pouvoir les activer/desactiver depuis mes tablettes murales ...

Oui vaut mieux passer par la fonction activer/masquer/visible. Malheureusement l'autre desactivation agit directement au niveau du pont mais vu ce que vous nous remontez ca bug un peu et sur le pont je n'ai pas la main...

il faudrait voir si c'est généralisé où si c'est spécifique à mon installation...

A voir si d'autres ont le même comportement peut-être avant de virer les commandes

Je pense que oui j'ai pas le matériel pour tester malheureusement mais la c'est pas une histoire de configuration

Je viens de tester un truc: En utilisant l'app WinHue3 sur un PC Windows on peut aussi agir sur les capteurs et les désactiver de la même façon que via la commande du plugin.
En faisant ça j'ai le même effet au niveau des "events" jeedom.

Et en fait ça ne concerne pas que les capteurs, testé aussi sur un interrupteur Dimmer RWL021 => même résultat

C'est peut-être mon pont qui débloque ...