chrisalex

hello @jojo, sur mon syno j'ai seulement autorisé lire au compte http et ça fonctionne peut être peux tu faire le test aussi (meilleure best practice)

@Barelle je te remercie de ton info mais du coup je ne vois pas comment faire la syntaxe. Comment la transcrirais-tu pour remonter les valeurs de chaque "nombreJoursTires" par chaque "typeJourEff"? En effet la mienne ne donne rien : local rougestires = json.decode(mavariablequivabien).nombreJoursTires

hello, j'essaye de récupérer à partir de l'api RTE le nombre de jour consommés sur l'année (https://api-commerce.edf.fr/commerce/activet/v1/saisons/search?option=TEMPO&dateReference=AAAA-MM-JJ) avec récup auto de l'année AAAA du mois MM et du jour JJ. ca fonctionne quand le site rte ne déconne pas 1 fois sur 5 requêtes. Mon souci est que j'arrive bien à obtenir la variable qui m'intéresse avec le json qui va bien mais je galère à récup les info avec le code lua dans la hc3. Voici ma variable : [{"nombreJours":22,"libelle":"TEMPO ROUGE 2024 2025","premierJourExclu":null,"nombreJoursTires":6,"etat":"OUVERTE","dernierJour":"2025-03-31","dernierJourExclu":null,"typeJourEff":"TEMPO_ROUGE","premierJour":"2024-11-01"},{"nombreJours":43,"libelle":"TEMPO BLANC 2024 2025","premierJourExclu":null,"nombreJoursTires":12,"etat":"OUVERTE","dernierJour":"2025-08-31","dernierJourExclu":null,"typeJourEff":"TEMPO_BLANC","premierJour":"2024-09-01"},{"nombreJours":300,"libelle":"TEMPO BLEU 2024 2025","premierJourExclu":null,"nombreJoursTires":96,"etat":"OUVERTE","dernierJour":"2025-08-31","dernierJourExclu":null,"typeJourEff":"TEMPO_BLEU","premierJour":"2024-09-01"}] mais impossible de récup "nombreJoursTires". J'imagine que c'est du au fait qu'il apparait 3 fois dans le json (un pour chaque couleurs). Je remercie par avance l'âme charitable qui pourrait m'aider à trouver le bon codage car ça fait deux jours que je tourne dans tous les sens sans succès, en effet je pensais qu'en utilisant simplement ça cela macherait mais non : local rougestires = json.decode(mavariablequivabien).nombreJoursTires

@Lazer a raison ça ne marchait pas tout à l'heure et présentement cela refonctionne : "{\"errors\":[],\"content\":[{\"typeJourEff\":\"TEMPO_BLANC\",\"libelle\":\"TEMPO BLANC 2024 2025\",\"nombreJours\":43,\"premierJour\":\"2024-09-01\",\"dernierJour\":\"2025-08-31\",\"premierJourExclu\":null,\"dernierJourExclu\":null,\"nombreJoursTires\":0,\"etat\":\"OUVERTE\"},{\"typeJourEff\":\"TEMPO_BLEU\",\"libelle\":\"TEMPO BLEU 2024 2025\",\"nombreJours\":300,\"premierJour\":\"2024-09-01\",\"dernierJour\":\"2025-08-31\",\"premierJourExclu\":null,\"dernierJourExclu\":null,\"nombreJoursTires\":4,\"etat\":\"OUVERTE\"},{\"typeJourEff\":\"TEMPO_ROUGE\",\"libelle\":\"TEMPO ROUGE 2024 2025\",\"nombreJours\":22,\"premierJour\":\"2024-11-01\",\"dernierJour\":\"2025-03-31\",\"premierJourExclu\":null,\"dernierJourExclu\":null,\"nombreJoursTires\":0,\"etat\":\"NON_COMMENCEE\"}]}"

Hello, voici la nouvelle url pour l'api : https://api-commerce.edf.fr/commerce/activet/v1/saisons/search?option=TEMPO&dateReference=2024-09-03 bien mettre la date du jour souhaitée à la fin bien sûr

j'y avais pensé mais non pas de changement on activant/desactivant la nouvelle visu. voici ce que ça donne et ça semble ok : mais en activant la visu plus rien : du coup j'ai trouvé la soluce e recreant les label à l'identique et là c'est ok .... étrange :

