J3R3M

@Nico, non aucune mise en forme, rien du tout !

Pour ma part, ça fonctionne parfaitement avec mon compte admin principal, sans aucun cryptage : CompteAdmin@FAI.com:AdminPassword@IPHC2 Pour le moment, uniquement testé depuis un navigateur. Ne reste plus qu'à fabriquer ce petit bouton comme tu as de ton côté. De plus, je vais tout de même mettre en place un switch on/off wifi, qui pourra servir en dernier recours, lorsque ce lien ne fera rien...

Et bien il n'aura pas fallu longtemps à nos amis anglophones pour communiquer une solution à cette problématique ! Le nouveau lien de commande de reboot sur la couche linux de la HC2 est le suivant : http://user:pass@HCIP/services/system/reboot.php Je vous invite à lire la réponse fournie à ma question pour pousser l'utilisation de ce lien. En effet, drboss a développé un script récurrent qui détecte les problèmes éventuels de la HC2 et exécute ce lien si nécessaire... Je pense que c'est un indispensable à mettre en place...

Avec l'absence de solution apparente, je me suis jeté à l'eau et ai fait une demande similaire sur le forum Fibaro officiel... https://forum.fibaro.com/topic/30377-remotely-restart-hc2-when-crashed/

De mon côté, lorsqu’elle est plantée, les accès API ne sont pas opérationnels Je n’ai aucune scène qui se lance à certains moments à vrai dire, uniquement des scènes constantes. Mais que je tue lorsqu’elles ne sont pas nécessaires afin de limiter l’utilisation des ressources. Mais cette idée de scène est bonne, merci ! Si seulement j’avais ce code, ça m’avancerait déjà beaucoup ! Cela fait partie de mes questions ! @Nico, des news de @tinman peut-être ?

Dès que j'aurai un peu de temps, je m'occuperai de poster un message expliquant mon installation dans le but de comprendre la panne éventuelle alors, merci ! Appuyer sur le bouton d'un VD depuis le Syno ne me semble pas compliqué puisque c'est le Syno qui gère mes variables de présence. Mais appuyer sur le bouton d'un VD qui n'est plus accessible car, lorsque la HC2 plante, l'API n'est plus accessible non plus, ça me semble beaucoup plus complexe :/ L'idée est à garder dans un coin puisque c'est une solution ! La HC2 redémarre ensuite automatiquement sans avoir à appuyer physiquement sur le bouton ? Cela reste un arrêt brutal pour un serveur, s'il existe ou s'il est possible de rajouter une fonction qui ne dépend pas de l'OS Fibaro, comme c'était le cas auparavant (cf. lien de mon premier post), ça serait vraiment top !

J’avais fini par me dire que c’etait simplement la HC2 qui n’etait pas stable, puisqu’il n’y a rien de supplémentaire qui tourne lorsque ça plante, c’est même plutôt même l’inverse. Serait-il judicieux de publier un message pour aider à établir un diagnostic ? Peux-tu éventuellement me diriger vers les premières démarches à suivre pour préparer cela sur mon NAS ? Dans tous les cas, je te remercie de tes réponses et recherches

Bonjour à tous, Je suis dans le regret de constater que ma HC2 plante de manière assez régulière et sans raison, ni même signes avant-coureurs. Alors que mes scripts sont automatiquement désactivés lorsqu'ils ne sont pas utiles, je constate avec stupéfaction que ma HC2 était beaucoup plus stable lorsque j'avais un script qui tournait chaque seconde 24/24h (qui renvoyait les commandes d'extinction d'éclairage). Très souvent en déplacement, j'aimerais pouvoir redémarrer la HC2 à distance. Voire même, idéalement, qu'elle puisse se redémarrer automatiquement (Elle-même ? Ou via un Syno ?). En effet, encore il y a quelques minutes, j'ai dû appeler quelqu’un pour lui demander d'arrêter/redémarrer la HC2 qui était plantée (sans erreur particulière). Ce n'est pas des plus pratiques... Seulement voilà, toutes les solutions exploitées semblent désormais périmées ! Ma box était plantée et aucun lien n'a été capable de lui forcer un redémarrage, pourtant le lien suivant était bien prometteur ! Comment gérez-vous cela de votre côté ? J'ai bien vu que de nombreux utilisateurs avaient une scène qui vérifiait régulièrement la consommation de la RAM et prévoyaient un reboot lorsque la RAM utilisée était trop importante. Mais n'avez-vous pas également une solution de reboot en cas de plantage complet à partager ? Merci par avance :-)

