jjacques68

bien vu @Lazer ! pas dans ce QA justement... et y a du HTTP y a plus cas...

y a des trucs bizarre avec cette mise à jour un QA qui me posait jamais de soucis jusqu'à maintenant, et là : pas plus de détails, super... ...

ah si ! les QA ne se rafraîchissent plus quand on clique sur leurs boutons (webUI et mobile). Mais l'action est réalisée. ça a déjà été relevé sur le forum officiel...

RAS pour le moment.

Hello tout le monde, J'imagine être une des rares personnes à se poser cette question ... Comment fait-on pour supprimer un module Zigbee quand celui-ci est HS ? Voici ce que me dit la HC3, quand je clique sur la corbeille rouge du module : ça me fait une belle jambe ça, si le module est mort... vais faire un tour sur le fofo officiel, voir si je trouve qqch...

pour la partie nodeJS, j'ai fais une installation sous windows, sur un PC allumé H24 7/7, ça fonctionne très bien, et assez simple à mettre en œuvre. Tu nous diras avec nodered...

tu utilises quel système pour les faire parler ? moi j'utilise Pushbullet avec nodeJS...

Pas sûr d'avoir compris... Cette nouvelle fonction est un évènement d'un bouton ? Sinon appelles cette nouvelle fonction dans la première : self:refreshButtonReleased(bbb) où tu passes ta variable "bbb" en argument.

la variable "data" est visiblement un tableau de valeur (got table). et il faut, pour l'affichage, une chaîne de caractère (string expected). donc il va falloir décortiquer "data". tu peux nous afficher son contenu avec : self:debug(json.encode(data)) ?

Désolé j'ai mal lu, pour modifier le label d'un bouton c'est : en partant du principe que ton bouton a comme ID : "Temp3" self:updateView("Temp3", "text", "Température : "..(string.byte(data, 11)).." °C" ) --et non : self:updateView("Temp3","Température:",(string.byte(data, 11))"°C" )

self:debug("onDataReceived", string.byte(data, 11)) que donne cette ligne ?

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...

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...

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)