hello @Lazer je rencontre un petit souci non génant avec ton super Quickapp : plus d'infos sur la visu : cependant il continue à fonctionner correctment en cas de défaillance via ton autre quickApp Jpi ou mail merci de ton avis PS : je suis passé en version 5.161.15 .... est ce dû à cela ????

bonjour et merci de ce partage .... je commençais à douter sérieusement de mon abo tempo car difficile à comparer par rapport à l'abo de base...

hello, j'avais ouvert deux incidents chez fibaro pour un souci de gestion de réseau Zigbee et du plug in Philipps Hue avec cette nouvelle version de firmware. - pour le philipps hue ils confirment que celui-ci ne fonctionne plus correctement mais sans solution a part attendre que les ingé résolvent prochainement le souci - pour le zigbee on ne peut plus reconfigurer les devices mais seulement reinitialiser le réseau entier. voici la réponse étonnante du support : " Malwina Sidoruk said 4 days ago Ticket ID: 295626 Ticket: firmware 5.153.120 __________________________________ Hello, The option to reconfigure zigbee devices is unavailable to users now. I apologize for the inconvenience. "

hello, en ce qui me concerne depuis hier soir tout est rentré dans l'ordre les mails rentrent instantanément comme à la normal.

voici la réponse du support fibaro : Ticket ID: 296641 Ticket: email issue __________________________________ Hello! Thank you very much for your email. We're aware of this issue and we've already forwarded it to our engineers, who are currently working on resolving it as soon as possible. I'm very sorry for the inconvenience it caused but I have to ask you for a little more patience.

bon en fait les mails finissent par arrivé mais avec plus de 12 heures de retard ... ça sent le souci chez fibaro à plein nez....j'ouvre un ticket d'incident au cas où ils ne se seraient rendu compte de rien de leur coté

bonjour, j'ai le même souci je ne reçois plus les mails en provenance de la hc3 depuis hier après midi non plus. mon mail est chez orange. En revanche les notifications par mail fonctionnent toujours (si mail est selectionné sur les modules pour les notif bien sûr) j'envoie ça et je reçois rien alors que jusque hier ça marchait impec dans mes QA : hub.alert("email", {2}, "test envoi mail")

bonjour, avec la perte de la gestion de PHILIPS HUE j'ai choisi de restauré en version précédente à savoir 5.152.24 (beta) J'ai bien récupérer la gestion Philips hue mais j'ai perdu mon réseau Zigbee (pas méchant je n'avais qu'une prise sonoff pour test). J'ouvre un incident chez fibaro pour ce souci Hue et signaler que la restau à fait sauter le réseau Zigbee

Pour info avec le nouveau firmware le quick app Fibaro pour Philipps Hue ne fonctionne plus (seulement on/off, plus de gestion des ampoules)

Hello @Jang, you're right as usually. In fact I have an HC3L for dev and a HC3 for Prod. My Quick App runs since several month on my hc3L without issue and now it can't runs correctly. If I import my quick app from my HC3L (dev) to my HC3 (Prod) it works correctly. I missed this change on the Lua in 32bits on hc3L....thank you for this. Do you know how to solve to continue running this quick App in 32bits LUA (just to continue to use my HC3L as Dev platform before to go in prod platform on HC3?). Thank you

Hello @jojo en fait je fais tourner sur la hc3 directement pas à partir de mon pc donc normalement les regional settings du pc ne doivent pas avoir d'influence mais pour être sûr j'ai tester regional US et comme je le présentais ca ne change rien. ce qui m'étonne c'est que la remontée des valeurs du json sont bonnes c'est juste quand on veut les mettre en variable que ca ne remonte pas les valeurs du json et le pire c'est que c'est juste sur les valeurs de "smartlockiD" et "latitude" pour les reste c'est ok j'ai essayé de transcrire à l'aide de "tonumber" ou "tostring" mais ca ne change rien les valeurs mise en variable restent les memes que sans le "tonumber" ou "tostring"

