jjacques68

alors aucune idée de comment fonctionnent les entrées virtuelles... excellente question !! J'essayerai dès que j'ai du temps, donc pas dans l'immédiat

hello tout le monde, Il me semble qu'on en avait déjà parlé un jour de ces capteurs : XIAOMI YTC4043GL : le range est de 0 - 83000 Lux. pas étanche ! https://www.amazon.fr/gp/product/B08NZBJLP1/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1 Je les utilise chez moi depuis plus d'un an maintenant. Fonctionne très bien ! Prix environ 16 €. Posés sur le rebord des fenêtres, à l'extérieur et prend les grosses pluies. Dommage qu'il est très difficile d'en trouver...

ça vaut le coup d'essayer, je testerai, mais pas maintenant... Sur le forum officiel , y a un endroit spécifique pour poster ce genre de chose, ou je le mets simplement dans la rubrique HC3 ?

ah oui il y a le headers encore !! oui donc ça vient de fibaro... je comprends bien, en effet. merci !! suis entrain d'écrire sur le forum officiel

alors j'avais pas pensé à ce que ça provienne de la HC3 ! J'étais plutôt parti sur une modif de PushBullet... Suis toujours en version 5.140.17, j'ai pas fait la dernière update. j'ai contourné le problème en faisant un string.sub() du json, puis en l'exploitant comme il se doit, mais c'est null comme méthode ! je vais poster sur le forum officiel, on verra...

Hello tout le monde, j'espère que vous allez bien ! Je rencontre un soucis avec une http:request() avec PushBullet. Depuis quelques temps (semaines), la réponse à la requête http semble avoir changée. avant je faisais ceci pour tester le retour : success = function(response) if response.status == 200 then ... else self:error("error "..response.status) end end et maintenant j'ai une erreur error 1 response.status semble être à 1 et plus à 200 si je fais un debug de response.data, j'ai ceci : HTTP/1.1 200 Content-Type: application/json; charset=utf-8 X-RateLimit-Limit: 131072 X-RateLimit-Remaining: 130794 X-RateLimit-Reset: 1690014525 Content-Length: 2153 Date: Sat, 22 Jul 2023 07:44:00 GMT Via: 1.1 google Alt-Svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000 Connection: close {"accounts":[],"blocks":[],"channels":[],"chats":[],"clients":[],"contacts":[],"devices":[{ici les données qui m'intéressent}],"grants":[],"pushes":[],"profiles":[],"subscriptions":[],"texts":[]} on le voit le status 200 au début de la chaine de caractère. J'ai pas d'autres rubriques dans la réponse, que status et data. Mais c'est quoi ce type de status, "1" ? on a "0" si y a une erreur ? Donc je contourne le test de ce status avec : if string.find(response.data, "HTTP/1.1 200") > 0 then mais c'est un peu pourri non !!!? merci pour vos lumières !! EDIT : en fait la réponse est clairement inexploitable, je cherche justement à utiliser la rubrique "devices" du json, mais comme il est noyer dans cette chaine de caractères, je peux rien en faire... une idée ?

ben en wifi, ça semble plutôt bien, mais en 4/5G c'est toujours pourri.

les QA s'affichent plus rapidement ou c'est moi qui délire ?

J'ai les mêmes craintes sur ce site

une idée du prix de capteur ?

il semblerait

oui en effet, ça semble peut, on penserait être à au moins 75 % dans ce genre de cas. ce que donnent les xiaomi...

rien de neuf. il semble pas mal le capteur zigbee !

mon non plus, on va attendre la suivante

aaaah ok ! I didn't no we already had this json.util !! thank you very much for you exemple, I understand. And the function json.util.InitArray() works perfectly. I just try with this when I declare the variable : local ListeDay = json.util.InitArray({}) and it's ok now. But I prefer your three functions I will use them. thank you @jang

hmm... I don't know how to use this built-in. But it gave me some ideas, but no success... for exmple : insert and remove a value in the array, creat a function that return the array, use json.encode/decode ...

Bonjour à tous, Petit soucis LUA / API : (il me semble qu'on avait déjà parlé de ça, un jour à une époque lointaine ) je gère le panel GARDEN depuis un QA perso. Je souhaite à un moment mettre une propriété de type tableau à null (ou blanc, ou vide, ..., rien quoi ) il s'agit de cette propriété "days" ci-dessous : J'aimerai qu'elle devienne comme ceci : (je réussi à la vider quand j'utilise le Garden Panel, en décochant tous les jours de la semaine) Dans mon QA, je fais ceci : qui fonctionne très bien si je mets un jour dans la variable, mais pas ne fonctionne pas si le tableau reste vide. Tout le problème est là ! local ListeDay = {} --<----- tableau vide MyPanel = api.get("/panels/sprinklers/11") res = api.put("/panels/sprinklers/11", {days=ListeDay}) et il me met un erreur : Clairement ça veut bien dire qu'il veut pas un tableau vide ?! nan je me trompe ? mais alors pourquoi quand j'utilise la console de debug de mon navigateur (F12), et que j'intercepte l'action du bouton "save" après avoir décoché tous les jours de mon panel, je vois passer ça... et qui fonctionne : Il envoi bien un tableau vide aussi !! qu'est ce qui ne va pas dans le code LUA ?? si quelqu'un a une idée ?? merci d'avance !!

l'intérêt ? fonctionnement identique à ce je j'avais sur HC2, pas le temps de me pencher sur autre chose. Je programme ce que je veux. Et peux pas faire du TTS sans IFTTT, on en avait pas encore parlé de ça Le plaisir de claquer 60 E Le plaisir de râler

avec IFTTT, tu oublies le plaisir de taper de la ligne de code

ben c'est pour garder le fonctionnement "à l'ancienne". Et pas sûr que toutes les commandes passent en natif, si ? Avec la couche IFTTT, tu peux appeler n'importe quelle fonction de n'importe quel QA. Sauf qu'avant, t'avais une seule applet qui faisait tout...

@Nico, fin d'année dernière ils ont changé le service "google assistant" dans IFTTT. L'ancien service ne fonctionne plus. Et le nouveau est devenu plus contraignant à utiliser, comme par exemple avec le mot "activate" qui est le trigger pour exécuter l'action webooks.

d'où viennent ces captures du premier post ?

ah non, ils ont mis ça en place fin d'année dernière ! depuis qu'ils ont modifié le service Google Home dans IFTTT. Et c'est bien ça qui à posé problème, en limitant également le nombre d'applet possible à 5. D'où mon coup de gueule de l'époque. Car maintenant un ordre = une applet. et..., et..., et... pour faire court : 60 € / an.

c'est ça. ah mais oui c'est vrai qu'on peut avoir peur définir plusieurs ordres dans la routine !! bien vu !!

@jojo alors 1 ordre = 1 action. je sais pas ce que tu entends par alternatives, mais si tu penses à des arguments, c'est non. le "activate" peut être éviter si tu passes par les routines.