Voici ce à quoi j'étais parfois confronté : L'horaire 5h-23mn est quand même beaucoup moins compréhensible que 4h37 ! Pour régler ce problème sans avoir à réinstaller le VD, il suffit de remplacer la ligne suivante (ligne 73) de la boucle principale du VD : fibaro:call(fibaro:getSelfId(), "setProperty", "ui.nexttrig.value", "Dans "..os.date("%H",VG[i].t) - os.date("%H").."h"..os.date("%M", VG[i].t) - os.date("%M") .."mn / φ = "..VG[i].d); Par celle-ci : if os.date("%M", VG[i].t) - os.date("%M") < 0 then fibaro:call(fibaro:getSelfId(), "setProperty", "ui.nexttrig.value", "Dans "..os.date("%H",VG[i].t) - (os.date("%H")+1) .."h"..(os.date("%M", VG[i].t) - os.date("%M"))+60 .."mn / φ = "..VG[i].d); else fibaro:call(fibaro:getSelfId(), "setProperty", "ui.nexttrig.value", "Dans "..os.date("%H",VG[i].t) - os.date("%H").."h"..os.date("%M", VG[i].t) - os.date("%M") .."mn / φ = "..VG[i].d); end Je mets immédiatement à jour le téléchargement du premier post

Salut Pepite et merci de ta réponse. Désolé, il semblerait que je sois un peu passé à côté Je vais faire des essais à partir de ce code alors, à savoir que j'aimerais avoir la gestion des paramètres de couleurs (sat/bri/hue/ct). Je reviendrai par ici lorsque j'aurais testé cela

Parfait alors ! En effet, les Sliders des VD vont de 0 à 100, il n'est pas possible de choisir les valeurs mini et maxi. Cela fait donc une petite gymnastique entre la valeur affichée et la valeur réelle qui sera affectée. J'avais aussi pensé à n'utiliser que les valeurs qui m'intéressaient, mais ça aurait été bien plus complexe de programmer un horaire précis, en plus de n'utiliser qu'une petite portion du Slider. Je pense que ça doit maintenant être plus simple pour toi en gardant un oeil sur le Programmeur ! Je suis content que ce VD puisse te servir ! Bonne continuation et merci de ton retour

Bonjour Rem’s et merci de ton message ! :-) Concernant ton problème, je ne suis pas certain de comprendre. Tu souhaites programmer l’horaire 7h sur le lundi, mais ça t’affiche 2h01 dans le recap d’infos ? Si c’est cela, je pense que c’est parce que tu te bases sur la valeur affichée du Slider et non sur les valeurs affichées dans le Programmeur. Les valeurs affichées des 3 Sliders vont de 0 à 100 et sont ensuite retransformées sur la base de 0-23 pour les heures et 0-59 pour les minutes. Avant de valider un horaire, vérifie bien que l’horaire affiché dans le Programmeur correspond à celui que tu veux affecter. Par exemple, les valeurs de slider affichées de ton screenshot sont 12 pour les heures, 5 pour les minutes et 50 pour le déphasage. Ce qui donne dans le programmeur : 3h03 Phi = 0. Reviens vers moi dès que tu as fait cette vérification afin qu’on puisse continuer à chercher si ce n’est pas ça ! ;-) J’ai cependant remarqué un petit problème dans l’affichage du décompte lorsque le trigger a lieu le jour actuel, je me pencherai sur ce problème lundi.

En effet, tu as raison ! Pourtant, aucun des sites consultés ne mentionnait ces guillemets ! J'avais fait l'essai avec les guillemets et ça ne fonctionnait tout de même pas sur le VD en question, jusqu'à ce que je supprime et redonne l'accès à celui-ci :/