bonjour, je suis tombé sur un os. J'ai un quick App qui marchait bien avec lequel je récupère via json.decode un json. Je me suis rendu compte que celui-ci ne fonctionne plus correctement (depuis le passage en 5.150.15 ? ... pas sûr mais peut être....) Je m'explique voici ce que le json remonte : [{"smartlockId":18091121396,"accountId":1234567890,"type":4,"authId":1234567890,"name":"Entée","favorite":true,"config":{"name":"Entée","latitude":48.961773,.......... j'ai un souci pour récupérer les valeurs de "smartlocId" et de "latitude" pour mettre en variable, en revanche pour les autres pas de souci, voici : smartlockId me remonte : 1.809112e+10 au lieu de 18091121396 latitude me remonte : 48.96177 au lieu de 48.961773 authId remonte bien : 1234567890 accountId remonte bien : 1234567890 type me remonte bien : 4 le premier name remonte bien : Entée le deuxième name remonte bien : Entée favorite remonte bien : true Comment est-ce possible? par avance merci de votre interpretation.

hello, hé hé ça me parait être la bonne fournée cette fois ... plus d"erreur sauvegarde des scene lua et ignorance des scene blocs mais cerise sur le gateau référencées comme tel dans les logs et fichier. merci @henri-allauch

hello @henri-allauch c'est pas mal du tout ça plus de warning ... cependant il semble ne plus sauvegarder aucune scene lua non plus, mais continue à sauvegarder les quatre scenes bloc Fibaro : "Time Light Scenario", "Gate Light Scenario", "Morning scenario" et "Evening Scenario"

Hello @henri-allauch merci de ton intervention malgré ton manque de temps, cependant pour info si je passe sur php 7.4 le souci de warning est le même...enfin presque juste une différence entre "undefinied index action" et "undefined array key "actions"" : voir pj

@jojo tout a fait en phase avec toi il fait le job mais il y a un souci avec le code php de définition des tableaux (array). J'ai deux box à la maison et sur une je n'ai pas ces erreurs et sur l'autre j'ai exactement les même que toi (mais comme tu le dis ca fait le job malgré tout) Selon moi cela vient des scenes en mode block (peut être des espaces ou avec nom trop long ... je n'ai pas encore identifié quoi exactement) en tout cas il n'arrive pas à interpreter les paramètres de ces scenes pour les mettre en tableau, mais ce n'est pas gênant car de tout façon il ne peut backuper ces scenes car elle ne sont pas en lua.

désolé @jojo je suis vraiment pas bon en php j'ai trouvé la soluce sur un fofo. mais je regarderai et si je trouve je posterai...promis

Hello, pour ceux que ça interesse de lancer ce script php en auto à intervalles réguliers, je me suis permis de modifier légèrement le php original. Ensuite suffira d'appeler ce script par exemple via un quickApp dont je vous donne ici une version fonctionnelle (utilisable tel quel en créant un bouton et un label) : function QuickApp:onInit() self:debug("onInit") self.http = net.HTTPClient() end --- BACKUP PAR SYNO ----------------------------------------------------------------------------------------------- function QuickApp:backup() self.http:request("http://192.168.XXX.XXX/SaveHc3-Auto.php", { 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 MY_Password", -- mot de passe en base 64 } }, success = function(response) self:debug(response.status) self:debug(response.data) ------------------------ self:updateView('label_Bck', 'text', 'Dernière sauvegarde : ' .. (os.date("%d/%m/%Y %H:%M:%S", backupsremotetimestamp))) -- maj du label ------------------------ end, error = function(message) self:debug("error:", message) end }) end SaveHc3-Auto.php

@Dragoniacs j'ai rajouté ça dans ton code et ca me remonte bien la fenêtre que je peux commander (mais bien sûr vu comme un volet) : if Item_Class == "window" then self.List_Rollershutters[j] = HassIO_Table[i].attributes.friendly_name self.ID_Rollershutters[j] = HassIO_Table[i].entity_id j = j + 1 end Qu'en penses-tu? Merci PS : Afin d'avoir des sliders sur les childs de ton QA plutôt que les boutons "ouvrir à 100%" et "fermer à 100%" j'ai changé le role des childs en "volet/store avec retour d'information" et cela semble fonctionner, es tu en phase également avec ça?