jjacques68

il faut te que je ré-essaye, j’ai peut être pas traité le retour de la bonne façon. j’avais fait une simple boucle pour afficher chaque occurrence de la table. et j’avais "nil" comme réponse...

ce serait pas ça ?

@Krikroff, j’ai un doute : la commande local ListeVolet = api.get("/api/devices/?type=com.fibaro.FGRM222") retourne bien un tableau json sous la forme {38,42, ... , ... } ? ou autre chose ?

oui là va pas avoir le choix de boucler sur tous les device... c’est étonnant d’ailleurs de pouvoir choisir plusieurs catégories, je vois pas encore l’intérêt...

oui le voilà : c'était pour les volets local ListeDevice = api.get("/devices/") print("Nb Device = "..#ListeDevice) for i = 1, #ListeDevice do if ListeDevice[i].properties.categories then if ListeDevice[i].properties.categories[1] == "blinds" then print(ListeDevice[i].id.." = "..ListeDevice[i].name) end end end

ah zut, dommage ! pourtant il me semble avoir réussi à fair un truc du genre : api.get(/api/devices/32).categories[1] == "lights"

Par contre je galère avec le filtre sur les catégories : local ListeLumiere = { args = {}, filters = { { filter = "categories", value = "lights" } } } en effet "categories" est un tableau (on peut le voir dans l'API) et je trouve pas la syntaxe...... ...

et si on veut filter encore plus, genre exclure un ID : local ListeVolet = { args = {}, filters = { { filter = "type", value = {"com.fibaro.FGRM222"}, }, { filter = "not", value = { filter = "id", value = {38} } } } } étrange comme syntaxe...

alors ça marche avec le fibaro.callGroupAction(action_name, arguments) local ListeVolet = { args = {}, filters = { { filter = "type", value = {"com.fibaro.FGRM222"} } } } fibaro.callGroupAction("close", ListeVolet)

ça marche pas local ListeVolet = api.get("/api/devices/?type=com.fibaro.FGRM222") et j'ai trouvé la fonction fibaro.callGroupAction(action_name, arguments) dans l'aide : local ListeVolet = { "args" : [], "filters" : [ { "filter" : "type", "value" : ["com.fibaro.FGRM222"] } ] } fibaro.callGroupAction("close", ListeVolet) mais ça bug niveau syntaxe, pourtant je fais comme dans l'exemple.. je suis entrain de chercher...

oui je suis d'accord...

je réitère : ce soir j'ai beau faire autant de refresh de l'IHM que je veux, le status des modules volets n'est pas bon..

qui sait, ça va peut être arriver ce "at" dans les conditions !!!

ce matin j’ai rafraîchit la page du navigateur, et tous les volets avaient le bon status.

ah justement : le 0 est géré par le « opening » est donc géré par les paramètres module pour la notification. mais : dans la première, il me faut bien tout, car cela me permet d’afficher des icônes spécifiques à la valeur dans le le soft qui reçoit la socket... dans la seconde, pour les push, il me faut que quand > 0 (ou != 0) pur avoir le pourcentage dans le message... tu penses à quoi, que les scènes sont appelées bien plus que 6 fois, et du coup ça panique ? pour le push, je pourrais en effet ne tenir que du 0 et 100, mais pour la socket, ça m’embête...

ben tout simplement, par exemple le déclenchement de l’arrosage à tel ou tel l’heure (paramétrer via une QA), démarrage d’une réveil, en fait dès que l’on souhaite démarrer qqch à une heure variable... le CRON c’est très bien, mais ça reste fixe...

ben sinon à l’ancienne, on fait tourner une boucle et on contrôle os.date(“%H:%M“).

Hello, encore une question de fou et je sèche complet : comment peut-on trigger une scène avec une date et heure paramétrable ? J’ai essayé de stocké le tableau CRON {a,b,c,d,e,f} dans une variable globale, en me disant que j’allais faire un fibaro.getGlobalValue dans les conditions mais : 1. mettre un fibaro.getGlobalVariable dans les conditions de déclenchement de la scène, et bien ça aime pas du tout 2. et ça je trouve très problématique : on ne peut pas avoir plus de 20 caractères dans les VG !!! aie aie aie : comment faire pour stocker des tableaux JSON ou autre ????? je me corrige, si on peut par code, mais pas via la fenêtre d’ajout de la variable, il doit y avoir une limitation dans la zone texte... donc pas de problèmes... ouf. 3. quand bien même, pas sûr que ça aurait marché. J’ai essayé de passé par un QA de type générique en lui donnant le tableau CRON comme valeur mais : 4. un QA de type générique n’a pas la propriété value 5. impossible de mettre un fibaro.xxxxx dans les conditions d’une scène ou alors il est tard et je fais n’importe quoi ! Merciiiii !

j'ai constaté un autre soucis... plus compliqé à expliquer : J'ai 2 scènes triggées par la "value" des volets. Donc 6 au total. La première scène m'envoie les "value" sur une socket. Voici les trigger : { operator = "any", conditions = { {type = "device", id = 38, property = "value", operator = "!=", value = 100, isTrigger = true}, {type = "device", id = 42, property = "value", operator = "!=", value = 100, isTrigger = true}, {type = "device", id = 45, property = "value", operator = "!=", value = 100, isTrigger = true}, {type = "device", id = 48, property = "value", operator = "!=", value = 100, isTrigger = true}, {type = "device", id = 51, property = "value", operator = "!=", value = 100, isTrigger = true}, {type = "device", id = 54, property = "value", operator = "!=", value = 100, isTrigger = true} } } La deuxième scène me fait les notif push des "value". Voici les trigger : { operator = "any", conditions = { {type = "device", id = 38, property = "value", operator = "!=", value = 0 , isTrigger = true}, {type = "device", id = 42, property = "value", operator = "!=", value = 0 , isTrigger = true}, {type = "device", id = 45, property = "value", operator = "!=", value = 0 , isTrigger = true}, {type = "device", id = 48, property = "value", operator = "!=", value = 0 , isTrigger = true}, {type = "device", id = 51, property = "value", operator = "!=", value = 0 , isTrigger = true}, {type = "device", id = 54, property = "value", operator = "!=", value = 0 , isTrigger = true}, } } donc quand les volets s'ouvrent/ferment, et bien je ne reçois pas tous les push, et je ne reçois pas toutes les trames sur la socket. Je constate un effet aléatoire... un coup je vois passer tel ou tel device, un autre coup, ce sont d'autres device... Concernant la socket : ce n'est pas la socket qui pose problème (ça c'est ok maintenant). Tout simplement la scène n'a pas été triggée par tous les volets (donc 6 appels). Concernant les push, c'est identique, la scène n'a pas été triggée 6 fois. Pour les notifications push directement paramétrées dans les propriétés du device (je l'utilise pour le "opening" des volets), le résultat est identique. Toutes les push ne sont pas remontés... Mais les push ne passent-ils par leur serveur ? peut-être que ça sature... je sais pas. En tout cas, cela m'inquiète car, c'est le genre de scènes qui vont avoir beaucoup de trigger et donc peuvent, potentiellement, être exécutées plusieurs fois simultanément ! Là il n'y a que les volets, mais il y aura d'autres actionneurs, capteurs, ... A suivre... PS : on a plus la notion du nombre instances de scène avec la HC3 ? il y a bien un paramètre : "Allow to restart a running scene: " = YES/NO et ils sont bien sur NO.

ben là, depuis ce matin, j'en ai bien peur... Ce soir ça a été ok... APRES avoir fait un refresh du navigateur !! et ce matin... j'ai pas fais de refresh, du moins il me semble pas, je reteste ça demain matin, et ferai un retour

ah oui pas bête..., pas besoin de faire de tunOn ou turnOff... avais pas pensé au Sensor

et j'ai modifié le type du QA en binarySwitch, comme ça j'ai une jolie icone quand la socket crash et une autre quand c'est OK. Par contre, en cas de perte du serveur TCP, il tourne en boucle pour tenter de se reconnecter... c'est le but ! mais j'espère que c'est pas trop gênant... côté ressouces...

@Krikroff : ça marche très bien ! je crois que j'ai fait mon très gros gros boulet de base ! J'ai oublié de mettre le "\n" à la fin des trames... erreur de débutant... donc j'avais cette impression que la socket ne se reconnectait pas à la première trame renvoyée !! mais en fait si !!! Simplement je ne la voyais pas sur le serveur ! bref en tout cas la reconnexion fonctionne très bien !! Mille merci pour le temps consacré !

@Nico : nooon, j’ai juste migré les volets... j’ai mis en place les systèmes annexes comme GH, l’ipx, mon soft Windev. J’ai encore tout à faire... Le problème c’est que ça va être difficile côté organisation : va falloir tenir compte des scènes qui utilisent tel ou tel capteur, tenir compte du maillage pour que les 2 systèmes continuent à bien fonctionner... Il faut que je garde des device alimentés par secteur sur la HC2 jusqu’au dernier moment... mais quand même en migrer sur le HC3... Après j’ai 2-3 wall plug en plus, je peux toujours les utiliser provisoirement... Je pense commencer par l’étage, puis la cave, puis l’extérieur pour finir par le rdc... Actuellement les FGRM sont justement bien placés, pile poil au centre de la maison, donc j’espère que le maillage se passera bien avec la migration des device à pile. Envoyé de mon iPhone en utilisant Tapatalk Pro

Ah c’est malin ça !!!! Et ben même pas !! Envoyé de mon iPhone en utilisant Tapatalk Pro