Zorgonaute84

Je partage avec vous un "autre" module virtual device pour Wunderground. C'est une version simplifié des autres modules déja existant, mais qui a le mérite de répondre a mon besoin et peut-être au votre. Je précise que j'ai utilisé des extraits de code d'autres modules Wunderground pour constituer celui-ci. Le module : WU_Weather.vfib Et les icones : Pour configurer le module, il faut ajouter au variable du bouton rafraichir vos informations : local username = "Votre Login"; local password = "Votre mot de passe"; local APIkey = "Votre clef API"; -- API Key obtenue sur Wunderground local StationID = "Le Station ID"; -- The PWS location to get data for (Personal Weather Station) local station = "pws"; -- Inscrire si il s'agit d'une station "pws" ou "locid" Vous avez besoin d'un compte chez Wunderground, donc il faut renseigner le login et le mot de passe pour commencer. Ensuite vous devez demander un clef API sur Wunderground, c'est gratuit et rapide, vous êtes juste limité en nombre de requête par jour, c'est pour ça que le module ne se rafraîchie que toutes les 5 minutes. Et enfin vous devez indiquer le code de la station que vous souhaitez suivre. Pour le trouver c'est simple, il faut aller sur le site de Wunderground, afficher la station qui vous interesse, et le stationID se trouve dans la barre d'adresse. Il faut également indiquer le type de station, "pws" quand il s'agit d'une station personnel ou "locid" pour les stations officiel. Idem l'info se trouve dans la barre d'adresse. Ensuite, toujours dans le code du bouton rafraichir il faut modifier le numéro des icones. Car vos icones n'auront pas les même numéros. Vous devez donc tous les importer, reperer leur numéro et mettre a jour cette partie du code : function getIcon(Ciel) if(Ciel == "clear") then return 1070 elseif(Ciel == "mostlysunny") then return 1071 elseif(Ciel == "partlycloudy") then return 1072 elseif(Ciel == "mostlycloudy") then return 1073 elseif(Ciel == "cloudy") then return 1074 elseif(Ciel == "rain") then return 1076 elseif(Ciel == "snow") or (Ciel == "sleet") or (Ciel == "flurries") then return 1077 elseif(Ciel == "tstorms") then return 1079 else return 1080 end end

Depuis cette super mise a jour Beta, nos HC2 sont désormais capable de contrôler les activités du Hub Harmony grace au plugin Logitech. L’inconvénient du plugin est qu'il créer de multiple device. 2 globaux, et un pour chaque activités. Donc pour d'avantage d'ergonomie j'ai créer un petit module virtuel sans prétention qui pilote les "vrai" module qui eux sont masqués : Le module virtuel permet donc - De connaitre l'activité en-cours, - De lancer une activité - D'éteindre tous les équipements Voici donc le VD : Harmony.vfib Et l'icone qui va bien :

Idem, RAS

Bon mise à jour de la HC Lite vers 3.601 Change log : Liste des modifications logicielles 3.601: This update is meant to prepare system for future update to version 4.X. If "System temporarily unavailable" text will appear during update, please wait - you will be redirected to the main page when all services start. Mobile apps fully working with this version: - iPhone app - version 2.1.1 (available on the App Store), - Android phones app - version 1.3 (available on the Google Play), - iPad app - version 1.2 (available on the App Store). and later. 3.601: - Prepares Home Center system working under version 3.x to be able to upgrade to 4.x Qui s'y colle ?

Bon après avoir tenté avec difficultés les commandes PUT depuis une HCL, je m'attaque aux commandes GET mais vers un appareil autre que la HCL. L'idée est de créer dans un module virtuel deux boutons permettant d'activiter/desactiver la détection de mouvement d'une camera Foscam. Voila la commande que je dois envoyer (je sais elle est balaise) : http://<IP>:<PORT>/cgi-bin/CGIProxy.fcgi?cmd=setMotionDetectConfig&isEnable=1&linkage=14&snapInterval=1&sensitivity=4&triggerInterval=0&schedule0=281474976710655&schedule1=281474976710655&schedule2=281474976710655&schedule3=281474976710655&schedule4=281474976710655&schedule5=281474976710655&schedule6=281474976710655&area0=24&area1=824&area2=888&area3=2040&area4=2040&area5=504&area6=508&area7=510&area8=1023&area9=1023&usr=<USER>&pwd=<PASSWORD> Testé et approuvé fonctionnel dans mon navigateur. J'ai alors testé plusieurs syntaxes mais sans résultat : GET /cgi-bin/CGIProxy.fcgi?cmd=setMotionDetectConfig&isEnable=1&linkage=14&snapInterval=1&sensitivity=4&triggerInterval=0&schedule0=281474976710655&schedule1=281474976710655&schedule2=281474976710655&schedule3=281474976710655&schedule4=281474976710655&schedule5=281474976710655&schedule6=281474976710655&area0=24&area1=824&area2=888&area3=2040&area4=2040&area5=504&area6=508&area7=510&area8=1023&area9=1023 HTTP/1.10x0D0x0AHost:<IP:port> 0x0D0x0AAuthorization: Basic <user:pwd inBase64> 0x0D0x0A0x0D0x0A et aussi : GET /cgi-bin/CGIProxy.fcgi?cmd=setMotionDetectConfig&isEnable=1&linkage=14&snapInterval=1&sensitivity=4&triggerInterval=0&schedule0=281474976710655&schedule1=281474976710655&schedule2=281474976710655&schedule3=281474976710655&schedule4=281474976710655&schedule5=281474976710655&schedule6=281474976710655&area0=24&area1=824&area2=888&area3=2040&area4=2040&area5=504&area6=508&area7=510&area8=1023&area9=1023&usr=<USER>&pwd=<PASSWORD> HTTP/1.10x0D0x0AHost:<IP:PORT> 0x0D0x0A0x0D0x0A Si vous avez une idée, je suis preneur, car je peine la...

