MasterBT

Camera Heden, Extérieur Wifi Lien officiel: http://www.heden.fr/42-18-Cameras-de-surveillance-Camera-Ext-Fixe-p-320-Camera-IP-CLOUD-Exterieure----V-3.4---Gris.html Fiche technique: http://www.heden.fr/media/fiche-technique/Camera-IP-Exterieure---Wifi---V-3.3---Gris.pdf Résolution: 640x480 Test: http://www.touteladomotique.com/index.php?option=com_content&view=article&id=1058%3Ale-test-de-visioncam-la-nouvelle-camera-cloud-dheden&catid=85%3Asecurite&Itemid=14&limitstart=3#.Uz0Trfl_t8H http://domotique-info.fr/2013/12/camera-ip-heden-cloud-exterieure-une-installation-royale/ Tarifs: 100€ Configuration sur HC: Url jpg: snapshot.cgi Url MPEG: videostream.cgi

Tu as essayer d'ouvrir et de rediriger le port de la HCL même si de mémoire je crois que c'est pas obligatoire, mais ca t'évite de passer par home.fibaro.com et de gagner en réactivité.

HCL, où comment se démerder avec les moyens du bord et se retrouver avec 150 scènes

Hello, J'utilise toujours un Virtual Device pour donner la possibilité à la HCL d'intéragir avec les Hue avec le code suivant comme paramètre d'allumage: {"on":true, "sat":255, "bri":255,"hue":12000} pour changer la couleur, pas de soucis je fais varier la valeur "hue" entre 0 et 65535, Cf. api dispo ici: http://www.developers.meethue.com/documentation/lights-api Par contre je n'arrive pas à lancer un scénario ou avec une transition. Exemple: {"on":true, "sat":255, "bri":255,"hue":12000, "transitiontime": 10000} Ca ne marche pas Avez vous une idée?

Le problème ne vient peut être pas du coté application mais du coté Box. Tu arrives àavoir un accès distant depuis un autre device?

Oublies pas de mettre le sujet en problème résolu en éditant ton 1er post. Merci et amuses toi bien avec ta HCL

Comme jojo, suffit de rajouter un ET puis de mettre d'autre notif. Sinon c'est possible que l'on est mal compris le problème

J'ai un avis totalement différent. Je trouve l'interface vraiment sympa. Elle peut convenir pour du tactile. Les différents éléments sont bien rangés. c'est assez carré. Le fait qu'elle soit "lite" pour l'instant m'oblige simplement me creuser un peu la cervelle car pas de LUA mais jusqu’à maintenant j'arrives exactement à faire ce que je veux. Elle répond très bien, peu de bug de mon coté. Quand quelque chose merde, ca vient souvent du bonhomme et non de la machine.. (comme souvent en informatique d'ailleurs.. )

Double post pour présenter ma solution Bon, j'ai fais trempette dans mon bain et j'ai trouvé la solution pour à la fois ne pas avoir une grosse quantité de scènes actives qui tourne en boucle pour mettre à jour l'état du virtual device + variable et ne pas avoir avoir un autre virtual device à coté qui met à jour la variable. Solution: Virtual Device: 2 Bouton: On / Off avec les icons qui vont bien et ils envoient une requête HTTP vers l'ipx sur la sortie souhaité. Sur l'ipx: en push on envoie une requête pour actionner une scène (qui est non active): /api/sceneControl?id=18&action=start la Scène: Elle met à jour la varible et le virtual device. Et voila, Ca marche nikel, pas de scène active, pas de virtual device en plus... Je rajoute à mon 1er post.

