EEdomus et lampe HUE

[roclabilly]

Bonjour à tous !!!!
Tout d’abord merci à vous qui m’avez aidé et essayé de me sortir de la !!!!!

Tout est réinstallé et fonctionnel
J’explique
Si vous reprenez la capture de la page hue quelques post plus haut il y a une ligne
Qui parle comme ça The HUE bridge is ready and accepts user et ensuite il y a la partie noirci
C’est cette partie noirci qu’il faut mettre dans la case utilisateur au moment de créer la lampe
Qui devient VAR2 par la suite
C’est tout

Du coup Kitor est ce que ça vaut le coup de reprendre ton tuto et de changer le script ??????’

[roclabilly]

Bonsoir,
Est ce que eedomus prends le dessus sur le contrôle des lampes et empêche
HomeKit Apple de les contrôler ???

[Kitor]

Du coup Kitor est ce que ça vaut le coup de reprendre ton tuto et de changer le script ??????’

Si c'est pour des Philips White, oui
Le script fonctionne que pour les color (du moins chez moi).

Et les API permettent mieux de gérer les ampoules (en groupe).

@++

Marc

[Fab@B&H]

Bonjour,

J'ai une question concernant le pilotage des groupes Philips HUE : J'ai une règle qui commande un groupe (ON ou OFF), et dans le cas où c'est ON, quelques temps après la requête de mise à jour auto me renvoie la valeur OFF.. Autrement dit, lorsqu'on allume un groupe, il semble que sur le pont HUE ce groupe passe à OFF (pas les éclairages concernés).
C'est gênant car dans mon cas je fais un test sur la valeur de ce groupe avant de lancer certaines règles.
Quelqu'un aurait-il une idée?
Merci,

[Kitor]

White ou Color les ampoules ?
Si c'est White toutes les infos ici
http://kitor.synology.me/wordpress/principale/objets/philips-hue/

[Fab@B&H]

Merci, je vais mettre à jour pour le groupe qui pilote des white.
Mais j'ai un groupe qui pilote des colors également, ce problème affecte les deux groupes..

[Kitor]

Tu peux faire la même chose pour les color, il suffit de tester la valeur retour dans le xpatch et tu trouve toutes les infos des lampes.

A toi de faire avec l'api et non avec le script EEDOMUS.

[Fab@B&H]

Merci pour ces informations. Je vais tester ce WE.
Juste une dernière, peut-on récupérer le nom (ou un ID) des scènes crées dans l'application HUE afin de lancer ces scènes avec Eedomus?
Merci encore,

[Kitor]

Je ne peux pas répondre car je n'ai pas eu à traiter ce problème.
Dans mon tuto, tu a le lien vers la documentation de l'API Phillips Hue (en anglais)
Après je ne sais pas ce que tu veux faire mais tu peux très bien faire des scènes avec l'EEDOMUS pour gérer les Hue.

[Fab@B&H]

Alors, à moins que quelque chose ne m'échappe, mais lorsque je fais une scène avec mes hue, voici leur comportement:
ex : j'éteins un groupe de lumières qui étaient allumées avec une intensité et couleur différentes, si je souhaite lancer une scène à luminosité réduite et couleurs différentes, il faut que, dans l'ordre, je choisisse l'intensité, puis leur couleur (dans la même scène), mais cela se voit à l'allumage : elle s'allument dans un premier temps, puis changent de couleur ensuite. (cela est vrai si je pilote plusieurs lampes ou si j'utilise un groupe).
Je me dis que si je pouvais récupérer le nom ou l'ID de la scène de l'application Hue et lancer celle-ci directement depuis l'eedomus, j'aurais un comportement beaucoup plus proche de celui que l'on constate avec l'application..
A moins que je m'y prenne mal?

[ElYoM]

Selon la documentation de l'API, vous pouvez lister les scènes enregistrées sur votre pont Philips Hue en faisant une requête GET vers l'endpoint suivant :

Code : Tout sélectionner

http://<ip_du_pont>/api/<nom_d'utilisateur_eedomus_créé_sur_le_pont>/scenes

Vous obtiendrez alors en réponse les ID et les noms des scènes, ainsi que les noms des lumières faisant partie des scènes listées.

Ensuite, pour activer une scène depuis l'API, il faut effectuer une requête HTTP de type PUT vers l'endpoint suivant :

Code : Tout sélectionner

http://<ip_du_pont>/api/<nom_d'utilisateur_eedomus_créé_sur_le_pont>/groups/0/action

Nota Bene : Il semblerait qu'il faille activer les scènes depuis le groupe d'ID 0 qui contient l'ensemble des lumières et ce, même si les scènes, elles, ne contiennent pas toutes les lumières. Information à confirmer mais c'est ce que j'en ai compris de la lecture de la documentation.

Avec, en paramètre, l'ID de la scène à activer. Exemple :

Code : Tout sélectionner

{"scene":"235807c46-on-0"}

[Senateur]

Bonjour,

Je suppose qu'une requête PUT ne peut pas être implémentée par un actionneur HTTP dans Eedomus mais que par un script en php?

Merci

[ElYoM]

Hello senateur,

Si, si, les actionneurs HTTP permettent les requêtes de type PUT. C'est d'ailleurs comme cela que les ordres sont envoyés aux ampoules avec le plugin Hue officiel de l'eedomus.

[Senateur]

Ah oui! Merci, je teste ça demain.

[ElYoM]

De rien. Tu me feras un retour, j'ai pas encore eu le courage d'intégrer mes Philips Hue dans l'eedomus et je continue donc pour le moment à les gérer avec ma Vera Edge ou directement avec Google Home. Selon ton retour, je m'y mettrai peut-être aussi.

[Senateur]

Bon, et bien l'opération lance mes lumières avec des lumières qui correspondent à la scène, mais tout est figé (pas de changement de couleur ou d'intensité lumineuse).

[ElYoM]

C'est-à-dire ? Même en faisant une requête PUT avec l'ID de la scène en paramètre, ça ne t'active pas la scène ?

[Senateur]

Bonjour ElYoM,

La requête HTTP PUT active les lumières de la scène (4 lumières), avec des couleurs prédéfinies, mais la scène reste figée.

En VAR3, j'ai mis 0.

[ElYoM]

Hello Senateur,

Merci pour ton retour. Je vais potasser un peu plus la doc de l'API Philips Hue et faire deux-trois essais chez moi pour voir comment ça réagit. Je te tiens au courant de mes avancées à ce sujet.

[Senateur]

Merci!

Je ne sais pas si c'est lié, mais dans le json retourné par la requête qui liste les scènes, il y a des champs locked=true.