jjacques68

suis entrain... tout en numérique n'a rien changé... je passe en string

je viens de vérifier dans d'autres QA, c'est pareil, y a des valeurs numériques et chaine !! et qui ne m'empêchent pas de créer une nouvelle variable... dans le doute je vais tout forcer avec un tonumber pour tester...

oh putain bien vu !!!! alors attends ce doit être tous des string on est d'accord ?

dans l'API ça donne ça : "quickAppVariables": [ { "name": "IndexDay", "value": 1618138 }, { "name": "IndexWeek", "value": "1613656" }, { "name": "IndexMonth", "value": "1598433" }, { "name": "IndexYear", "value": "1553618" }, { "name": "FlagDay", "value": 0 }, { "name": "FlagWeek", "value": 0 }, { "name": "FlagMonth", "value": 0 }, { "name": "FlagYear", "value": 0 } rien d'anormal !

alors en fait ça me le fait que sur 2 QA. Qui ont en plus les même variables chacun. Alors c'est ces 2 là qui en ont le plus, donc 8. pour tous les autres je n'ai pas de soucis !

oui j'ai essayé sur d'autres, même comportement SI j'ai plusieurs variables ! si j'en ai 2 ou 3 ça passe... J'ai regardé, il n'y a pas de boucles qui tournent dans les QA en question (genre setTimeout, while, ...) qui pourraient empêcher peut-être cela...

Je le confirme bien. impossible d'ajouter une variable. Je viens de rebooter la box, mais pareil...

alors je te promets que non, en effet à la création il n'y a pas de problème (j'aurais pu te le préciser tout de suite, excuse moi...) Mais pour un QA déjà existant, avec plusieurs variables, j'arrive pas à en ajouter...

oula les messages se croisent non rien du tout...

autre chose : je suis entrain de jouer avec les panneau GARDEN... c'est pas mal !! le fait de pouvoir créer un device en y associant un QA lui même de type sprinkler est top !!! Je pense que je dois être le seul au monde à vouloir jouer avec ça, mais bon, ça m'est utile MAIS! (je pense) qu'il y a un bug dans l'IHM : quand je créé un schedule : ici "Sud" les jours sélectionnés dans "Sud" ne sont plus accessibles pour un nouveau schedule :"essai" c'est pas logique, y a aucune raison à a connaissance, surtout quand je regarde l'API ! alors si je programme les jours directement dans l'API, ça passe, mais ça donne ça : on constate que les jours sont grisés mais actif. Et ils apparaissent bien dans l'API. Je sais pas trop quoi en penser, je teste ça dans la journée... pour voir si les relais s'active bien ou pas...

les balises HTML ne sont pas reconnues... déjà essayé pour mettre des couleurs dans le debug

Bon ben non ça veut pas... pour cette ligne de code : ListeSensorOpen = ListeSensorOpen..SensorName.." dans "..RoomName.."\n" j'ai essayé : \n\n ; \\n ; \r ; \\r rien ne passe...on dirait que c'est lors de la concatenation de la chaine que ça pose problème...

du coup j'ai l'impression que l'on ne pas écrire avec le PUT,un panel complet, du genre : ça ça marche pas : local Panel = api.get("/panels/sprinklers/3") Panel.name = 'toto' api.put("/panels/sprinklers/3", Panel) mais ça oui : api.put("/panels/sprinklers/3", {name='toto'})

alors je me réponds tout seul, mais c'est étrange... voilà ce qui marche : local Liste = api.get("/panels/sprinklers/3").days table.remove(Liste.days, 1) local temp = json.encode(Liste) api.put("/panels/sprinklers/3", {days=json.decode(temp)}) faut passer par une variable intermédiaire !!?? !!??

Alors je me rends compte que le api.get ne mets pas tous les éléments tu tableaux dans le même ordre que l'on peut voir dans le Swagger. Mais le contenu est juste !! Alors je sais pas si ça a de l'importance !?

Bonsoir à tous, J'avais déjà posté une question sur le PUT dans l'API... (avec le panneau de chauffage) Et je rencontre la même chose avec le panneau GARDEN... Et j'obtiens le même résultat si je passe par le SWAGGER ! Soit je fais mal quelque chose (ce qui est certainement le cas) soit la HC3 bloque les PUT (j'en doute)... Voici un exemple : je veux modifier la liste des jours du panneau GARDEN. local Liste = api.get("/panels/sprinklers/3") print("Liste des jours initiale = "..json.encode(Liste.days)) table.remove(Liste.days, 1) print("Liste des jours modifiée = "..json.encode(Liste.days)) print("Résutat du PUT = "..api.put("/panels/sprinklers/3", Liste).reason) voici le debug : [DEBUG] 27.03.2020 23:08:57: Liste des jours initiale = ["monday","wednesday","friday","sunday"] [DEBUG] 27.03.2020 23:08:57: Liste des jours modifiée = ["wednesday","friday","sunday"] [DEBUG] 27.03.2020 23:08:57: Résutat du PUT = http://{$gateway-ip}/json-schema/panels/sprinklers/PUT_sprinklers.json. Invalid schema: #. Invalid keyword: additionalProperties. Invalid document: #/id Il me répond donc qu'il y a un soucis avec le schémas, donc le JSON que je lui transmet... Mais je comprends pas, je ne touche pas au JSON, puisque je travail directement avec la table ?? vous avez une idée ?

ben !!! ça marche !! et avec un simple \n !!! Mais je le fais pas depuis la scène d'origine... pour tant quand j'ai décrit le sujet, je créais une string de la sorte : ListeSensorOpen = ListeSensorOpen..SensorName.." dans "..RoomName.."\n" et j'envoie comme ça : fibaro.call(435, "SendProwl", 0,"HC3","Warning","Doors/Windows Open : "..ListeSensorOpen) c'est la que je me suis rendu compte du problème... Bon je teste demain dans les conditions réelles c'est compliqué d’essayer de le simuler dans la scène d'origine du problème... (obliger d'ouvrir les fenêtres pendant 1/2 heure, et la ça caille...) je te confirme demain...

ah mince non ! attend...

alors si y a 2 ou 3 variables, ça passe. Mais j'ai un QA ou il y en a 10, et je peux plus en ajouter une

allé je continue : ça c'est vraiment pénible par contre... quand je veux ajouter une nouvelle variable à un QA, si il en existe déjà, j'ai un message d'erreur qui m'empêche de sauvegarder la création de la nouvelle :

it's OK ! excuse me ! I have 3 access points and I did a loop for each AP. between each AP, I close the socket to open again on an another IP. And the AP doesn't like that So i don't close the socket and the command : SELF.soc:connect(SELF.ListeAP[SELF.NumberAP],23 ,{ ... ........ works fine still. PFFFFFFFFFFIIIIIIIIOOOOOOOUUUUUUU ! super ! thanks ! I must write any comments to remember this method

So I have a problem with the last command : "save" save = function(arg) SELF.soc:write("save-and-activate".."\n",{ success=function(result) post({type='read', tag='SAVE : '},1000) end, error = function(msg) SELF:debug("Error:",msg) end }) end, I have not error message, but access point don't react ! I do the same instruction with HC2 and it works, there is no difference !!!

yes i set to 100 ms... But I have a problem with the last command "save" ! I think, it is not executed... I'm searching why...

but what is the difference between "SELF" and "self" ?