Voila par contre il y à un soucis d’ordre esthétique, Je voudrais que tout soit sur le même virtual device, comme ici: 1ére ligne les boutons qui sont actionnées par la requète en push de l'ipx, qui permet d'avoir le bon icon et quand il est actionné ça envois une requète pour mettre à jour la variable "volet roulant" 2éme ligne des boutons sans labels pour piloter l'ipx. Au début j'étais partis sur 2 ligne de boutons car dans le cas où c'était le même bouton qui envoyé la requète vers l'ipx pour activer une sortie et celui qui était actionné lors de la requète en push de l'ipx pour mettre à jour l'état, je pensais que ca allait faire une bouche du genre J'appuis sur mon inter; Active la sortie 1 l'ipx active le Virtual Device pour mettre à jour le statut Mais ce même envois la requéte vers l'ipx pour actionner l'ipx Boucle , la sortie reste actionnée mais en fait non... je sais pas pourquoi d'ailleurs. Mais: Les boutons qui envois la requéte vers l'ipx doivent pointer vers l'ip de celui-ci Les boutons qui servent à mettre à jour la variable d'état du volet roulant doivent pointer vers la HCL elle même... Bon jusque là je sais pas si j'ai étais super compréhensible, Plusieurs hypothèses: -Créer un virtual device différent pour actionner le Volet roulant et celui qui affiche l'icon d'état et met à jour la variable. Moyen le plus facile, mais c'est moche et ca multiplie par 2 le nombre de Virtual Device et le virutal device qui commande l'ipx ne sera pas à jour. - L'ipx peut envoyer une requête en push lors ce que la sortie est actionnée (dans notre cas, on pointe vers le virtual device qui commande le Volet roulant lui même pour mettre à jour l'icon), puis une 2éme requête différente une fois que la sortie s'arrête. Ainsi, cette requête peut pointer vers un virtual device qui aura autant de bouton que de volets roulant et de statut (caché dans un coin ) et eux iront mettre à jour la variable et ne serviront que à ça. Je n'ai pas encore test, mais je penses que doit pas poser de problème. C'est bien, pour les volets roulant car la sortie se stop forcément au bout de quelque seconde mais pour l'éclairage ca ne sera pas le cas... Bon je vais dans mon bain y réfléchir..

Hello, Je crois avoir lus que je n'étais pas le seul à avoir des remonté d'info de la luminosité tout les 1 ou 2 lux peut importe le fait que je sois réglé à 10, 15 ou 20 lux. Il faut simplement attendre la V4? Je suis en HCL et module en 2.6

Il y a un moyen de connaitre la charge de la box d'ailleurs? Sinon donc mon cas la variable aura 2 valeurs possible seulement. Donc on peut se passer de scène et faire changer la valeur àl'aide du Push de l'ipx et donc se passer de scène.

@jojo J'avais pensé à cette solution car je l'utilise pour mettre à jour mes Virtual Device Présence. Ce qui me dérange c'est le nombre de scène final. Présence: 4 Etats : 4scènes Volet Roulant x9: 18 scènes Eclairage x5: 10 scènes Ca fait que je le retrouve avec 32 scènes seulement pour mettre à jour des Virtual Device, ce n'est pas un peu trop pour cette petite box? Je vais essayer une piste sans scènes afin de voir si j'y arrives. Par j'ai pensais à un truc. Je suis pas sur que je doivent pointer vers le virtual device qui sert à commander se même volet roulant et de mettre à jour son état, car cela risque de faire une boucle et de bloquer la sortie de l'ipx en ON. Car si ce device à comme script d'envoyer une requete url, la boucle et bouclé. Ainsi je me demandes si je ne dois pas rajouter sur ce même Virtual Device une ligne de 2 boutons qui eux servent pour le statut et sans chaîne à envoyer. exemple: /edit: Test rapide avant d'aller bosser, Sur la 1ére ligne du Virtual Device: 2 Boutons sans chaine à envoyer mais des icons selon l'état + Label 2éme ligne: 2 boutons avec requêtes url type: GET /preset.htm?RLY1=1 HTTP/1.10x0D0x0A0x0D0x0A Et au niveau de l'ipx 800 sur la sortie 2 par exemple: Comme ça peut importe de la façon où est actionnée la sortie 2, ca met à jour l'état visuel sur la HCL sans scènes, de façon immédiat et propre. Je vais regarder ce soir pour mettre en chaîne à envoyer aux boutons qui servent à afficher l'état (1ére ligne) une requête qui pointe vers la HCL pour mettre à jour une variable prédéfinie afin de m'en servir plus tard.

Bonsoir amis utilisateur de HC2 & HCL. J'avance doucement dans la découverte et maîtrise de la box afin d'arriver à réaliser tout ce que je veux avant d'emménage dans ma futur maison neuve (Mars 2015)pour la quelle j'ai essayé de pensé au mieux l'installation électrique pour contrôler les Volets roulant (VR), éclairage principaux et son. J'arrive actuellement à l'étape suivante: Je vais avoir 9 VR et certains éclairage commandé via IPX800 (pour le coà»t, simplicité et fiabilité du filaire et firmware à jour). Je voudrais mettre à jour le statut des Virtual Device de la HCL à jour selon l'actionnement des relais de l'ipx Je sais que l'ipx peut envoyer en push (avec login et mdp depuis cette année) lors d'une action. Exemple quand j'active la Sortie 1, pour baisser un VR, j'envois en push depuis l'ipx <IP:port><log:pass>/api/callAction?deviceID=XX&name=turnOn Donc dans ce cas pendant que le VR baisse ça active bien le device avec l'ID XX puis ça le stop quand la sortie 1 se coupe. Ainsi plusieurs problème se pose: Je dois mettre l'ID d'un device, dans mon test j'ai mis l'id du module 2x1.5kw fibaro qui est sur ma VMC. Donc ca marche, mais pour un virtual device, je mets quoi? le nom du device me retourne une erreur. Si c'est une lampe que j'actionne et non un volet roulant, pas de problème sur le statut, il reste bien ON aussi longtemps que le sortie 1 reste allumée mais pour un VR elle se coupe... une fois le timer finie et donc le statut par la même occasion. Pour récapituler ce que je cherche à faire: Quand je fais descendre un volet roulant (sans passer pour la HCL) je veux que le Virtual Device sur le HCL change de statut afin d'avoir une sorte de retour d'état. Faut il passer par une variable + scène? /Edit: Auto réponse pour les personnes qui chercherons à faire la même chose sur un HCL Il faut que je trouve le soft HC toolkit pour identifier l'id du virtual device Pour le volet roulant il faut que je mets du push sur la fermeture du relais et non sur l'ouverture. Edit Solution: - Virtual Device: 2 Bouton: On / Off avec les icons qui vont bien et ils envoient une requête HTTP vers l'ipx sur la sortie souhaité. - Sur l'ipx: en push on envoie une requête pour actionner une scène (qui est non active): - La Scène: Elle met à jour la varible et le virtual device. en image:

Content pour toi que tout marche enfin! Maintenant tu peut passer à une nouvelle étape. Plus de modules, plus de scène et encore plus de Variable! C'est la fête!

Tu es en colére Nico?

Donc pas de V4 en janvier pour nous

ok, merci j'avais un doute pour la HCL.. car dans leur annonce ils en parlent pas du tout et sur le fofo officiel cette question est resté sans réponse.

Euh, question con, La V4 et les plugins sont àla fois pour la HC2 et HCL?

Je up le sujet car la puissance apparait dans l'appli mobile (iOs) en haut àgauche mais pas sur l'interface web. C'est un détail mais je suis simplement curieux.

Yop, J'ouvre un autre topic pour les Hue afin de séparer les informations liées uniquement à la HCL, donc pas de LUA, plugin (si on est à version stable v3.593). Au départ je voulais contrôler mes Hue de façon basique sans plugin, et donc avec un Virtual Device. Le sujet n'avait pas encore était abordé sur le forum. Plusieurs personnes du forum m'ont fortement aidé. Afin de facilité la transmission d'information aux nouveaux propriétaires de HCL, je repost ici. Les Icons que j'utilise pour les hue: Un exemple de Virtual Device: Hue_Salon2.vfib Il faut entrer l'ip du Bridge Philips et non celle de la HCL Changer le numéro de Hue voulue à la place du 2: lights/2 Vous pouvez rajouter d'autre Boutons sur ce même VR pour des scènes (j'y travailles) ou teintes. Changer l'ip dans le code avec celui de votre Bridge Hue Changer les paramètre de couleur, etc... Rappel du code: Mise en route: PUT /api/newdeveloper/lights/2/state HTTP/1.10x0D0x0AHost:<IP_Bridge_HUE>0x0D0x0AContent-Length: 450x0D0x0A0x0D0x0A{"on":true, "sat":255, "bri":255,"hue":12000}0x0D0x0A Arrêt: PUT /api/newdeveloper/lights/2/state HTTP/1.10x0D0x0AHost:<IP_Bridge_HUE>0x0D0x0AContent-Length: 450x0D0x0A0x0D0x0A {"on":false}0x0D0x0A Aller plus loin: Maintenant que vous pouvez contrôler de façon basique vos Hue, vous pouvez très bien les faire allumer à votre arriver chez vous ou les arrêtez quand vous partez. Soit en utiliser la Géoloc intégré à la box ou avec un script de présence de votre téléphone sur le wifi. Lien: http://www.domotique-fibaro.fr/index.php/topic/2831-ping-t%C3%A9l%C3%A9phone-en-veille-ou-tester-votre-pr%C3%A9sence-2-le-retour/ Exemple de Scène: Cocher: Scène active & Lancer au démarrage