Désolé de ne répondre que maintenant, j'étais pas mal occupé et le temps restant à disposition, je l'ai utilisé pour programmer une nouvelle version de ce VD ! Puisqu'il s'agit d'une refonte complète, j'ai permis à cette nouvelle version d'être beaucoup plus polyvalente et elle n'a finalement plus grand chose à voir avec cette version initiale/béta. J'ai recréé un autre sujet afin de laisser celui-ci mourir tranquillement J'ai regardé ce VD Nespresso Manager ! Je n'en ai pas l'intérêt mais je trouve que la logique et la programmation sont vraiment étonnement folles ! Dans le bon sens du terme évidemment.

VD Triggers Journaliers Préambule Grosse Mise à Jour de ma première tentative de VD... Ce qui signifie un départ de zéro et une nouvelle philosophie... Ce qui a mené sur un nouveau VD ! Encore une fois, un grand défi que je m'étais lancé et je suis plutôt fier d'avoir réussi à pondre cela, non sans difficultés. J'ai passé beaucoup de temps à réfléchir à comment réaliser chacune des actions afin que ce VD soit le plus optimisé par rapport à mes quelques connaissances en LUA. J'ai aussi essayé de réfléchir à un VD qui ne serait pas limité à une seule fonction tout en le rendant totalement paramétrable afin qu'il convienne au plus grand monde. Le déphasage n'aura pas grand intérêt pour la plupart d'entre-vous et il suffit donc de mettre le Slider à 50 (lors de la programmation) pour qu'il n'impacte en rien vos déclenchements. Pour ma part, le déphasage me permet de pouvoir programmer une scène de réveil qui doit démarrer avant l'heure en question. Cependant, lorsque je programme ce réveil, je ne souhaite pas avoir à calculer l'heure de déclenchement de ma scène (Ma scène est autonome et me réveillera au bout de 30mn), je programme donc l'heure du réveil avec le déphasage nécessaire. Autre utilité, si l'heure de votre HC2 ne correspond pas à l'heure de vos autres appareils (téléphones/ordinateurs), cela permet de la recaler sur ceux-ci ! J'ai permis +/- 30mn de battement afin que le 0 soit facilement trouvable. J'espère vraiment que ce VD pourra vous être utile. J'attends avec impatience vos éventuels retours ! Que ça soit sur des idées d'amélioration ou vos points de vue sur le VD ou même la programmation de celui-ci ! Installation Créer la variable globale VD_TRIGGERS et importer le VD. Importer les icones et modifier leurs IDs pour chaque variable. Suivez les indications de ce lien si vous ne savez pas comment récupérer les IDs des icones. -- IDs Icones local icone_ok = 1156 local icone_wait = 1158 local icone_no_trigg = 1155 local icone_triggers_off = 1157 local icone_vd_off = 1160 -- Nombre de déclenchements de l'action à l'heure H (15 maxi) local nb_declenchements = 1 nb_declenchements correspond au nombre de tentatives que fera le script pour exécuter les commandes affectées à la journée. Si nécessaire, pensez à n'autoriser qu'une seule instance des scènes qui seront démarrées depuis ce VD ! Réglage des actions Cela se fait en dessous de chaque ligne de commentaire de la fonction totrigg(). Pour ma part, je souhaite que la même scène soit lancée, peu importe le jour, j'ai donc mis ma commande en dehors de la condition de jour. Supprimez bien évidemment cette ligne (fibaro:startScene(49);) de la boucle principale de votre VD ! -- Actions à réaliser en fonction des jours local function totrigg(day) -- Pour tous les jours fibaro:startScene(49); if day == 1 then -- Lundi elseif day == 2 then -- Mardi elseif day == 3 then -- Mercredi elseif day == 4 then -- Jeudi elseif day == 5 then -- Vendredi elseif day == 6 then -- Samedi elseif day == 7 then -- Dimanche end end Détails Icones Trigger du jour en attente - Trigger du jour passé - Pas de trigger aujourd'hui - Tous les triggers OFF - VD OFF Téléchargement Triggers_Journaliers.vfib

En effet, les fonctions parlent d'elles-même, c'est simplement que l'utilisation va changer en fonction de la méthode choisie ! Je suis en train de m'amuser à programmer une seconde version du VD, que j'espère beaucoup mieux. À tout hasard, quelqu'un sait comment est-il possible d'intégrer des petits icones dans les Labels d'un VD ?