Oui je viens de tester a l'instant mais cela ne change rien... Tant pis, je vais rester avec mes scènes, au moins ca fonctionne.

Bon moi je perds espoir... J'essaie de créer des modules virtuels sur la HCL de mon père pour changer la valeur d'une variable prédéfinis... Rien, Rien de rien ! J'ai essayé toutes les syntaxes que j'ai pu voir ici et je n'ai réussi a en faire fonctionner aucune. J'ai alors remis en question mon couple login mdp en base64, mais après 10 vérification tout me semble ok. On est d'accord qu'on encode "admin:password" et non pas "<admin:password>" ou je ne sais quoi ! A votre avis est-ce possible également d'avoir ce admin password en base 64 qui se termine par == ? Bref voici par exemple une de mes tentatives : PUT /api/globalVariables HTTP/1.1 Host: 127.0.0.1 Authorization: Basic xxxxxxxxxxxxxxxx {"name":"ModeGlobal","value":"Present"} EDIT : Je viens de tester de créer un scénario pour changer la variable et l'appeler via la commande GET, et ca fonctionne ! Par contre, j'aimerais me passer de ces scénarios et pouvoir changer les variables en direct depuis le VD.

Bonjour à tous, Je vous partage un petit site bien sympathique listant énormément de symboles et dessins ASCII intégrablent dans les boutons de nos modules virtuels. Pour cela, il suffit juste de faire un copier/coller de l'icone désiré, et c'est tout... Jusqu'a présent, tout ceux que j'ai utilisés fonctionne sur le navigateur et sur un iPhone. http://character-code.com/

Le problème c'est pas le bouton, mais les LED qui ne vont pas encaisser du 220 au lieu du 12V !

Bizarre qu'il ne fonctionne que en entrées OU sorties, surtout quand le module a physique 4 entrées ET 4 sorties... En ce qui concerne mon probleme et donc le fonctionnement partiel, c'est assez simple. Normalement pour domotiser plusieurs équipements avec le meme module il suffit de mettre en commun la borne positif de ces modules et reliers les 2 bornes négatives a 2 sorties du module RGBW. Or dans mon cas, mes 2 équipements (JOUR et NUIT) partage la meme borne négatives et ont 2 bornes positives séparés. L'inverse de ce qu'il faudrait. Dans tous les schémas que j'ai vu avec le RGBW, les gens relient les bornes négatives aux sorties, dans mon cas, n'ayant qu'une borne négative commune impossible de gérer les deux équipements indépendamment. Je pense que non, mais pensez-vous qu'il soit possible d'inverser le cablage en reliant les deux bornes positives au module RGBW ? Y as t'il un risque de tout cramer ?

