jjacques68

zut alors tu nous diras...

ah bien vu !

@jojo je pense pas que le réveil intervient ici. Moi j'ai tous mes modules sur pile, avec le temps de réveil réglé au maximum du maximum possible. Il me semble que j'avais même partagé le code permettant de le faire en une fois. je pense plus à ce genre de paramètre (exemple d'un FGMS) :

Je n'ai pas ce type de module mais : il y aurait pas un paramètre qui spécifie le gap minimum pour que la température soit remontée vers la HC3 ? Peut-être qu'il a été réglé trop haut et que du coup, les infos ne remontent pas !

je confirme, on peut pas changer l'icone du QA binarySwitch par code... ??!! Après tu peux ajouter un bouton dans ton QA generic, mais il faudra "l'ouvrir" pour l'actionner...

de ce que je lis, je ferai un QA de type générique, tu y crées les 2 méthodes turnOn/turnOff, et tu gères les icônes avec le code que tu as cité dans le premier post...

alors oui, mais alors... pfffff c'est compliqué... Le panneau de chauffage est pas assez convivial pour une utilisation poussée. Dans mon cas : Les zones sont déclarées dans le panneau de chauffage (comme ça les têtes Danfoss sont automatiquement associées). J'utilise le panneau de chauffage uniquement pour la planification de tous les jours. j'ai un QA parent/child, avec un Child de type thermostat par zone. Pour éteindre ou mettre en manuel une zone, je passe par le QA, qui modifie la zone directement par l'API. Mais franchement, je viens de le relire... c'est horrible , Entre la gestion des consignes, la gestion des zones, la gestion des child, la gestion de l'IHM, la class pour les child, ... c'est indigeste... mais ça marche très bien ! pas de méthode KISS non plus là ci joint mon QA, si tu veux avoir mal à la tête Heating_Manager_V2.fqa Oublies tout ce qui est Display_Soft, c'est pour mon interface réalisée avec windev... PS : même merde avec le panneau d'arrosage

méthode KISS, je la connais celle-la... pourtant, pour le coup...

oh ben mince alors, La ré-inclusion à corrigé le problème de mise à jour ! 2 ans qui me fait chi--- ce truc... !! J'ai l'air c--- là... ... ... ben merci à vous !

je n'utilise pas GEA... j'ai un autre truc qui fait plus ou moins la même chose... bref... je crois que je vois l'outil dont tu parles, mais je pense pas que ça existe sur HC3... Mais bon y a quand même certain script bien spécifique où il faudra renseigner le nouvel ID suite à la réinclusion... après j'exagère un peu en disant que c'est lourd comme manip Tout est tellement mieux organisé sur la HC3 que ça ira vite... plus aucunes scènes, quelques QA... Je regarde ça demain... mais reste sceptique quand même sur le résultat

non ! ça pas fait ! un peu lourd comme essai car il faudra reparamétrer quelques script, mais pourquoi pas...

tu peux vérifier que tu as bien "once" dans la fréquence d'envoi pour le device qui te pose soucis ? Moi j'en avais un qui était sur "1 par heure" , mais c'est pas lui qui me posait soucis... Du coup... dans le doute...

ben j'aimerais bien trouver l'équivalent sur la HC3... mais je vois pas où... Même dans l'API je trouve où il stocke cette alerte (je parle pas de la notification, ça je sais où c'est : /api/notificationCenter, je parle bien de la mise à jour)

(sous IOS) Vous avez aussi un soucis avec la pastille rouge affichant le nombre de notifications ? J'ai ça depuis toujours... même avec l'application précédente... J'ai toujours minium 100 : si je lance l'application dans l'exemple ci-dessus, je retombe à 100 ??? Si il y a une mise à jour de l'application, la je retombe à 0, du moins jusqu'à la première...

ben c'est ce qui va finir par arriver si je trouve pas une bidouille, mais c'est dommage, car il fonctionne bien sinon...

hello tout le monde, Depuis mes début sur la HC3, j'ai un FGMS qui me pose soucis. Il me propose systématiquement une mise à jour : Cette mise à jour ne fonctionne tout simplement pas. En tout cas, il ne va pas au bout. J'ai tout essayé, des multiples réveils du modules pendant le processus, avec une pile neuve, placé le FGMS à côté de la HC3, bref... rien ne marche. J'ai donc, via l'API, forcé la version "3.3" en "3.4", en me disant que du coup il me proposera plus la mise à jour : et bien non. Il continue ! Je sais plus où chercher pour essayer de désactiver cette mise à jour. ça me saoul d'avoir en permanence ceci dans les icones à cause de ce module : si qqun a une idée ? merci d'avance...

tiptop merci !!