Je te remercie de ton message ! Il est vrai que je me suis contenté d’être brute est de démarrer la scène chaque seconde pendant les 11 secondes, sans la moindre vérification. Je vais rapidement modifier ça ! Je ne connaissais pas cette fonction. Je suppose que dans mon cas, elle sera autant utile que si j’utilisaIs fibaro:countScenes() > 1 ?

VD Déclencheur de Réveil Paramétrable Je me suis motivé à sortir un petit VD qui n'a aucune prétention particulière, si ce n'est d'être ma première contribution. J'ai créé ce VD afin de pouvoir gérer facilement mes réveils, donc rien de bien complexe. Je voulais que le VD puisse être facilement combiné à ma scène de réveil qui crée une aube artificielle pendant un temps paramétrable. Bien évidemment, la plupart d'entre-vous aurait pu concevoir ce VD en quelques dizaines de minutes... Et d'ailleurs, je serai ravi de lire vos critiques ! Le script est loin d'être le plus optimisé c'est surtout un défi que je me suis posé avec mes quelques connaissances. Dans tous les cas, j'écouterai vos conseils avec grand plaisir ! Il ne s'agit que d'un simple déclencheur à l'heure actuelle. Ce VD déclenchera l'une de vos scènes. L'intérêt réside dans la partie programmation qui est intégrée dans ce VD. Par la suite et s'il y a de l'intérêt pour la démarche, je ferai une mise à jour ou, du moins, je verrai pour combiner une scène avec le VD. C'est néanmoins complexe de faire quelque chose qui conviendra à tout le monde, il y a tellement de systèmes différents en terme d'éclairage et d'enceintes et aussi plusieurs VD disponibles pour chaque appareil ! Nombre d'entre-vous utilisent GEA et peuvent donc utiliser GEA Alarm pour faire la même chose si j'ai bien compris. En ce qui me concerne, je suis curieux et j'aime comprendre ce qu'il se passe à ma portée, d'où mes nombreuses questions et la volonté de faire mes scènes et VDs Installation Création des variables globales suivantes : REVEIL_SEMAINE & REVEIL_WEEKEND Importantion du VD ci-dessous et modifier les valeurs des variables suivantes au tout début de la Boucle Principale : local scene_reveil = 49 local temps_aube = 30 -- IDs Icones local icone_semaine = 1155 local icone_weekend = 1156 local icone_off = 1157 Le nom des variables me semble assez clair, mais sait-on jamais : scene_reveil : La scène à lancer à l'heure du réveil temps_aube : C'est simplement un déphasage. Mettre 0 si vous n'en avez pas besoin. Si une aube est créée dans votre scène de réveil, indiquez son temps ici et le VD démarrera votre scène en tenant compte de ce temps. Exemple : Réveil programmé à 7h, votre scène contient une aube de 25mn. En renseignant cette variable, le VD démarrera votre scène naturellement à 6h35. Ne vous souciez que de l'heure de réveil ! icone_semaine, icone_weekend et icone_off doivent correspondre à l'ID des icones que vous aurez importées. Suivez les indications de ce lien si vous ne savez pas comment connaître ces IDs. Utilisation Déplacez les curseurs d'heures et de minutes jusqu'à l'obtention de l'horaire de réveil souhaité. Appuyez ensuite sur Semaine pour affecter cette heure de réveil aux jours de la semaine, ou sur Week end pour l'affecter aux jours du week end. Les jours du week end peuvent simplement être modifiés. Si cela devait être intéressant, je modifierai le VD pour que cette modification soit encore plus aisée. Les paramètres des réveils sont automatiquement reprogrammés pour le lendemain pour une même période : Semaine ou Week end. Attention tout de même entre le Vendredi et le Samedi et entre le Dimanche et le lundi, puisqu'il y a la bascule entre Réveil Semaine <=> Réveil Week end. Le bouton principal est le TOGGLE ON/OFF. Je vous invite vivement à utiliser au moins l'icone réveil_off pour voir rapidement l'état du réveil ! Technique Afin que le VD ne loupe pas le démarrage de votre scène de réveil, votre scène sera démarrée 11 fois au total sur un intervalle de 11 secondes : 5 secondes avant et 5 secondes après l'heure du réveil. Il n'y avait pas de raison que la scène ne démarre pas en une seule fois, mais j'ai préféré prévoir large, au cas où ! Dans tous les cas, pour limiter votre scène de réveil qu'à un seul lancement, veuillez n'autorisez qu'une seule instance simultanée. Icones Réveil Semaine - Réveil Week end - Réveil OFF Téléchargement VD

