jjacques68

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

hé bé... la photo parle d’elle même : Pourtant je vous jure que je suis bien réveillé, les 6 volets sont bien ouvert... ??????

Merci pour ton aide, alors de ce que je comprends... ok pour la variable d’état du statut de la socket, avec les méthodes open et close... Pour la méthode send : - tu testes la variable d’état avant tout (avec reconnexion si nécessaire) - Tu fais un premier envoi pour tester la connexion avec le “/r “ (ou autre chose). -> Si celui échoue, tu fermes, (méthode CloseSocket et tu relances la méthode Send au complet après le Timeout - l’état de la variable fera relancer la connexion) -> Si celui réussi, tu envoies la data. -> Si celui réussi, ok super, on attend une éventuelle réponse (“expected=string“) -> Si celui-ci échoue, tu fermes, c’est tout ? tu ne renvoie pas la trame ? Il faudrait pas ajouter un setTimeout avec au préalable CloseSocket dans le deuxième envoi ? exactement comme dans le premier ? Tu utilises le Callback ? Je vois pas trop son intérêt pour le moment...

nan mais alors ça c'est du rapide possible, je sais pas trop... ben s'ils peuvent le faire facilement pourquoi pas... sinon ça ne va pas nous pénaliser du tout... merci pour la réactivité !

merciiiii tout plein

com.fibaro.FGRM222 version 24.24 c’est bien ça qu’il te faut ?

tiens c’est marrant, je viens de connecter mon iPad (donc avec l’ancienne appli) sur la HC3, c’est le bordel avec les QA, mais les icônes de volet sont bien ok (l’icône correspond au statut). donc du coup je pense bien à un soucis avec l’application mobile

et non... j’ai pas...

je vois pas trop quels paramètres je peux modifier pour ça...

alors pour les rollerShutter c’est : com.fibaro.FGRM222 version 24.24 ils ont 4 ans je pense. mais les icônes dans la HC3 sont justes, il n’y a que dans l’appli mobile que leur état est inversé...

j’essayerai ça avec grand plaisir ! merci !

ouuuh, mais c’est intéressant ça ! très intéressant !!! on peut le faire tourner sur un rapsberry ?

bon ben voilà : HC3 : 1100 : 03/2020