ce que je constate aussi, c'est qu'elle met plus de temps à démarrer... M'en suis rendu compte avec le backup auto. J'ai du mettre le timeout général à 15 min. La taille du fichier est toujours de 24-25 Mo. Le cycle de backup complet (avec téléchargement du fichier) prend un peu plus de 10 min. bref rien de grave mais ça évolue... au fait @Lazer tu as pu jeter un œil sur ton script de backup auto depuis nos bug de l'autre fois ? actuellement, j'ai toujours mon pseudo-script windev qui tourne à la place...

tu as raison, chose faite. merci...

alors je viens d'essayer un petit module Zigbee : Xiaomi Mi GZCGQ01LM - Capteur de luminosité (16€ - amazon) en vu de remplacer les capteurs de LUX Everspring ST815 qui vieillissent très mal et qu'on trouve plus... Ben c'est pas mal du tout : le range est de 0-83000 lux (comparé au ST815 qui va que jusqu'à 3000 lux) Par contre, usage intérieur... je l'ai quand même mis dehors pour vois comment il se comporte... après vu le prix... Pas d'options de paramétrage, c'est très rudimentaire. Le changement de valeur met quelques secondes à remonter... Petite erreur, dans l'API, son unité de mesure est en % au lieu d'être en LUX (pourtant "LX" apparait dans l'interface web, alors d'où il sort ça ... ???) Corrigé avec un api.put(). EDIT : ah ben nan, c'est marrant, le "%" reviennent systématiquement dans l'API... Les remontés dans l'API RefreshState() sont nickel, comme un module Zwave ! Plutôt satisfaisant pour un premier contact

oui moi aussi, ça m'a rendu fou, j'ai désactivé toutes les notifications de tous les device à batterie. Et je me suis fait un petit QA qui tourne 2x par jour pour vérifier l'état. Avec compte rendu par mail.

semble ok chez moi aussi...

nan rien du tout. j'ai abandonné la chose. Le plus simple resterait de quand même passé par une socket TCP. Mais jamais testé avec le S7...

MAJ ok pour moi, RAS pour le moment...

Cela m'a été demandé en MP, donc je partage mon QA IPX (version Parent/Child) (POUR UN IPX version 3 et non version 4 ou 5) . Différent de celui présenté en début de ce topic... Edit du 03/08/2022 : il faut que que le firmware de l'IPX soit minium en 3.05.74B et le site en 3.05.74 contacter GCE pour la mise à jour. Fichier : IPX.fqa Je fais pas de tutos complet car pas le temps... Mais très rapide description pour se lancer, après je vous laisse adapter à vos besoins. 1. il faut activer cette option dans l'IPX : de cette manière à chaque changement d'une valeur dans l'IPX, une trame est envoyée à la HC3. 2. Renseigner les 3 variables dans le QA (onglet variable). l'IP de l'IPX, le password (en clair - je sais... no comment... ) et le port (9898) 3. Renseigner la variable "Liste" dans le code : selon vos entrées/sorties de l'IPX. _Name = le nom de votre QA Child _var = le N° entrée ou sortie dans l'IPX _varName = suivant si c'est une entrée ou une sortie : entrée = IPX_INPUT ; sortie = IPX_OUTPUT local Liste = { {_class = "IPX_OUT", _name = "Eclairage NORD", _type = "com.fibaro.binarySwitch", _var = 3, _varName = "IPX_OUTPUT", _icon = 1068}, {_class = "IPX_OUT", _name = "Eclairage SUD", _type = "com.fibaro.binarySwitch", _var = 4, _varName = "IPX_OUTPUT", _icon = 1068}, {_class = "IPX_OUT", _name = "Eclairage OUEST", _type = "com.fibaro.binarySwitch", _var = 5, _varName = "IPX_OUTPUT", _icon = 1068}, {_class = "IPX_OUT", _name = "Eclairage Escalier", _type = "com.fibaro.binarySwitch", _var = 7, _varName = "IPX_OUTPUT", _icon = 1068}, {_class = "IPX_IN", _name = "IN7", _type = "com.fibaro.binarySensor", _var = 7, _varName = "IPX_INPUT", _icon = 1068}, {_class = "IPX_IN", _name = "IN8", _type = "com.fibaro.binarySensor", _var = 8, _varName = "IPX_INPUT", _icon = 1068}, } Ici je n'utilise que 2 type de QA Child (binarySwitch et binarySensor) S'il en fallait d'autres, à vous de modifier le QA Parent en conséquence. Le numéro de l'icône correspond à mes besoins, je vous laisse donc gérer vos ID d'icones Le bouton "CreatChild" permet de créer les child listé ci-dessus. Remarque concernant le compteur : Je n'utilise qu'un seul compteur, qui n'a pas de QA Child propre à lui. Je récupère la valeur de ce compteur dans la trame de l'IPX pour l'envoyer à un autre QA totalement indépendant.