@Krikroff, peux-tu éventuellement m'indiquer comment modifier le code du bouton "PROCESS" dans le but d'avoir plus de 5 boutons de lancement de presets ? Pour chacun de ces boutons, seule cette ligne diffère local cmd, log = "RST5", "Play radio 5 command was sent" Mais modifier "RST5" en "RST6" ne donne rien. J'en ai donc déduit qu'il y avait un bride (de protection) quelque part dans le code du bouton PROCESS, mais je n'arrive pas à mettre la main dessus ! Je suis bien évidemment conscient que tout changement dans les boutons du VD imposera la mise à jour de cette ligne dans chacun des boutons en fonciton de la position du bouton PROCESS. local sid, bid = _f:getSelfId(), 20 Oui, j'ai déjà effectué quelques modifications dans mon VD, je l'avoue ! Merci d'avance

Bonjour à tous, J'utilise le VD Philips Hue de @Talwayseb pour toutes mes ampoules Hues. Sur chacun des boutons du VD, les informations sont envoyées au pont Hue via ces commandes : HueCMD = Net.FHttp(HueIP,HuePort) HueCMD:PUT('/api/'..HueUser..'/lights/'..HueLampeId..'/state', '{"on":'..HueOn..', "sat":'..HueSat..', "bri":'..HueBri..', "hue":'..HueColor..', "ct":'..HueCT..'}') Pour le besoin de certaines de mes scènes, j'aimerais pouvoir effectuer cette commande directement, sans avoir à appuyer sur les boutons du VD (et éviter de les créer un par un évidemment). La fonction étant différente pour être utilisée dans les scènes, pouvez-vous, s'il-vous-plaît, me dire comment la transcrire pour une utilisation directement dans une scène ? Ou me mettre sur la bonne voie ? J'ai essayé ceci (en ayant bien entendu déclaré correctement les variables auparavant), mais en vain... local http = net.HTTPClient(); local body = ''; url = 'http://'..HueIP..'/api/'..HueUser..'/lights/'..HueLampeId..'/state', '{"on":'..HueOn..', "sat":'..HueSat..', "bri":'..HueBri..', "hue":'..HueColor..', "ct":'..HueCT..'}'; http:request(url, { options = { method = 'PUT', headers = { ["Content-Type"] = "application/x-www-form-urlencoded", ["Content-length"] = string.format("%d", body:len())}, }, }) Merci d'avance du temps accordé à ma demande

Tu as pris le temps de répondre quoi Carrément étrange oui, car ça a toujours fonctionné directement depuis un navigateur, c’est carrément illogique

Amenez-moi la corde. Je viens de supprimer les accès de mon user et lui redonner. Et, une simple requête comme celle-ci permet l'appui sur le bouton désiré. curl "http://user:password@IPHC2/api/callAction?deviceID=163&name=pressButton&arg1=1" Merci à @rls_46, @pepite et à toi @Lazer d'avoir pris le temps de me donner quelques conseils Maintenant, je vais devoir démarrer un sevrage pour les anti-dépresseurs

J'ai aussi pensé à ça, mais lorsque je change mon mot de passe ou si je supprime un caractère, le retour HTTP est "User not logged in". C'est comme ça que j'ai déduit que l'authentification fonctionnait correctement. Là tout de suite, je vais tenter la réinstallation de curl. Étrangement, sur toutes mes requêtes, quoi que je rajoute via --data, je constate qu'il me supprime le dernier paramètre. Ce qui expliquerait un HTTP OK mais aucune action. Mais rien n'explique cette réaction, on dirait un assureur qui ne veut absolument pas payer un sociétaire. EDIT CURL réinstallé, mais rien n'y fait. Pour illustrer mes propos : root@ubuntu:/home/hc2# curl --user user:pass http://192.168.2.2/api/callAction?deviceID=33&name=turnOn [1] 193 root@ubuntu:/home/hc2# {"type":"ERROR","reason":"MISSING_PARAMETER","message":"name: missing required parameter"} [1]+ Done curl --user user:pass http://192.168.2.2/api/callAction?deviceID=33 Oui, maintenant j'essaie avec un WallPlug, il y a moins de paramètres donc moins d'erreurs possibles

