Lazer

Ben si elle y est, forcément. La librairie tools est dans un autre fichier. Dans les QuickApps, tu as une notion de fichiers, qui permet de scinder son code pour une maintenance (mise à jour) facilitée. Et ça sert aussi pour les utilisateurs, afin de dissocier toute la config dans un fichier à part, comme ça l'utilisateur ne touche jamais aux fichiers du code. Et tu auras bientôt la v2 de la librairie tools dans le QA dédié à GCE

C'est le moment de retourner à la nature.... balade en raquettes

Suffit de remonter à pied

Dommage Du coup je ne sais pas, je n'ai pas ces têtes.... si quelqu'un passe par là il pourra t'aider, sinon faut demander au support Fibaro, on ne sait jamais, parfois ils sont efficaces !

Bienvenue sur le forum

Oui mais c'est la fonction FLIRS qui permet à la tête de prendre en compte les changements de température. Il faut la réveiller manuellement pour initier la mise à jour du firmware, comme tous les modules sur batterie. Rappel :

Cool

Tu veux dire que ça crashe juste avec la config par défaut (les 4 règles prédéfinies), sans ajouter aucune règle perso ?

Tu as bien réveillé ton module ?

Bienvenue sur le forum

Euh.... tu as dû louper un épisode, car maintenant GEA a été porté sur HC3. La syntaxe est la même. Mais si tu as réussi en mode bloc, c'est surement plus simple pour toi. Concernant DomoCharts, ça viendra, mais pour l'instant je n'ai pas eu le temps de m'y remettre.

https://manuals.fibaro.com/home-center-3-quick-apps/ => Voir paragraphe net.UDPSocket Ce qui est pénible au début sur HC3, c'est la gymnastique pour gérer le retour asynchrone, sachant que tu vas avoir plusieurs retours à enchainer : ouverture de la socket écriture des données lecture des données fermeture de la socket Si tu es motivée, tu peux regarder mon QuickApp pour onduleur Eaton, et en particulier la librairie SNMP, qui fait un usage de l'UDP. J'ai découpé chaque tâche en fonction différente, avec un mécanisme de Callback entre elles.

Vas-y je t'en prie J'utilise depuis toujours la détection par adresse MAC de mon téléphone, via le contrôleur Unifi, et ça répond à mon besoin. Enfin, ça c'était avant. Quand on était libres. Maintenant, je suis toujours à la maison, ou presque. Un temps que les moins de 9 mois ne peuvent pas connaitre

Bienvenue sur le forum

Bienvenue sur le forum

Punaise, c'est beau, on dirait du Lifedomus Tu es doué @Domodial

Pas vraiment de raison particulière, mais vu que je ne suis pas l'auteur original (je ne suis qu'un imposteur ) et qu'il y a déjà une page "officielle" sur le Market Fibaro, je n'ai pas créé de topic ici. Cela dit, ça pourrait être pas mal pour en discuter.... mais comme il y a déjà un topic qui en parle, je n'ai pas créé de nouveau : Et il y a même une page Github, ça devrait te plaire https://github.com/gsmart-pl/Netatmo-QA-FIBARO-HC3 Car c'est la plateforme qu'on a utilisé pour se synchroniser.

Ouais ça va être trop gros et disgracieux. Si tu as bricoleur, tu peux aussi faire un bras de déport avec un profilé alu (ou même en bois), et ensuite venir fixer une petite rotule sur bras en question.

Voilà, sans support Perso j'ai utilisé un petit support de caméra Foscam trouvé sur Amazon, mais l'article a été retiré du catalogue. En tout cas il n'a pas bougé depuis des années. Sinon Netatmo vend un support officiel, fort cher pour ce que c'est. Le filetage est du 1/4 pouce standard utilisé en photo depuis toujours, donc n'importe quel support fera l'affaire, on retrouve maintenant ce standard dans tous les appareils, y compris certains outils de bricolage (genre niveau laser, etc).

La rapidité, je te l'ai déjà dit, c'est plusieurs minutes. Par expérience, je dirais entre 3... et environ 15 minutes ! En effet, en pratique tu dois additionner plusieurs délais : - le temps que le godet se remplisse, bascule, ce qui permet au module de compter (je crois que le mini est 0.2mm de pluie, donc déjà en dessous il ne verra jamais la pluie) - le temps que le module envoie l'info à la station de base - le temps que la station envoie l'info au cloud (toutes les 10 minutes, non configurable) - le temps que la box domotique aille chercher (par polling) l'info sur le cloud Netatmo. Dans le QuickApp sur HC3, j'ai optimisé ce temps. A chaque interrogation, il regarder le timstamp du dernier remonté d'info par la station, puis fait un setTimeout du prochain relevé à 10 minutes + 10 secondes. Ainsi, en théorie la HC3 ne devrait jamais avoir plus de 10s de retard par rapport à la dernière info connue du cloud. C'est mieux que sur HC2 pour lequel le plugin faisait ce qu'il voulait (et surtout planter....) Pour le positionnement, regarde sur le forum, il y a 2 ou 3 exemples. Par exemple chez moi : Ou celui-ci dont je terrai le nom :

ça c'est typique d'un algorithme de régulation mal réglé. C'est quoi dans les têtes, du PID ? On peut agir sur les coefficients ? Perso j'ai un seul thermostat programmable, c'est le SRT-321 que j'utilise sur un radiateur électrique (mais il est aussi utilisable pour une chaudière). Et ils ont laissé l'accès à un paramètre permettant d'agir sur la régulation PID, en fait c'est un facteur jouant sur l'inertie du chauffage. Pour un radiateur électrique de type radiant, faible inertie, je l'ai dont réglé au minimum, et il régule super bien, il tape juste à tous les coups, au pire il dépasse de 0.2°C, c'est même pas sensible. Mais je ne connais pas les possibilités de paramétrage des têtes thermostatiques.

On dit pas merci ça nous coute cher Mon colis vient d'être préparé ce soir à 23:08 Ils sont forts...

Ben je suis d'accord, mais ils ne sont pas d'accords avec eux-même SetVR05=0 (met le volet 1 de la seconde extension à 0 %) => là OK SetVR02=12&SetVR05=60 (met le volet 4 de la troisième extension à 12 % et le volet 1 de cette même extension à 60%) => là ils ont fumé

Je parlais du module additionnel bien sûr, ce n'était pas clair ? Je pensais que tu l'avais et que tu l'utilisais. Mais bon du coup c'est une demi bonne nouvelle, car je vais pouvoir reporter la gestion des volets à plus tard.... ça ira plus vite Ce n'est pas la valeur qui me pose problème, c'est surtout l'index des volets (chaque extension peu piloter 4 VR). Je pense qu'il y a des erreurs dans la doc, en tout cas ce n'est pas clair. Mais ce n'est pas grave, on laisse tomber pour le moment, il faudra tester quand quelqu'un aura cette fameuse extension.

Oui c'est un détecteur. C'est binaire. Tandis qu'un pluviomètre est un compteur de quantité. Bon en région parisienne, peu de chance d'avoir de la pluie pure, donc de ce coté là on est tranquille Finalement c'est plus compliqué pour les apprentis domoticiens de la Creuse @Emmanuel2017 il faut que tu regardes le Wiki ou la doc de syntaxe (un fichier texte) de Pepite, c'est un peu plus clair pour débuter. Il faut commencer par des scénarios super simples (1 condition, 1 action), puis après tu améliores.