Alors je reviens vers vous pour vous faire un feedback... je n'ai malheureusement pas pu réaliser le cable précedent, car après les tests avec un multimetre, il s'avère que l'électronique qui gère l'éclairage est alimenté par 2 fils positif (jour et nuit) et un seul fil neutre. Contrairement a ce que je pensais (et ce que je trouve normal) a savoir un positif et 2 neutres. Alors la seul solution que j'ai trouvé pour continuer a controler l'éclairage Jour et Nuit était de cabler ainsi : Les cables en gras sont ceux dont j'avais l'accès. La bonne nouvelle, c'est que cablé ainsi cela fonctionne ! La moins bonne, c'est que je ne peux du coup plus choisir le mode d'éclairage par la box. Au niveau de la programmation, j'ai crée un module virtuel qui se substitue au module réel. Le module récupère la consommation et en déduit si je suis en mode JOUR ou NUIT. C'est la seul solution que j'ai trouvé (et qui fonctionne) pour avoir un retour d'état sur le mode engagé. Bon étant donné que c'est surtout le temps d'éclairage JOUR que je cherchais a automatiser surtout quand nous ne sommes pas la, on peut dire que la mission est réussi. C'est juste dommage de ne pas avoir pu pousser le truc plus loin. Par contre si vous avez une technique pour câbler différemment en tenant compte de cette contrainte, je suis tout ouà¯e !! Petite remarque a part, ce module RGBW est du coup très pratique car on peut choisir l'équipement (RGB, RGBW, ou Entrée/Sortie) en revanche, son paramétrage n'est vraiment pas intuitif en mode Entrée/Sortie. De plus, malgres les 4 entrées et 4 sorties, j'ai l'impression que l'ont ne peut contrôler que 4 entrées ou sorties. (2 IN et 2 OUT, ou 1 IN et 3 OUT etc...). Je suis curieux d'avoir le retour de quelqu'un l'ayant également utiliser dans ce mode la.

Le code est corrigé et fonctionne parfaitement ! Merci ! Je termine mon module et le partage rapidement.

Ahhhh merci Lazer. Je corrige mon code de suite ! Envoyé de mon iPhone en utilisant Tapatalk

Je vais devenir fou !!!!! Alors la condition marche très bien par contre le code dedans ne fonctionne plus ! A devenir dingue ! Avec conditions : if jsonTable.alerts[1] ~= nil then local AlerteLvl = jsonTable.alerts[1].level_meteoalarm_name or "" local AlerteDescription = jsonTable.alerts[1].wtype_meteoalarm_name or "" fibaro:debug("Alerte") else AlerteLvl = "Niveau 0" AlerteDescription = "Pas d'alerte" fibaro:debug("Pas d'alerte") end fibaro:debug(AlerteLvl) fibaro:debug(AlerteDescription) fibaro:call(selfId,'setProperty', 'ui.lblAlerteLvl.value',AlerteLvl) fibaro:call(selfId,'setProperty', 'ui.lblAlerteDesc.value',AlerteDescription) Si je vise une ville sans alerte j'ai ca : [DEBUG] 14:18:00: Envois d'une requete à Wunderground [DEBUG] 14:18:01: Pas d'alerte [DEBUG] 14:18:01: Niveau 0 [DEBUG] 14:18:01: Pas d'alerte Si je vise une ville avec alerte j'ai ca : [DEBUG] 14:18:40: Envois d'une requete à Wunderground [DEBUG] 14:18:41: Alerte [ERROR] 14:18:41: line :debug (arg 2), expected 'string const &' got 'nil' Maintenant si je supprimer la condition : --if jsonTable.alerts[1] ~= nil --then local AlerteLvl = jsonTable.alerts[1].level_meteoalarm_name or "" local AlerteDescription = jsonTable.alerts[1].wtype_meteoalarm_name or "" fibaro:debug("Alerte") --else --AlerteLvl = "Niveau 0" --AlerteDescription = "Pas d'alerte" --fibaro:debug("Pas d'alerte") --end fibaro:debug(AlerteLvl) fibaro:debug(AlerteDescription) fibaro:call(selfId,'setProperty', 'ui.lblAlerteLvl.value',AlerteLvl) fibaro:call(selfId,'setProperty', 'ui.lblAlerteDesc.value',AlerteDescription) Et que je vise une ville avec alerte : [DEBUG] 14:20:08: Envois d'une requete à Wunderground [DEBUG] 14:20:08: Alerte [DEBUG] 14:20:08: Yellow [DEBUG] 14:20:08: Thunderstorms

Ah bah c'est bon j'ai trouvé grace a ta question !!! Au lieu de : if jsonTable.alerts[1].level_meteoalarm_name ~= nil J'ai posé la condition ainsi : if jsonTable.alerts[1] ~= nil Et ca fonctionne ! Merci