Je vais suivre ça, et attendre de voir une version qui tourne sur HCL. J'utilise la version de Tony depuis un peu moins d'une semaine et j'avoue n'avoir aucun raté. Par contre je rencontre une défaut à utiliser ce système pour par exemple allumer mes Hue quand j'arrives chez moi. Explication: Je contrôle les Hue avec un Virtual Device qui balance une requête en PUT et donc avec un paramètre définie. A coté de ça j'ai une scène qui regarde la valeur de la variable Présence, Si Présent = Allume Hue (avec le parcmètre du Virtual Device) Dans une autre scène Si absent = Stop Hue donc à chaque cycle de scène ca me remet les paramètres de l'ampoule du Virtual Device. Donc si j'avais changé par exemple la couleur ou luminosité, ca reset :/ Je ne peut par exemple donc pas faire d'annonce vocal par exemple quand un tél entre sous le wifi, car ça le ferait à chaque cycle de vérification de la variable et non seulement à son changement d'état ce qui serait l'idéal. Rappel: Je suis sur une HCL

@moicphil, Je parlais de Scénario Hue, ceux que l'on créés avec l'application philips, et non de scène interne à la HC. Edit: Pour répondre à ma propre question, il faut mettre /scenes au lieu de /lights Il faut juste que je regarde pour récupérer l'Id des scénario. Edit2: http://<IPHUE>/api/newdeveloper/scenes En GET En /debug/clip.html Permet de ressortir la liste Me reste plus qu'à regarder le code à mettre dans le VD à cet effet, j'avais trouvé un wiki simple avec les différents paramètres l'autre jour {"scene":"<IdDeLaScene"} marche pas ici. Je creuse, je creuse Signé Master, qui découvre, et qui s'amuse mais attention au WAF

Champagne!! Ca marche. Je vais le rajouter dans la section HCL ce code! Un grand merci à toi. Peut on avoir quelques explications afin d'éclairer les néophytes que nous sommes (afin moi pour sur). woot woot Ps: pour info dans la configuration du virtual device, il faut pointer sur l'ip des Hue et non de la hcl elle même. Je préfère l'écrire pour les futurs personnes qui chercheront l'info. Autre question: Si je veux lancer un scénario, quel code dois-je utiliser?

Ok merci quand même... Je vais donc devoir attendre la V4 qui arrivera en 2025.. Ou bien je vais creuser encore la question!! J'aimes pô quand ca marche pas.