chrisalex
Membres confirmés-
Compteur de contenus
63 -
Inscription
-
Dernière visite
-
Jours gagnés
5
Tout ce qui a été posté par chrisalex
-
bonjour, Si quelqu'un pouvait m'aiguiller sur de la requête api car je sèche un peu malgré mes lectures sur le forum. Je cherche à récupérer des info sur les backup de la HC3. je fais tourner cette fonction qui les remonte bien mais je ne vois pas comment récupérer uniquement celles qui m'interesse (exemple date du dernier backup en remote ou en local). Voici le code : function QuickApp:test() self.http:request("http://127.0.0.1/api/service/backups", { options = { data = json.encode(requestBody), method = "GET", headers = { ["Content-Type"] = "application/json", ["Accept"] = "application/json", -- Header with basic auth containing admin:admin. Replace it with your crendentials. ["Authorization"] = "Basic XXXXXXXXXXXXXXXX", -- mot de passe en base 64 } }, success = function(response) self:debug(response.status) self:debug(response.data) end, error = function(message) self:debug("error:", message) end }) end J'obtiens bien en retour le résultat suivant mais comment l'exploiter ? [{"type":"local","localBackupPath":"\/backups\/","uploadedBackup":[{"id":"1652551813","timestamp":1652551813,"compatible":true,"automatic":false,"devices":3,"rooms":19,"scenes":7,"description":"Mon_Backup","softVersion":"5.110.15","filename":"backup_HC3-00020112_2022_05_14-20_10_13.fbi","size":"725.5K","slavesBackups":[],"zwaveEngineVersion":"2.0"},{"id":"1657358062","timestamp":1657358062,"compatible":true,"automatic":false,"devices":4,"rooms":19,"scenes":10,"description":"Mon_Backup","softVersion":"5.111.48","filename":"backup_HC3-00020112_2022_07_09-11_14_23.fbi","size":"901.3K","slavesBackups":[],"zwaveEngineVersion":"2.0"}],"automaticCount":0,"automaticLimit":3,"manualCount":2,"manualLimit":3},{"totalSpace":"50.0M","usedSpace":"2.0M","usedSpacePercentage":"4%","type":"remote","backups":[{"id":"2057741","timestamp":1651168384,"compatible":true,"automatic":false,"devices":2,"rooms":19,"scenes":3,"description":"autobackup","softVersion":"5.110.15","zwaveEngineVersion":"2.0","filename":"backup_2022_04_28-19_53_04.7z","size":"489.3K"},{"id":"2121584","timestamp":1654450039,"compatible":true,"automatic":true,"devices":4,"rooms":19,"scenes":7,"description":"Auto backup 5.110.15","softVersion":"5.110.15","zwaveEngineVersion":"2.0","filename":"backup_2022_06_05-19_27_19.7z","size":"582.3K"},{"id":"2153547","timestamp":1657358824,"compatible":true,"automatic":false,"devices":4,"rooms":19,"scenes":10,"description":"Mon_Backup","softVersion":"5.111.48","zwaveEngineVersion":"2.0","filename":"backup_2022_07_09-11_27_04.7z","size":"932.6K"}]}] Par avance merci aux champions qui passeraient par là.
-
[HC3] Détection de présence
chrisalex a répondu à un(e) sujet de Dragoniacs dans Quick App Developpeur
effectivement c'est parfait, merci bien, je ne connaissais pas cette subtilité. -
[HC3] Détection de présence
chrisalex a répondu à un(e) sujet de Dragoniacs dans Quick App Developpeur
merci @Dragoniacs pour ta réactivité, effectivement j'ai bien trouvé ton fichier tools. Du coup je comprends mieux. Cependant il y a une chose qui me chagrine c'est que ne vois pas les messages en question dans la fenetre de debug (si je remplace le code "tools:Message" par "print" ça fonctionne bien le code est bavard comme attendu). Qu'en penses-tu? -
[HC3] Détection de présence
chrisalex a répondu à un(e) sujet de Dragoniacs dans Quick App Developpeur
bonjour @Dragoniacs, merci pour ce QA. Cependant j'ai une petite question en rapport avec ton code, en effet j'essaye de comprendre pour progresser en m'inspirant de vos réalisations, et je ne comprends pas les lignes "tools:Message" Cela fait il appel à un fichier non inclu dans le QA et si non comment obtenir ces messages intéressants? par avance merci de tes lumières -
bonjour, Merci @jojo c'est exactement ça . Cela m'a pris deux jours pour le valider car je voulais être sûr que ca tourne bien tous les jours et c'est bien le cas c'est nickel chrome. En effet j'avais des doutes à cause de la date qui était à renseigner et aussi sur le fait que lorsque l'on sauvegarde la scene l'intervalle renseigné s'efface. En fait il faut comprendre cette date comme "à partir de" et non pas "cette date seulement" ce que je pensais que cela voulait signifier. Et le fait que l'intervalle s'efface ne veut pas dire qu'il n'a pas été pris en compte. Merci encore pour ton message. PS : j'avais ouvert un ticket chez Fibaro pour voir ce qu'ils en pensaient, et ca fait deux jours qu'ils me baladent un peu en me réclamant la scene block convertie en LUA + le cas d'usage + ca marche plus depuis quand ...... je vais laisser aller au bout pour voir ... mais bon avec @jojo c'est bien plus efficace en réalité
-
bonjour, toujours en cours de migration de ma hc2 vers ma hc3 je galère depuis 2 jours avec les trigger "time" en block scene. J'aurais pas imaginé être bloqué à ce point sur un trigger qui semble pourtant si basique. Impossible de trouver comment convertir ça de la hc2 sur la hc3 : (que ca tourne tous les jours entre 05:35 et 7:05 du matin à intervalle de 5 minutes Par avance merci à vous de m'aiguiller (j'espère juste ne pas avoir ton honte en lisant vos réponses car çà doit vraiment être tout bête à faire mais je suis bloqué par la nouvelle logique Fibaro et je ne compte plus les essais que j'ai mis en œuvre sans succès)
-
Merci Lazer tu as tout bon. (les 1100 sec c'est pour économiser les piles car je n'ai pas encore eu le courage de fabriquer tes fausses piles ... mais ça viendra) En fait pour que les changements de l'intervalle de réveil soient pris en compte il ne faut surtout pas cliquer sur sauvegarder et ensuite réveiller le module sinon ca marche pas. En fait, il faut changer la valeur de réveil puis réveiller le module et ensuite seulement cliquer sur sauvegarder. Et là ca fonctionne : Encore merci de ton aide précieuse.
-
bonjour Lazer et merci de ton retour, j'ignorais que l'on pouvait récup les paramètres avec le swagger. Ton post m'a donc été très utile car en effet moi j'allais ici et effectivement il en manque pas mal : Pour ce qui est du réveil j'y aais pensé et j'avais bien changé la valeur par défaut 86400 par 1100 comme tu peux le voir : Malheureusement le réveil ne fonctionne pas. Si je change la température avec la molette pas de souci car remonte bien sur la hc3 mais si je change à partir de la hc3 ça ne fonctionne uniquement si je fais un refresh avec dip Switch et "n" sinon j'ai le sablier en infini : je joins le fichier de conf où il me semble que le paramètre est pourtant bien pris à 1100 sec. Petite remarque : version Zwave chez moi sur mon module en 4.5 et toi en 2.78 c'est normal ça? par avance merci de tes idées éventuelles. SRT321_parameters.txt
-
bonjour, je suis en train de migrer de HC2 vers HC3 et je rencontre un gros souci avec ma gestion de chauffage qui me donnait satisfaction sous HC2. En effet l'inclusion du thermostat SRT 321 se passe bien mais deux soucis majeurs se présentent : - la propriété "TagetLevel" a disparue - le changement de température de consigne fonctionne bien lorsque l'on tourne la molette sur le module, en revanche lorsque l'on change celle-ci sur la HC3 cela ne met jamais à jour le module ("attente du réveil" indéfiniment) sauf à forcer le réveil sur le module lui-même par le dip switch et fonction "n". Quel est votre expérience de votre coté avec ce module Thermostat SECURE SERT 321 pour ceux qui sont passés sur HC3? merci bien de votre retour.
-
bonjour, merci beaucoup pour cd vd et cette scene. juste pour aider j'ai dû supprimer l'espace après "OL " if (varUps["ups.status"] and (string.sub(varUps["ups.status"], 1, 3) ~= "OL ")) then -- values "OL CHRG", "OL DISCHRG" En effet j'ai donc mis "OL" sinon malgré le status OL de l'ups la varibale remontait en "on battery".
-
bonjour, je déterre un peu ce post car depuis que je suis passé sur HC il y a quelques mois il y a vraiment ce souci de gestion de jour Tempo qui sont essentiel pour moi et la gestion de mon chauffage. Je partage donc un solution un peu tordue et lourde que je vais tenter de mettre en place. Malheureusement je ne suis pas développeur et j'ai donc tenter de faire un script qui semble fonctionner grâce à tous les posts et sujets que je lis avec attention très régulièrement: - Permière contrainte avoir un jeedom qui tourne et qui remonte bien les jours tempo (grace au plug in ecowatts modifié depuis que edf à changer son site) - Deuxième chose créer VG TEMPO_EDF avec les trois couleur - Enfin faire remonter grace à ce script l'info de la couleur du jour : --[[ %% properties %% events %% globals %% autostart --]] -- local delay = 60 --en secondes local EDF = net.HTTPClient() EDF:request("https://<IDJEEDOM>.eu.jeedom.link/core/api/jeeApi.php?apikey=<APIKEY>&type=cmd&id=731", { success = function(reponse) fibaro:debug(reponse.data) fibaro:setGlobal("TEMPO_EDF", reponse.data) end }) je vous met le debug afin de mieux pourvoir comprendre ce qui se passe et de pourvoir mieux le critiquer :
-
bonjour, je suis informaticien de gestion (pas developpeur malheureusement cela aurait un peu aider pour apréhender au mieux le LUA) et j'ai commencé la domotique avec une hcl puis je suis passé sur jeedom et finalement aujourd'hui je base ma domotique maison sur HC2 et jeedom pour tous ce que la hc2 ne sais pas faire (volet, alexa, couleur tempo edf ...) J'utilise de la domotique assez classique (dimmer, prise connectées, capteur de mouvement....) à part peut être la gestion de chauffage individuels avec thermostat et relay swith pour de la commande fil pilote et la mise en place d'un klf 200 toujours en cours... Ce forum est très riche et actif je suis fier d'en faire parti.