Alors non il trouve bien le champs quand il est rempli car si je vise une ville avec alerte météo, le code fonctionne sans soucis. En exemple une ville avec alerte : "alerts": [ { "type": "WRN", "wtype_meteoalarm": "3", "wtype_meteoalarm_name": "Thunderstorms", "level_meteoalarm": "2", "level_meteoalarm_name": "Yellow", "level_meteoalarm_description": "The weather is potentially dangerous. The weather phenomena that have been forecast are not unusual, but be attentive if you intend to practice activities exposed to meteorological risks. Keep informed about the expected meteorological conditions and do not take any avoidable risk.", "description": "Thunderstorms", "date": "2015-06-25 09:00:00 GMT", "date_epoch": "NA", "expires": "2015-06-25 15:00:00 GMT", "expires_epoch": "NA", "message": "Thunderstorms)", "phenomena": "NA", "significance": "NA", "attribution": "Information provided by , <a href='http://meteoalarm.eu/'>EUMETNET - MeteoAlarm</a> Note: Time delays between this website and <a href='http://meteoalarm.eu/'>Meteoalarm.eu</a> are possible. For the most up-to-date information about alert levels as published by the participating National Meteorological Services, please visit <a href='http://meteoalarm.eu/'>Meteoalarm</a>.'>http://meteoalarm.eu/'>Meteoalarm</a>. For terms of use of this information, and copyright information, see <a href='http://meteoalarm.eu/'>Meteoalarm</a> Terms of Use." } ] et sans alerte : "alerts": [ ]

J'avais essayé dans ce sens, mais en faisant == nil sans succés. J'ai alors essayé ton code, mais idem... La condition : if jsonTable.alerts[1].level_meteoalarm_name ~= nil renvoi l'erreur : [ERROR] 11:35:34: line 97: attempt to index field '?' (a nil value)

Alors voila en ce qui concerne mon code : Ici la partie de la requete json local WGROUND = Net.FHttp("api.wunderground.com",80); local response ,status, err = WGROUND:GET("/api/"..APIkey.."/conditions/forecast/astronomy/alerts/lang:FR/q/"..station..":"..StationID..".json"); if (tonumber(status) == 200 and tonumber(err)==0) then if (response ~= nil) then local jsonTable = json.decode(response) ici j'interroge la réponse sur une des liste (current_observation) qui elle a TOUJOURS du contenu : local stationID = jsonTable.current_observation.station_id Ici j'interroge la réponse sur la liste des alertes qui peut contenir 0 ou plusieurs alertes. Je ne cherche qu'a interroger la première (il y a quand meme rarement plusieurs alertes). Mais le probleme se présente quand la liste alerts est vide car pas d'alerte météo. La j'ai le message d'erreur cité plus haut. local AlerteLvl = jsonTable.alerts[1].level_meteoalarm_name

Merci c'est exactement ce que je cherche sauf que la requête contient plusieurs listes et seul une d'entre elle peut être vide. Les autres sont toujours renseignées et ne pose pas de problème. La dans ton code Lazer on test si tout response est vide. Envoyé de mon iPhone en utilisant Tapatalk

Pas mieux... J'ai toujours l'erreur : [ERROR] 16:35:06: line 34: attempt to index field '?' (a nil value)

Ah merde j'ai pas de voltmetre... Je vais etre bon pour en acheter un. Sinon niveau cablage, est-ce que cela vous semble correct : Après ya plus qu'a créer les bonnes conditions : Si IN1 == 12V alors White = 12V Si IN1 == 0V alors White = 0V etc...

Bonjour, J'appel a tous les experts du forum. Je cherche a décoder et exploiter une requête JSON. Mon soucis, est que cette requête peut envoyer quelque chose, comme elle peut ne rien envoyer... Donc quand j'ai un retour aucun soucis mon code marche, par contre, quand cette derniere ne renvoie rien j'aimerai que d'une mon code ne plante pas, et pouvoir enregistrer manuellement une valeur. Exemple de mon code : local Mavariable = jsonTable.liste[1].titre Donc quand ma requête json contient bien une liste 1 avec une valeur titre, aucun soucis ! La ou c'est plus compliqué c'est quand la liste est vide. Mon code plante donc quand il cherche la 1ere itération de la liste. Avez vous une astuce car la je sèche ! Merci

Voici donc une photo de mon bouton... Cette fois elle vient de chez moi ... J'ai donc bien 2 fils qui arrivent directement du transfo en 12V, le + et le - et les deux fils qui sortent de l'interrupteur pour allumer le mode jour ou le mode nuit. Par contre, a votre avis, est-ce le + qui est relié a l'interrupteur et le mois en direct avec le panneau de led, ou l'inverse ? Les 2 fils sont noirs sans signes distinctif...

A la lecture de ceci, je suis de plus en plus convaincu par ce module RGBW, je crois que je vais me lancer pour tester ca... http://www.fibaro.com/en/the-fibaro-system/rgbw-controller

Par rapport au module rgbw je pensais le câbler comme un bandeau de Led mais seulement sur 2 sorties. Et après j'aurai créé un virtuel device trois bouton. Jour envoi la purée a fond sur le canal ou est branché le jour et nuit idem avec l'autre canal. Donc en gros je n'utilise pas le module rgbw et toutes ces fonctions de couleurs dimmable mais uniquement le vd. Envoyé de mon iPhone en utilisant Tapatalk