Je comprends tellement la question, je me suis moi-même mis le doute, j'ai revérifié plusieurs fois et l'user est bien autorisé dans le contrôle d'accès de la HC2. Et j'arrive bien à déclencher mes VD depuis un navigateur en me connectant avec cet user, qui plus est ! Dans le doute, j'ai essayé la requête suivante avec mon user et également avec mon compte admin. Les résultats HTTP sont respectivement Forbidden et OK. Ce premier point est déjà étrange, mais il ne se passe tout de même rien, rien n'est déclenché curl -i -H "Content-Type : application/json" --data "deviceID=91" --data "name=pressButton" --data "arg1=2" --user user:pasword http://192.168.2.2/api/callAction?deviceID=91&name=pressButton&arg1=2 NB : j'utilise maintenant le VD 91 pour mes tests (sur lequel les users ont les accès nécessaires) puisqu'il s'agit d'une ampoule, c'est plus rapide de constater son allumage (enfin non-allumage pour le moment) plutôt que d'aller vérifier si un bouton a bien été appuyé.

Merci de ta réponse @Lazer. J'étais bien de cet avis mais cette requête ne fonctionne pas. Mais, grâce à celle-ci, j'ai pu remarquer que l'authentification à l'API fonctionnait correctement. Cela mène sur une erreur dans l'API, comme si seul le paramètre "deviceID" était pris en compte. Qu'à cela ne tienne, j'effectue la requête en rajoutant, en plus, les data séparées avec -d "name=pressButton&arg1=1". Avec cela, aucune erreur, mais rien ne se passe... J'ai également essayé avec ces deux possibilités : curl -i -H "Accept: application/json" -H "Content-Type: application/json" --user user:password -X GET --data "deviceID=91& name=pressButton&arg1=2" http://192.168.2.2/api/callAction?deviceID=91&name=pressButton&arg1=2 curl -i -H "Accept: application/json" -H "Content-Type: application/json" --user user:password -X GET --data '{"deviceID":"91", "name":"pressButton", "arg1":"2"}' http://192.168.2.2/api/callAction?deviceID=91&name=pressButton&arg1=2 Mais ça mène sur une erreur similaire, soit : [1] 44 [2] 45 root@ubuntu:/home/hc2# HTTP/1.1 400 Bad Request Date: Sun, 25 Mar 2018 11:43:37 GMT Server: 0.9 Cache-Control: no-cache, no-store, must-revalidate, max-age=0, max-age:0 Content-Type: application/json;charset=UTF-8 Pragma: no-cache Expires: Fri, 01 Jan 2010 00:00:00 GMT Connection: close Transfer-Encoding: chunked {"type":"ERROR","reason":"MISSING_PARAMETER","message":"name: missing required parameter"} J'ai aussi essayé ça : curl -i --user user:password --data '{"deviceID":"91,"name"="pressButton","arg1":"2"}' http://192.168.2.2/api/callAction?de viceID=91&name=pressButton&arg1=2 Qui mène sur une erreur 403:Forbidden [1] 64 [2] 65 root@ubuntu:/home/hc2# HTTP/1.1 403 Forbidden Date: Sun, 25 Mar 2018 11:58:56 GMT Server: 0.9 Cache-Control: no-cache, no-store, must-revalidate, max-age=0, max-age:0 Content-Type: application/json;charset=UTF-8 Pragma: no-cache Expires: Fri, 01 Jan 2010 00:00:00 GMT Transfer-Encoding: chunked [1]- Done curl -i --user user:password --data '{"deviceID":"91,"name"="pressButton","arg1":"2"}' http://192.168.2.2/api/callAc tion?deviceID=91 [2]+ Done name=pressButton