Rechercher dans la communauté
Affichage des résultats pour les étiquettes 'Tuto HCL'.
10 résultats trouvés
-
Edit : regardez également ce post pour une info plus récente : http://www.domotique-fibaro.fr/index.php/topic/5935-requ%C3%AAtes-get-et-put-sur-hcl-synth%C3%A8se-de-celles-qui-fonctionnent/ Bonsoir, Je vois que beaucoup de monde se casse les dents sur les requêtes http sur HCL. Je précise que ce que je décris ici fonctionne avec la dernière version du firmware 3.593 1) créer un virtual device et préciser l'IP et le port (80) du HCL 2) dans la partie script de chaque bouton, entrez le string suivant qui contient la commande GET GET<space><command><space>HTTP/1.10x0D0x0AHost:<IP:port><space>0x0D0x0AAuthorization:<space>Basic<space><user:pwd inBase64><space>0x0D0x0A0x0D0x0A N.B. : remplacer <space> par un espace remplacer <command> par la commande GET à passer remplacer <user:pwd inBase64> en le calculant https://www.base64encode.org/. Pour user = admin; pwd = admin, le texte à encoder est admin:admin, ce qui donne YWRtaW46YWRtaW4= respecter SCRUPULEUSEMENT la syntaxe ci-dessus, y compris les espaces. Pour la liste de ce que vous pouvez passer comme requêtes, voir le post de moicphil http://www.domotique-fibaro.fr/index.php/topic/1321-ex%C3%A9cuter-et-stopper-une-sc%C3%A8ne-par-http/ Beaucoup de plaisir à toute la communauté
-
Module Virtuel Squeezbox Pour Hcl alors, bien le bonjour ! pour faire le VD 1 étape. installer firefox et additionner le plugin firebug, ( le chrome le fait sans doute aussi) remplir l'adresse ip de votre serveur LMS et le port 9000, de base si vous l'avez pas changer. ensuite ouvrir cette adresse dans votre firefox http://192.168.X.XXX...button&p1=play la fenêtre qui s'ouvre est moche, mais bon, l'important maintenant quand on clique sur une commande, on copie simplement l'url qui apparaît en haut par exemple un PLAY sa donne http://192.168.xxx.x...p0=play&player=MACDUPLAYERSELECTIONNER VOILA. Maintenant passons a nos buttons GET /status.html?p0=play&player= 00:00:00:00:00:00 HTTP/1.1 Host: 192.168.x.xxx:9000 0x0D0x0A0x0D0x0A alors il suffit de remplacer le mac du player en cause, attention l'ip en bas et toujours celui du server !!! C donc bien simple, nos boutons commencent toujours par le GET, ensuite on paste la URL a partir du /Status bla bla et on remet HTTP/ etc etc alors après avoir fait les boutons, play pause next preview random replay etc selon vos besoins. on passe au playlist etc. la sur firefox ouvrir 192.168.x.xxx:9000 et activer le plugin firebug. alors quand vous etiez sur votre lms, et cliquer sur play d'une playlist, il va apparaître un http avec 192.168.x.xxx:9000/anyurl? etc etc !!! ce sont cela que l' on veut !!!! la technique ensuite pour le bouton du VD et la même que faite plus haut. ok Bon le truc sympa c'est que j'ai crée des alertes en mp3, http://www.fromtexttospeech.com/ sonnette, alarme active, désactive, invasion, alerte incendie, alerte inondation, alors ensuite suffit de linker tous cela, mettre le shuffle on, et voila on a des alertes pour tout lol. pour finir, les playlist radio, on sélectionne les radios préférées d'un style, e on peut faire next, simple. j'ai aussi fait les sons de la nature, la dame a la maison adore TRUC ENCORE A FAIRE !!! grouper les players !!! j'ai pas encore le slidder de volume, je sais pas le faire, j'ai fait 10%20% 30%40% 50%60% 70%80% 90%100%... c plus facile. ni l' état de la musique qui passe. si quelqu'un a une idée ? Voila, alors je remet ce link a partir duquel je me suis inspirer pour faire mon installation,,,,, 7 zones sonorise avec 720euros... http://www.maison-et...y-pi-hifiberry/ sinon vous pouvez toujours installer XSQUEEZE addon pour KODI, génial aussi Merci a bientôt !! squeezebox+HCL .V3.vfib
-
De nombreuses personnes de la communauté continuent de se poser des questions par rapport aux variables, Virtual Devices, … Berale24 a écrit un tuto récapitulatif très instructif à ce sujet : Mode Block - Un Peu De Tout. Je propose ici une variante, qui permet d'utiliser les scènes avec Google Calendar : cfr tuto de Pinou : Google Calendar Vers Hc2/hcl Pour plus d'info concernant les commandes GET dans les Virtual Device : Requêtes Http /get Sur Hcl Description du besoin / de la fonctionnalité On a une variable avec (deux) valeurs possibles. Exple : Vacances = Oui/Non On affiche dans une Virtual Device la valeur actuelle de la variable On peut modifier la valeur de la variable via la Virtual Device OU via le calendrier Google Tout ceci fonctionne pour HCL et HC2, ainsi que depuis des smartphone (testé avec Androà¯d, je suppose que iOS le peut également) Création de la variable Panels -> Variables Panel Créer la variable Vacances avec deux valeurs possibles Oui et Non Création de la Virtual Device Toutes les Virtual Devices que j'ai créées pour afficher / modifier la valeur de mes variables, je les ai associées à une pièce Variables dans la section Section Virtuelle J'ai commencé toutes mes Virtual Devices associées à des variables par Var_ Champ IP Address : entrez l'IP de votre box adorée. Le port est 80. Laissez l'icône par défaut des Virtual Devices. Elle sera remplacée automatiquement (voir la suite) par l'icône représentative de la valeur de la variable. Ainsi, si vous voyez cette icône, c'est que la box n'a pas complètement terminé son redémarrage. Dans les paramètres avancés, créez autant de boutons que de valeurs possibles de la variable. Pour chaque bouton, donnez-lui un ID représentatif de la fonction du bouton / de la valeur de la variable associée. (l'ID ne peut pas avoir d'espace ou de _) La commande pour chaque bouton est : GET<space>/api/sceneControl?id=<id>&action=start HTTP/1.10x0D0x0AHost:<IP><space>0x0D0x0AAuthorization:<space>Basic<space><user:pwd inBase64><space>0x0D0x0A0x0D0x0A NB1 : remplacer <space> par 1 espace,<id> par l'ID de la scène qui mettra à jour la variable (voir la suite), <IP> par l'IP de votre Box NB2 : la syntaxe doit être SCRUPULEUSEMENT respectée, sous peine de non fonctionnement NB3 : cette syntaxe a été validée pour HCL v 3.593, elle peut différer pour les autres versions du firmware de la HCL ou pour la HC2. NB4: Base64 encoder : https://www.base64encode.org/ A chaque boutons, nous avons associé une icône représentative de la valeur de la variable. Donc ici, lorsqu'on appuiera sur le bouton Oui, la scène (id = 153, chez moi) démarrera, scène qui mettra la variable Vacances à Oui et la Virtual Device affichera l'icône associée. Scènes de mise à jour de la variable Il faut créer 1 scène par valeur possible de la variable (ou par bouton de la Virtual Device). Mes scènes commencent par le nom de la variable, puis sa valeur. Elles sont assignées à la pièce représentative de la variable (ici une pièce virtuelle Vacances). C'est l'ID de ces scènes qui est référencé dans la Virtual Device. C'est ici que mon approche est différente de celle de Berale24, car les scènes créées pourraient également être appelées par le script de Pinou en fonction du Calendrier Google. Scènes de mise à jour de la Virtual Device Il faut créer 1 scène par valeur possible de la variable (ou par bouton de la Virtual Device). Mes scènes commencent par Var_ puis le nom de la variable, puis sa valeur. Elles sont assignées à la pièce virtuelle Variables. Il faut cocher "Active Scene" et "Start when Home Center 2 starts" Cette scène tourne "en continu" pour vérifier la valeur de la variable et mettre à jour la Virtual Device en conséquence. (indispensable que cela se fasse automatiquement après un restart de la Box ou une sauvegarde de a Virtual Device) Et je vous jure que tout cela est très WAF : même mon épouse l'utilise, et n'a rien trouvé à redire …
-
Tuto HCL Hcl Virtual Device Pour Contrôler Un Thermostat Netatmo
hexan79 a posté un sujet dans Tutoriels
Je vous propose ce tuto pour créer un Virtual Device HCL afin de contrôler un thermostat Netatmo. C'est très utile dans l'optique d'un tableau de bord unifié, regroupant tous les objets connectés au niveau de la box domotique. C'est pratique aussi lorsqu'il s'agit de créer des scènes intégrant des informations provenant du thermostat (température mesurée, température de consigne de la chaudière, mode de chauffage...). Il existe bien un plugin Netatmo sur HCL mais je n'ai jamais pu le faire marcher, du moins pour le thermostat (ça marche peut-être pour la station meteo Netatmo). Par ailleurs, du fait des limitations de la HCL en termes de programmation (pas de LUA comme la HC2), il a fallu développer un web service HTTP (et non HTTPS) jouant le rôle d'intermédiaire entre le virtual device et le thermostat. En marge de ce tuto, je propose donc aussi un web service pour piloter le thermostat Netatmo. Principe L'objectif est donc de "fabriquer" un virtual device HCL pour le thermostat Netatmo permettant de: Récupérer la température mesurée Définir une température de consigne Définir le temps de validité de la température de consigne Switcher entre les modes : manual, program, away Voilààquoi cela ressemble visuellement Prérequis - Savoir créer un virtual device HCL. Ce tuto est très bien pour ça. - Quelques connaissances Linux pourraient être utiles pour l'installation du software, la copie et la modification de fichiers... - Quelques connaissances http et web services pourraient aider àcomprendre le principe de fonctionnement (optionnel) Matériel - Une HCL - Un thermostat Netatmo - un PC ou un Raspberry Pi (ou équivalent) qui jouera le rôle de serveur hébergeant le web service Pour ceux qui voudraient installer le software sur un Linux autre que celui du Raspberry (Raspbian), il faudrait s'informer sur la manière de rajouter un service (deamon) qui pourrait être différente de celle présentée ici. Logiciel Le code (Python) du web service que je fais tourner sur Raspberry Pi et que j'ai appelé "restatmo" est disponible dans Github sur ce lien. Un descriptif d'installation et de configuration y est décrit ici. Il s'agit d'une première version avec surement quelques bugs. Voici quelques caractéristiques du logiciel: - Pour ceux qui connaissent un peu les web services, voici un aperçu de l'interface http de "restatmo": GET /tempSP : récuperer la température de consigne courante POST /tempSP/valeur_entiere : définir une nouvelle température de consigne (durée par défaut : 15mn). Cette requête permet aussi de définir les modes away et program POST /tempDur/duration : définir la durée de validité de la température de consigne courante GET /tempMeas : récupérer la température mesurée par le thermostat - Pour la mise àjour du "slider" de la température mesurée, j'ai prévu un second service (tempupdate.py) se trouvant dans le même répertoire "restatmo". Lorsqu'il est lancé sur la machine passerelle (raspi ou autre), ce service met àjour la température mesurée du virtual device àintervalles réguliers. Des paramètres d'identification de la HCL et l'intervalle de mise àjour sont des données requises par ce service et sont paramétrables dans ce fichier tempupdate.py. Cette manière de mettre àjour la température est la seule que j'ai trouvée. En effet, les requêtes HTTP d'un virtual device sur HCL ne permettent pas d'aller chercher des valeurs. Le virtual device il faut d'abord définir le "host" et le "port" du Virtual Device qui sont respectivement l'adresse IP de machine sur laquelle tourne le service "restatmo" et le port de ce même service (par défaut 5000) Ce virtual device est composé de 3 sliders et de 3 boutons: 1) Slider 1 : la température mesurée par netatmo Il n'y rien àconfigurer au niveau de la chaine de caractères àenvoyer par ce slider. En effet, il est mis àjour automatiquement par le service "tempupdate" décrit précédemment. 2) Slider 2 : la température de consigne Chaine àenvoyer: POST /tempSP/_sliderValue_ HTTP/1.10x0D0x0AHost:192.168.0.28:5000 0x0D0x0AAuthorization: Basic xxxxxxxxxxxxxxxxxxx 0x0D0x0A0x0D0x0A NB: _sliderValue_ est la valeur indiquée par le slider en question (très pratique comme variable) xxxxxxxxxx: "user:password" en base 64 (voir tuto de création de Virtual Device) 3) Slider 3 : la durée de validité de la température de consigne Chaine àenvoyer: POST /tempDur/_sliderValue_ HTTP/1.10x0D0x0AHost:192.168.0.28:5000 0x0D0x0AAuthorization: Basic xxxxxxxxxxxxxxxxxxx 0x0D0x0A0x0D0x0A 4) Bouton1 : mode program Chaine àenvoyer: POST /tempSP/0 HTTP/1.10x0D0x0AHost:192.168.0.28:5000 0x0D0x0AAuthorization: Basic xxxxxxxxxxxxxxxxxxx 0x0D0x0A0x0D0x0A 5) Bouton2 : mode manual (ce n'est rien d'autre qu'une température de consigne à20°) Chaine àenvoyer: POST /tempSP/20 HTTP/1.10x0D0x0AHost:192.168.0.28:5000 0x0D0x0AAuthorization: Basic xxxxxxxxxxxxxxxxxxx 0x0D0x0A0x0D0x0A 6) Bouton3 : mode away POST /tempSP/101 HTTP/1.10x0D0x0AHost:192.168.0.28:5000 0x0D0x0AAuthorization: Basic xxxxxxxxxxxxxxxxxxx 0x0D0x0A0x0D0x0A enfin, pensez àtélécharger l'icone (ci-joint) àassocier au virtual device. La suite je n'ai peut-être pas suffisamment détaillé ce tuto, notamment concernant la partie paramétrage et installation du service web. N'hésitez pas àme solliciter si vous êtes intéressés ou si vous avez des questions. Vous pouvez aussi jeter un coup d'oeil sur mon autre tuto dont le but est de piloter l'alarme HCL/HC2 avec une passerelle NFC. A++- 14 réponses
-
- 6
-
-
-
- web service
- virtual device
- (et %d en plus)
-
Tuto HCL Requêtes Get Et Put Sur Hcl (Synthèse De Celles Qui Fonctionnent !)
Zorgonaute84 a posté un sujet dans Tutoriels
Comme il y a pas mal de sujet éparpillés concernant les requetes GET et PUT sur HCL, j'ai décidé d'en créer un de plus ! Non plus sérieusement après avoir écumé tous les sujets (avoir tout lu et son contraire) et galéré a trouver quelque chose qui fonctionne, voici les deux syntaxes pour du GET et du PUT sur HCL qui fonctionnent en V4.057 ! Pour du PUT (changement d'une variable) : Il est IMPERATIF que l'IP du virtual device soit 127.0.0.1 et son port : 11111 La requête s'écrit alors exactement comme cela : PUT /api/globalVariables/VOTRE_VARIABLE HTTP/1.1 Host: 127.0.0.1 Authorization: Basic VOTRE_ADMIN:PASSWORD_EN_BASE64 {"name":"VOTRE_VARIABLE","value":"LA_VALEUR_A_CHANGER"} Rien de plus, et rien de moins ! Meme si le host est 127.0.0.1, il faut garder le "Authorisation: Basic" sinon ca marche pas (j'ai testé), rajouter Votre variable a la fin de l'URL est indispensable, sinon ca ne marche pas non plus et le content-length ne sert a rien (j'ai pas testé si ça fonctionnait avec, mais ca fonctionne sans) Pour le GET c'est une autre histoire (déclenchement d'une scène) Vous pouvez écrire ce qu'il vous chante dans le champ adresse IP et port du virtual device, que ce soit l'IP de la box, 127.0.0.1 ou rien du tout, ca fonctionne ! La syntaxe est celle la : GET /api/sceneControl?id=ID_DE_VOTRE_SCENE&action=start HTTP/1.10x0D0x0AHost:IP_DE_VOTRE_HCL:80 0x0D0x0AAuthorization: Basic VOTRE_ADMIN:PASSWORD_EN_BASE64 0x0D0x0A0x0D0x0A Ce coup-ci c'est bien l'IP de la fibaro qu'il faut mettre, sinon ca ne marche pas ! Et il faut écrire toutes les petites merde comme celle-ci pour simuler des retours a la ligne (0x0D0x0A) sinon ca ne marche pas ! Remarque importante : Le changement d'une variable via la méthode PUT ne déclenche pas les scènes dont cette variable est le déclencheur. -
bonjour tout le monde le sait la position GPS via l'appli smartphone fibaro est vraiment peu fiable voir ne fonctionne pas. j'ai découvert en utilisant TASKER sur mon smartphone que l'on pouvait changer une variable créée par de nombreux moyens. Mon problème était que je voulais créer un variable présence qui changerait en fonction de la position de mon téléphone. Il faut savoir que grâce a TASKER on peux le faire de façon fiable. il suffit pour cela de créer un profile qui utilise non pas la position gps mais une connexion a un réseau wifi definie SSID (ou les deux). on va ensuite utiliser cette merveille : http://www.domotique-fibaro.fr/index.php/topic/2513-google-calendar-vers-hc2hcl/ pour inserer dans notre calendrier une description dans notre calendrier via TASKER (tache > inserer dans le calendrier) qui va lancer une scène,changer une variable ou actionner un switch via le drive de google. je pense que l'on peux utiliser aussi la fonction http de tasker mais je n'ai pas essayer et ma méthode permet de garder une trace de nos mouvements sur le calendrier google. voila une piste pour ceux qui ont des problèmes avec la position gps de fibaro.
-
Bonjour, Voici la méthode pour pouvoir appeler une URL externe depuis la HCL (par exemple pour utiliser un service d'envoi SMS qui s'exécute en lançant une url) Imaginons que l'URL externe est de la forme: -> www.sms.com/send.php?msg=alarme Il suffit de configurer un module virtuel comme suit adresse IP : sms.com port : 80 puis un bouton dans lequel on écrit : GET /send.php?msg=alarme HTTP/1.1 Host: sms.com 0x0D0x0A0x0D0x0A Voir la capture d'écran et le tour est joué (testé sur v4.054).
-
Je me suis amusé à créer ce petit scénario qui a plus une utilité didactique pour les nouveaux venu dans ce monde merveilleux de Fibaro que de remplir un réel besoin. On va y trouver une scène, une variable globale, un device virtuel et un push (notification) sur smartphone. J'ai des bonsais (des vrais qui vivent dehors, pas les trucs d'intérieur) qui doivent être protégés quand il gèle trop fort. L'idée est donc d'envoyer un push quand la température descend sous -1°C. Mais on reçoit la notification toutes le 10 ou 15 mn tant que la température est sous cette valeur. J'ai donc créé une variable globale qui indique si la notification a déjà été envoyée pour ne la recevoir qu'une foi. Mais il faut aussi un moyen pour réinitialiser cette variable. J'ai opté pour un device virtuel qui donne en plus un état visuel de l'alerte. Première chose: Créer l'alerte. Panneau de notifications. Etape deux: Créer une variable globale. Panneau de variables. Etape trois. Créer le device virtuel. Attention à l'adresse IP et au Port. Enfin la scène: Si temp <= -1 ET Fisrt_Time = NO ALORS envoi du Push ET appel au device virtuel qui va changer la variable mais aussi l'affichage. Ne pas oublier de cocher les petites cases qui vont bien. Quand on a protégé ses bonsais, on ouvre le device virtuel et on clique sur Bonsai_OK pour remettre la variable à NO et changer l'affichage.
-
L'idée est d'avoir la flexibilité été/hiver, jour/nuit et aussi de varier le temps de filtration en fonction de la température tout en minimisant les scènes. Une varibale globale qui prend les valeurs ETE ou HIVER. Une variable globale de température qui prend les valeurs 1 (defaut) ou 2 (temp_eau > 28°) une première scène de démarrage à heure fixe heure = 1h /* Nuit OU heure = 14h /* Jour ALORS Pompe = ON Test de la température la journée. Celle ci étant variable en fonction du soleil, il me semble judicieux de tester sur un intervalle de temps. De 14h à 17h toutes les 15mn ET temp_eau > 28 ALORS Temp = 2 Arret de la filtration: Saison = HIVER ET heure = 6h OU saison = HIVER ET heure = 16h OU Saison = ETE ET heure = 4h OU Saison = ETE ET Temp = 1 ET heure = 19h OU Saison = ETE ET Temp = 2 ET heure = 21h ALORS Pompe = OFF ET Temp = 1 /* Ne pas oublier de remettre la valeur par défaut Les heures sont à titre indicatif. Ma pompe n'étant pas encore reliée à la box, je n'ai pas encore testé, mais je ne vois pas pourquoi a ne marcherai pas.
-
Voilà comment j'ai groupé la gestion d'éclairage en cas de présence et d’absence dans les mêmes scènes. Rien de bien exceptionnel, mais ça peut aider les nouveaux dans le monde HCL. Pour une question de clarté dans l'interface j'ai créé une pièce virtuelle que j'appelle pompeusement "Salon GAE". Le premier bloc est un device virtuel dont la fonction est purement visuelle et permet de savoir si on est dans la situation de présence ou d’absence. Les deux scènes suivantes "At Home YES" et "At Home NO" vont changer la valeur d'une variable globale à YES ou à NO et activer le bouton correspondant du device virtuel quand on clique RUN. Enfin, deux scènes qui gèrent l'allumage et l'extinction des éclairages en fonction de la variable AtHome. Et voilà . En premier lieu je voulais changer la valeur de la variable par le virtual device pour éliminer deux scènes pas vraiment utilies mais je n'ai pas encore trouvé la solution. Si certains ont une idée je suis preneur. Voir ce sujet : http://www.domotique-fibaro.fr/index.php/topic/2242-toujours-les-virtual-devices/
