chrisalex

@Lazer merci bien c'est impec avec les accolades. on peut même envoyer à deux numéros du coup ce qui ne fonctionnait pas avec les contacts : hub.call(52, "sendSMS", "Hello World", "", {"0687654321";"0612345678"}) pour envoyer à plusieurs contact du coup j'ai extrapolé et comme cela ça fonctionne aussi : hub.call(52, "sendSMS", "Test JPI 5", "", {"Moi";"Stago"}) bravo et merci deux soucis résolus en un coup !!!

@Lazer oui bien en attendant sûr je vais passer le nom du contact plutôt que par le numéro de tel car effectivement ce qui pose souci c'est quand on rentre un "0" que ce soit dans le message ou dans le destinataire il est automatiquement supprimé par le quick APP alors qu'avec le nom du contact ça passe PS : je pense que même si tu n'as plus de réseau sur ta gateway SMS JPI je pense tu dois pourvoir tester malgré tout (tu ne recevras pas le sms bien sûr) car les log du quickapp sont bien faites et on voit la structure de la commande envoyée au téléphone et donc que le "0" est systématiquement supprimé numéro commençant par "0" qui est supprimé : contenu du message commençant par "0" qui est supprimé :

@Lazer pareil quend je mets les guillements ca enlève le 0 (je l'avais testé hier aussi mais ne t'en avais pas informé : hub.call(52, "sendSMS", "Dressing libre", "", "06XXXXXXXX" logs JPI :

bonsoir, @Lazer j'ai testé mais sans succès : hub.call(52, "sendSMS", "Test JPI", "", 0123456789) Cependant je te joins le message d'erreur du quick APP car ce qui est bizarre c'est qu'il manque le "0" devant le numéro de tel ! J'ai aussi fait des tests sans préciser le numéro du destinataire (ça ça fonctionne et tous les contacts renseignés dans la variable du QA reçoivent bien le SMS) : hub.call(52, "sendSMS", "Test JPI") Mais en mettant dans le corps du sms des numéros à la place du texte et bien là aussi également il manque le "0" du début lorsque le sms est reçu (par exemple si je mets 0123456789 dans le message je reçoit seulement 123456789 par sms) Encore quelque chose de bizarre si je mets : hub.call(52, "sendSMS", "0123456789", "Moi") alors tous les contacts reçoivent le sms "123456789" ("0" manquant dans le message bien sûr) et si je mets : hub.call(52, "sendSMS", "0123456789", "", "Moi") là ça fontionne bien seulement le contact "moi" reçoit ("0" manquant dans le message bien sûr)

bonjour, j'ai un petit souci étrange avec ce quickApp car il me semblait que cela fonctionnait bien avant. En effet si je passe cette commande que je mette le numéro ou le nom du contact cela envoie bien le SMS mais sur l'ensemble des contacts alors que j'aurai aimé renseigner un ou deux numéro mais pas l'ensemble : "hub.call(52, "sendSMS", "Dressing libre", 0123456789) -- envoie le message par SMS au numéro spécifié (via le quickApp JPI) Je précise ici mes variables JPI : Par avance merci de vos suggestions.

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"